אנתרופיק ממליצה: סוכן AI אחד במקום צוות של סוכני משנה
אנתרופיק ממליצה לחברות לבדוק אם אפשר לאחד את סוכני המשנה שלהן לסוכן ראשי אחד, שטוען הקשר רק כשהוא צריך אותו. לטענת החברה, בהשוואה אחת הארכיטקטורה הזו רצה מהר בערך פי שניים. החברה גם פרסמה ב-GitHub ערכה שמלווה את המעבר, אבל מזהירה לא לאחד בלי לבדוק קודם.
אנתרופיק ממליצה לחברות שבונות סוכני AI לבדוק אם אפשר לוותר על צי של סוכני משנה (sub-agents) מתמחים. החלופה שהיא מציעה היא סוכן ראשי אחד שטוען הקשר רק כשהוא צריך אותו. לפי הדיווח ב-The Decoder, החברה טוענת שבהשוואה אחת הארכיטקטורה של סוכן יחיד רצה מהר בערך פי שניים מהגרסה מרובת הסוכנים. היא גם פרסמה ב-GitHub ערכת מעבר (migration kit) שאמורה לעזור לצוותים לבדוק את המעבר ולבצע אותו.
למה דווקא עכשיו
לדברי אנתרופיק, המודלים החדשים, החל מ-Opus 4.5 וכלה ב-Opus 5.5 ו-Fable 5.1, מסוגלים לנהל תוכניות מורכבות בתוך לולאה אחת. ההמלצה מבוססת על ניסיון של צוות ה-Applied AI של החברה בכמה פריסות אצל לקוחות ארגוניים. שם, סוכן יחיד שמשתמש ב-skills (חבילות של הוראות וכלים שנטענות לפי הצורך) הגיע לא פעם לאיכות גבוהה יותר גם מפרומפט ענק אחד וגם ממערך של סוכני משנה.
הדוגמה שהחברה מביאה היא של לקוח שהפעיל תריסר סוכני משנה בתוך הסוכן שמשרת את הלקוחות שלו. התוצאה הייתה חוויית מותג לא אחידה וזמני תגובה ארוכים. אנתרופיק מוסיפה שבכל העברה בין סוכנים, למשל בין כתיבת פיצ'ר, כתיבת בדיקות וסקירת קוד, הולך לאיבוד חלק מההקשר. במבנה של סוכן יחיד, אותו סוכן כותב גם את הקוד וגם את הבדיקות, ו"מאמת" נפרד רק מריץ את הבדיקות ומדווח על התוצאות.
"חוק קונוויי" לסוכנים
אנתרופיק מתארת דפוס שהיא מכנה "חוק קונוויי" לסוכנים: ארכיטקטורת הסוכנים מעתיקה את המבנה הארגוני של החברה. כל צוות מוציא סוכן משנה משלו, ובסוף מצטברים מאות סוכנים חופפים בלי סטנדרט משותף. מכאן נולד מה שהחברה קוראת לו "Frankenprompt", פרומפט מערכת שכל צוות הוסיף לו כללים משלו, עד שהכללים סותרים זה את זה.
לפי החברה, פרומפט מערכת נקי, ארבעה או חמישה כלי נתונים רזים ומגבלות קבועות על הפלט מכסים חלק גדול מהשימושים. כדוגמה היא מציינת שקיצרה את פרומפט המערכת של Claude Code לגרסאות המודל החדשות ביותר מ-80%, בין השאר משום ש-skills וכלים נטענים עכשיו רק כשצריך אותם.
מתי בכל זאת כדאי סוכני משנה
אנתרופיק לא מציעה לבטל את סוכני המשנה לגמרי. לדבריה הם עדיין מוצדקים בשלושה מצבים: כשאפשר למדוד ירידה בביצועים של סוכן יחיד בגלל עומס על חלון ההקשר שלו, כשצריך להריץ כמה משימות במקביל עם חלונות הקשר נפרדים, או כשסוכן יחיד מתקשה לבחור את הכלי הנכון. החברה גם מציינת שאיכות בחירת הכלים של המודל נוטה לרדת מעבר ל-30 עד 50 הגדרות כלים, ולכן היא ממליצה למנות בכל צוות אחראים שישמרו על ספריית ה-skills מלהתנפח.
החברה מזהירה במפורש מאיחוד עיוור. בניסוי אחד עם סוכן תמיכה, שילוב של סוכן משנה בסוכן הראשי אכן קיצר את זמן התגובה, אבל שבר תהליך שעבד קודם: הסוכן הראשי התחיל לענות בעצמו במקום לפנות למומחה המתאים. ערכת המעבר ב-GitHub נועדה למנוע בדיוק את זה. היא מלווה את הצוות בשלושה שלבים: זיהוי הדפוסים הקיימים, בחינת חלופות ואימות של הגישה שנבחרה.
מה זה אומר למפתחים
ההמלצה מעניינת, אבל כדאי לזכור על מה היא נשענת: ניסיון פנימי של אנתרופיק ונתון מהירות מהשוואה ארכיטקטונית אחת. לא פורסמו מספרים על עלויות או על איכות במדגם רחב. לפי The Decoder, הממצאים מתיישבים עם מחקר של Vals, שמצא שצוותי סוכנים יכולים להיות מהירים יותר מסוכן יחיד אבל לא מגיעים לאיכות גבוהה יותר, ושהגדלה מעשרה סוכנים ל-30 או ל-100 לא שיפרה את האיכות.
נראה שהמסר המעשי הוא לא לפרק מערכות שעובדות, אלא לבדוק. אם השכבות שנבנו סביב המודל נועדו לפצות על חולשות שהמודלים החדשים כבר לא סובלים מהן, ייתכן שהגיע הזמן לפשט. עם זאת, כפי שמראה הניסוי של סוכן התמיכה, כדאי לבדוק כל איחוד לפני שמעבירים אותו לייצור.