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

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

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

3. צוואר הבקבוק של סוכנים הוא ארכיטקטורה. אם אני צריך לנהל אלף סוכנים לא יעזור לי להוסיף עוד 100 "סוכנים מנהלים". המטרה היא לבנות מערכת שאלף סוכנים יכולים לעבוד עליה במקביל ולייצר שכבות אורקסטרקציה בין הסוכנים עצמם.

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