אדם בתוך הלולאה
HITL
אדם בתוך הלולאה (Human-in-the-loop, או HITL) הוא שילוב של החלטה, בדיקה או אישור אנושיים בתוך תהליך אוטומטי. באוטומציה עסקית התהליך יכול להכין פעולה, להמתין לאדם ורק לאחר החלטה להמשיך, להשתנות או להיעצר.
עודכן ב־
איך זה קשור לאוטומציה?
באוטומציה עסקית לא תמיד כדאי למסור למערכת את ההחלטה האחרונה. אפשר לתת לה לאסוף מידע, להכין הצעה ולבדוק תנאים, ואז לעצור בנקודה שבה צריך שיקול דעת או סמכות של אדם. כך האדם רואה בקשה מוכנה להחלטה במקום לבצע את כל העבודה הידנית. HITL יכול להשתלב גם בתהליך מבוסס חוקים ללא AI.
מתי כדאי לשלב אדם בתהליך?
אישור אנושי מתאים לפני שליחת הצעת מחיר מותאמת, שינוי הרשאות, פרסום תוכן או פעולה שהקלט שלה אינו ברור. כדאי להגדיר אילו מקרים עוברים לאישור ואילו יכולים להתבצע לפי כלל קבוע. אם כל פעולה פשוטה דורשת אישור, התור האנושי עלול להפוך לצוואר הבקבוק החדש.
חשוב להבחין בין אישור לפני ביצוע לבין ביקורת לאחריו. התראה שמודיעה שכבר נשלח מסר אינה HITL שמונע את השליחה. גם העברה לנציג היא מצב אחר: בהעברת טיפול האחריות עוברת לאדם, בעוד שבשלב אישור אותו תהליך יכול להמתין ולהמשיך לאחר ההחלטה.
דוגמאות שימוש באוטומציה
הדוגמאות להמחשה. את החיבורים והכללים מתאימים למערכות ולתהליך של העסק.
הצעת מחיר שהמערכת מכינה ומנהל מאשר
טופס באתר מכיל את השירות המבוקש ופרטי הלקוח. האוטומציה אוספת את המידע מה-CRM ומכינה טיוטת הצעה. היא אינה שולחת אותה ללקוח לפני החלטה של מנהל מוסמך. זהו תרחיש לדוגמה, ולא תיאור של מערכת לקוח קיימת.
- הטיוטה נשמרת עם מזהה, גרסה, לקוח וסכום, במצב ממתינה לאישור.
- המנהל מקבל קישור להצעה ולמידע שעליו היא מבוססת. הוא יכול לאשר, לדחות או לבקש תיקון.
- השרת מאמת מי החליט ולאיזו גרסה התייחסה ההחלטה. אישור לטיוטה ישנה אינו מאשר טיוטה שנערכה אחר כך.
- רק לאחר אישור תקף מופעלת השליחה. נשמרים מזהה השליחה והתוצאה, כדי שלחיצה כפולה לא תשלח שוב.
המערכת מטפלת בהכנה ובתיעוד; ההתחייבות ללקוח נשארת החלטה מזוהה שאפשר לבדוק בדיעבד.
מסמך שהנתונים בו אינם ברורים
תהליך OCR מחלץ מספר מסמך, תאריך וסכום. כשהסכום לא תואם לבדיקה או שדה חשוב לא זוהה, מוצגים לאדם גם התמונה וגם הערכים שחולצו. הוא מתקן או דוחה, ורק המידע שנבדק ממשיך למערכת העסקית. בתכנון כזה כדאי לשמור את הערך המקורי ואת התיקון לצורך חקירת שגיאות.
סוכן שירות שמבקש לשנות הזמנה
סוכן יכול לקרוא סטטוס ולענות לשאלות במסגרת ההרשאות שהוגדרו לו. שינוי חריג בהזמנה מועבר לאדם עם פרטי הלקוח, השינוי המבוקש והסיבה. דחייה משאירה את ההזמנה במצב הקודם; הסוכן מסביר שאין אישור לשינוי, במקום לנסות כלי אחר שיבצע את אותה פעולה.
באילו כלים זה רלוונטי?
- n8n
- כולל מנגנוני סקירה אנושית לקריאות כלים של סוכן AI. אפשר לתכנן גם תהליך שממתין להחלטה, אבל צריך להגדיר את המאשר ואת המסלול לאחר דחייה.
- Power Automate
- מחבר Approvals כולל פעולה להתחלת אישור והמתנה לתשובה. יש להבחין בינה לבין יצירת בקשת אישור בלבד, שאינה ממתינה בעצמה.
- LangGraph
- Interrupts מאפשרים לעצור תהליך ולחדש אותו עם קלט חיצוני ומצב שמור. נדרש מנגנון שמירה מתאים, ויש להביא בחשבון שקוד בתחילת הצומת עשוי לרוץ שוב בחידוש.
- Make
- אפשר לבנות דפוס אישור באמצעות שמירת בקשה, טופס או ממשק החלטה והמשך תרחיש. זה תכנון של אינטגרציה, ולא טענה שכל תרחיש מגיע עם שלב אישור מובנה.
מה חשוב לבדוק לפני שמיישמים?
- הפעולה חייבת להיות אחרי שלב האישור. בקשת אישור במקביל לשליחה אינה עוצרת אותה.
- שתיקה אינה אישור. הגדירו זמן המתנה, תזכורת ופעולה כשהזמן פג: עצירה או העברה לאחראי אחר.
- הציגו למאשר את התוכן המדויק, היעד וההשלכה. כפתור אישור ללא הקשר מזמין החלטה שגויה.
- בדקו זהות והרשאה בצד השרת, קשר לגרסה ותוקף בקשת האישור. קישור שהועבר הלאה אינו צריך להעניק סמכות.
- מנעו ביצוע כפול לאחר לחיצה חוזרת, הפעלה מחדש או ניסיון חוזר. בדקו גם דחייה, עריכה וביטול בזמן ההמתנה.
- הוראה למודל לבקש אישור אינה מנגנון אכיפה. כלי הביצוע והתהליך צריכים לעצור בפועל עד לאישור תקף.
