בקצרה

סוכן AI בסלאק צריך לקבל בקשה תקינה במהירות ולהעביר עבודה ממושכת לטיפול ברקע, מחוץ לבקשת ה-HTTP. קליטה שנשמרת באופן עמיד, מצבי משימה ברורים ושליחה נפרדת של התוצאה מאפשרים לעובדים להבין מה באמת קרה, גם כשמודל או מערכת לגאסי (Legacy) מגיבים לאט או כשמשלוח ההודעה נכשל.

הרעיון של המאמר, משורטט ב־18 שניות. לחצו על הרמקול לסאונד.

Slack Events API: קבלת הבקשה היא שלב בפני עצמו

במסירת אירועים דרך HTTP, התיעוד של Slack מגדיר חלון של שלוש שניות לאישור קבלה וממליץ להעביר את העבודה לתור. זהו זמן לאישור מסירה, ולא הבטחה שמשימת AI תסתיים באותו זמן. המאמר מתייחס לאירועים במסלול HTTP, ולא לכל סוגי החיבורים של Slack. ראו את מקור Events API שבהמשך.

כדאי להבחין בין שלוש תוצאות: Slack קיבל תשובת HTTP, היישום קיבל אחריות לטיפול במשימה, והתוצאה העסקית זמינה למשתמש. בדיקה שמראה שנקודת הקצה פעילה אינה מוכיחה את השלבים הבאים. גם הניסוח בממשק צריך להתאים למציאות: ממתין בתור, בטיפול, הושלם או דורש התערבות.

אומרים שהבקשה בתור רק אחרי שהיא נשמרה

התיעוד של Slack מסביר כיצד לאמת חתימה מול גוף הבקשה המקורי ולבדוק את חותמת הזמן. מבצעים את הבדיקות לפני קליטת האירוע, מסננים סוגי אירועים שאינם נתמכים ומוודאים את ההקשר של התקנת היישום. אימות שהבקשה הגיעה מ-Slack אינו מעניק למבקש הרשאה לקריאת רשומה במערכת ERP. ראו את מקור אימות הבקשות שבהמשך.

ההמלצה ההנדסית שלנו היא לשמור את האירוע ואת מזהה המשימה באחסון עמיד לפני שמחזירים אישור הצלחה. אילוץ ייחודיות על מזהה האירוע מאפשר לקשר מסירה כפולה למשימה שכבר קיימת. תהליך רקע יכול לקרוא ישירות מאותו מאגר, וכך נמנע פער שבו הרשומה נשמרה אך ההודעה לתור נפרד טרם נשלחה.

קריאות למודל ולמערכות העסקיות נשארות מחוץ למסלול הקליטה. אם אי אפשר להשלים שמירה עמידה במסגרת זמן התגובה, לא מציגים כאילו המשימה נשמרה. מנטרים כשלי קליטה ומתכננים התאוששות: ניסיונות המסירה החוזרים של הפלטפורמה מוגבלים ואינם תחליף לאדם שאחראי לתפעול.

דוח מלאי: מהבקשה ועד לתוצאה

המחשה בלבד, לא סיפור לקוח: מנהל תפעול מבקש דוח חריגות מלאי מתוך מערכת ERP ותיקה. היישום שומר את המשימה ולאחר מכן שולח הודעה גלויה שהיא ממתינה בתור. תהליך רקע בודק הרשאות לרשומות, שולף נתונים מותרים ומכין דוח עם הפניות למקורות. המשימה מסומנת כהושלמה רק לאחר שמירת התוצאה.

שומרים לצד המשימה את סביבת העבודה, המבקש ויעד התשובה המותר. דוח שהתבקש בערוץ משותף עלול להכיל מידע שמותר להציג רק ביעד מוגבל. אם שליחת ההודעה הסופית נכשלת, שומרים את הדוח המוכן ומטפלים במסירה בנפרד. אין צורך לייצר מחדש דוח יקר רק מפני שההודעה עליו לא הגיעה.

מגדירים גבולות תפעול לתור

לפני ההשקה מסכימים כמה זמן בקשה יכולה להמתין, מי מטפל בכשלים ומתי מודיעים למשתמש שהשירות אינו זמין. מודדים בנפרד זמן המתנה, משך עיבוד ועיכוב בשליחת התוצאה. מגבילים את מספר המשימות המקבילות, כדי שגל בקשות בצ'אט לא יעמיס על ה-ERP או יגדיל ללא בקרה את עלויות המודל.

בודקים הפעלה מחדש של תהליך הרקע אחרי קליטת בקשה, אירוע שנמסר פעמיים, מערכת ERP שאינה זמינה וכשל בשליחת ההודעה הסופית. בכל תרחיש בוחנים גם את הרשומה השמורה וגם את מה שהמשתמש רואה. מניעת כפילות של אירוע אינה מונעת מאדם לשלוח בקשה חדשה, וגם אינה מגינה אוטומטית על פעולות כתיבה במערכות אחרות. לשני המקרים נדרשים כללים עסקיים נפרדים.

מתחילים בתהליך שימושי אחד ובצוות שלוקח אחריות

מומלץ להתחיל בדוח לקריאה בלבד, עם כללי גישה ואחראי מוגדרים, לפני שמוסיפים פעולות שמשנות רשומות עסקיות. צוות קטן ומנוסה יכול להיעזר בכלי פיתוח מבוססי AI כדי לבנות במהירות את התהליך הראשון, ולשלב כבר בתוכנית ההשקה בדיקות קבלה, ניטור והוראות התאוששות.

UVISION מספקת מפתחים ייעודיים ופרויקטים מנוהלים עם לפחות מפתח אחד במשרה מלאה, לצד תחזוקה ארוכת טווח של מערכות קריטיות ומערכות לגאסי. העבודה המתמשכת היא לשמור על שימושיות הסוכן גם כשהרשאות, מבני נתונים ותהליכים עסקיים משתנים. ההחלטה המעשית היא מי יישא באחריות למחזור החיים הזה, מעבר להדגמת צ'אט מרשימה.

שאלות נפוצות

מהו Slack AI bot?

Slack AI bot הוא יישום שמשלב AI בתהליך עבודה דרך סלאק, למשל להבנת בקשה או להכנת דוח. במשימות ארוכות כדאי להפריד בין קליטת הבקשה, ביצוע העבודה ושליחת התוצאה. מצבי משימה ברורים מאפשרים לעובדים להבחין בין בקשה שממתינה בתור לבין תוצאה עסקית שהושלמה ונשמרה, בלי להסתמך רק על הודעת קבלה.

איך משתמשים ב-Slack Events API?

בוחרים את סוגי האירועים הרלוונטיים ואת אופן המסירה. במסלול HTTP שמתואר כאן מאמתים את הבקשות הנכנסות ומפרידים בין אישור הקבלה לעיבוד האיטי. ההמלצה שלנו היא לשמור באופן עמיד את העבודה שהתקבלה ולהעביר את הביצוע לתהליך רקע. לפני השקה בודקים בנפרד את הקליטה, את הביצוע ואת מסירת התוצאה שהמשתמש רואה.

למה משמש בוט בסלאק?

בוט עסקי בסלאק יכול לתת לעובדים ממשק שיחה לתהליך מוגדר, למשל בקשת דוח חריגות מלאי. מתחילים במשימה ממוקדת, בכללי גישה ברורים ובאחראי תפעולי. כדאי לשמור מצבים נפרדים לדוח שהושלם ולהודעה שמודיעה עליו, כדי שכשל בשליחת ההודעה לא יגרום להרצה מיותרת של העבודה העסקית או יסתיר תוצאה שכבר מוכנה.

לקריאה נוספת

רוצים לבחון איך זה מתאים למערכות שלכם?

לשירות הרלוונטי