הטמעת AgentGPT עבור סוכני בינה מלאכותית אוטונומיים

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

תחומי פיתוח AI

שאלות נפוצות

העבודות האחרונות

  • פיתוח אפליקציית ווב עבור FEEDME
    פיתוח אפליקציית ווב עבור FEEDME
    1365
  • פיתוח חנות מקוונת לחברת FURNORO
    פיתוח חנות מקוונת לחברת FURNORO
    1330
  • עיצוב לוגו לחברת B2B Advance
    עיצוב לוגו לחברת B2B Advance
    776
  • פיתוח אפליקציית ווב עבור Enviok
    פיתוח אפליקציית ווב עבור Enviok
    1077
  • פיתוח לוגו חברת AIDER
    פיתוח לוגו חברת AIDER
    1022
  • פיתוח CRM עבור Chasseurs
    פיתוח CRM עבור Chasseurs
    1113

מדוע סוכני AI אוטונומיים נשברים במשימות אמיתיות

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

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

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

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

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

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

האפקט של לולאה מנוהלת של סוכנים בעבודת הצוות

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

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

האפקט המדיד הראשון — צמצום הפעולות הידניות. שרשרת טיפוסית «פנייה → איסוף הקשר → הכנת תשובה → אישור → שליחה» דרשה בעבר 5-7 העברות ידניות בין אנשים, כל אחת עם המתנה משלה.

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

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

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

מצבי הפעלה: שליטה מלאה או אישורים

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

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

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

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

סדר ההטמעה: ביקורת, תכנון, הגדרה, מסירה

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

  1. ביקורת תרחישים. אנחנו בוחנים אילו משימות הצוות סוגר בידיים, כמה שלבים יש בהן והיכן מתחילה השונות. לעבודה אנחנו לוקחים את אלו שבהן התועלת מדידה: זמן העיבוד, שיעור התוצאות הנכונות.
  2. תכנון הלולאה. אנחנו קובעים מה הסוכן קורא, לאן הוא כותב ובאילו נקודות חובה אישור של אדם. התרשים מאושר לפני תחילת העבודה.
  3. בניית הכלים. לכל פעולה — פעולה נפרדת ומאומתת עם קלט ופלט ברורים, במקום גישה חופשית לכל המערכת.
  4. הגבלת הרשאות. חשבון נפרד, הרשאות מינימליות נדרשות, מגבלות על תדירות ונפח הפעולות, יומן לכל קריאה.
  5. בדיקה על משימות אמיתיות. הרצה על פניות שנצברו ובמצב צל: הסוכן פועל, אבל ההחלטות אינן מיושמות. אנחנו מצליבים את התוצאות עם עבודת העובדים, ומתקנים ספים וניסוחים.
  6. קבלה. המשימות נקבעות על ידי הצד שלכם; אנחנו בוחנים את שיעור התשובות הנכונות ואת האופן שבו הסוכן מתנהג כשמערכת חיצונית מפסיקה לעבוד.
  7. הפעלה ומסירה. הכנסה לעבודה במנות, תקנון אסקלציה והוראות לצוות, מסירת תרשימים, גישות ויומנים.

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

מה נשאר בלולאה לאחר מסירת הפרויקט

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

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

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

ניתוח מקרה של הטמעה: נתונים לפני ואחרי

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

מה שינינו

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

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

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

מה התוצאה

שיעור ההחלטות האוטומטיות עלה מ-17% ל-64%, וזמן העיבוד החציוני של פנייה טיפוסית הצטמצם מ-3 שעות ל-11 דקות: הלקוח מקבל תשובה כבר בדיאלוג הראשון. מספר האירועים של אובדן פנייה או ניתוב שגוי ירד מ-26 לרבעון ל-4 — ההקשר כבר אינו הולך לאיבוד בין המפעילים. הזמן שהתפנה בקו הראשון עבר למקרים מורכבים, שבהם ההחלטה עדיין דורשת אדם.

במה שונה תזמור מבקשה ארוכה אחת

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

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

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

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

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

ספקות טכניים לפני תחילת העבודה

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

כיצד הסוכן מקבל גישה למערכות פנימיות?

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

מה קורה אם הסוכן טועה?

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

אפשר להגביל את הסוכן להרשאות קריאה בלבד?

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

כיצד נבדקת איכות ההחלטות?

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

האם זה עובד בלולאה סגורה של הלקוח?

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

נדון במשימה: ממה מתחילה ההטמעה

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

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

אם חלק מהקישורים כבר נבנו על AgentGPT או על שכבה סוכנית אחרת — הזכירו זאת בנתוני הפתיחה, ושלב הבנייה יתקצר.

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