סוכן AI או אוטומציה רגילה? חמש שאלות לפני שנותנים למערכת לפעול

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

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

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

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

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

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

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

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

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

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

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

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

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