מלכודת ה-Sol-to-Sol: למה Multi-Agent V2 מחסל לכם את ה-ROI

מלכודת ה-Sol-to-Sol: למה הגדרות ברירת המחדל של Multi-Agent V2 מחסלות לכם את ה-ROI

רוב המנהלים חושבים שמעבר ל⁨מערכות מרובות סוכנים⁩ (Multi-Agent) יחסוך להם כסף באופן אוטומטי. הם טועים.

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

נקודות מרכזיות

• מלכודת הירושה: סוכני משנה יורשים אוטומטית את המודל היקר ביותר של ההורה (Sol), מה שמוביל לעלויות טוקנים מנופחות.
• הסכימה המוסתרת: הגדרת hide_spawn_agent_metadata מונעת מהמודל לבחור מודלים זולים יותר לביצוע עבודות שחורות.
• בזבוז בהיסטוריה: פיצול היסטוריה מלא (Full-history forking) מאלץ כל סוכן משנה לקרוא את כל השיחה מההתחלה, שוב ושוב.
• הפתרון הפרגמטי: חשיפת הסכימה והגדרת היררכיית מודלים (Sol, Terra, Luna) יכולה לחסוך עד 80% מעלויות התפעול.

ההבטחה של האצלת סמכויות: המוח של Sol, המחיר של Luna

החזון של Multi-Agent V2 נשמע מושלם: מודל על חזק כמו GPT-5.6 Sol מנהל את האסטרטגיה, ומאציל משימות קטנות לסוכנים זולים ומהירים יותר כמו GPT-5.6 Luna. זהו פתרון bespoke אמיתי שמאזן בין ⁨איכות לעלות⁩.

אבל במציאות, אם לא נגעתם בהגדרות, המערכת שלכם משכפלת את עצמה. במקום להשתמש ב-"פועלים" זולים, ה-Orchestrator (המתזמר) שלכם מייצר שיבוטים יקרים של עצמו לכל משימה קטנה. ראיתי מקרים שבהם משימה אחת ייצרה שבעה סוכני Sol במקביל, מה שהוביל לצריכה של מאות מיליוני טוקנים בתוך דקות.

מלכודת הסכימה המוסתרת: למה המתזמר שלכם חושב שהוא לא יכול לנתב

הבעיה מתחילה בפרמטר שנקרא hide_spawn_agent_metadata. כברירת מחדל, הוא מוגדר כ-true. זה אומר שהמערכת מסתירה מהמודל את האפשרות לבחור מודל אחר, רמת חשיבה (reasoning effort) או סוג סוכן.

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

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

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

הפתרון הוא שימוש ב-fork_turns = "none". זה יוצר סוכן נקי, שמקבל רק את ההוראות הספציפיות למשימה שלו. זהו צעד mindful שחוסך לא רק כסף, אלא גם מונע מהסוכן להתבלבל ממידע לא רלוונטי.

התיקון: החזרת השליטה דרך הגדרות ה-TOML

כדי לעצור את הדימום הכספי, עליכם לעדכן את ⁨קובץ ה-config.toml שלכם⁩. הצעד הראשון הוא חשיפת המטא-דאטה המוסתרת.

[features.multi_agent_v2]
hide_spawn_agent_metadata = false

לאחר מכן, הגדירו ⁨היררכיה ברורה⁩. אל תסמכו על המודל שינחש. קבעו מודל ברירת מחדל לסוכני משנה, למשל GPT-5.6 Terra, שהוא מאוזן יותר בעלויות שלו.

היררכיה חדשה: מתי להשתמש ב-Sol, Terra ו-Luna

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

שימוש ב-Luna למשימות קריאה בלבד (Read-only) יכול להוריד את עלות המשימה ב-60% עד 80% בהשוואה לשימוש ב-Sol לכל אורך הדרך. זה ההבדל בין פרויקט רווחי לבור ללא תחתית של הוצאות ענן.

מקורות

• Sub-Agent Model Routing in Multi-Agent V2: Why Your Sol Orchestrator Spawns Seven Copies of Itself — and How to Fix It (Codex Knowledge Base)
• Restoring subagent roles, model and reasoning in multi_agent_v2 (OpenAI Developer Community)
• The Multi-Agent V2 Governance Playbook: From Encrypted Delegation to Fleet Cost Control (Codex Knowledge Base)
• OpenAI lets GPT-5.6 Sol delegate grunt work to cheaper Luna agents (RuntimeWire)

שאלות נפוצות

למה המודל שלי אומר שהוא לא יכול לבחור מודל לסוכן משנה?

זה קורה כי הסכימה (Schema) של הכלי מוסתרת ממנו. המודל באמת מאמין שאין לו את היכולת הזו כי היא לא מופיעה בהגדרות הכלי שהוא רואה. עליכם להגדיר hide_spawn_agent_metadata = false בקונפיגורציה.

מה ההבדל בין מודל Sol למודל Luna בתוך מערכת סוכנים?

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

האם פיצול היסטוריה (Forking) תמיד גרוע?

לא תמיד, אבל ב-V2 ברירת המחדל היא היסטוריה מלאה, מה שגורם לכפל עלויות. למשימות מבודדות, תמיד עדיף להשתמש ב-fork_turns = "none" כדי לחסוך טוקנים ולשמור על דיוק.

דברים שחשוב לזכור

• בדקו את קובץ ה-config.toml שלכם עוד היום; ברירות המחדל הן מלכודת כלכלית.
• השתמשו ב-Luna למשימות קריאה וחיפוש כדי למקסם את ה-ROI.
• אל תאפשרו לסוכנים לירוש את כל היסטוריית השיחה אלא אם זה הכרחי למשימה.

האם אתם יודעים כמה טוקנים ה-Orchestrator שלכם מבזבז ברגע זה על משימות שסוכן זול פי עשרה יכול היה לבצע?