GPT-6 Astra, Codex וסוכני AI: מדריך לצוות סוכנים

התשובה הקצרה: צוות סוכנים טוב עם GPT-6 Astra אינו אוסף בוטים שמדברים זה עם זה. זו מערכת עם מנהל אחד, משימות תחומות, כלים מוגבלים, תוצר מוגדר ובודק שאינו מסתפק בביטחון של המודל. Astra מוסיף יכולות חשובות למבנה הזה: קריאות כלי אסינכרוניות, שינוי כיוון באמצע משימה, שינוי עומק החשיבה בלי לשבור cache, הקשר ארוך ותמיכה בתזמור multi-agent. Codex מספק סביבת עבודה שבה הסוכנים יכולים לקרוא, לשנות, להריץ ולבדוק קוד וקבצים.

המדריך הזה מתמקד בארכיטקטורה ובעבודה בפועל. למחיר, זמינות ו־benchmarks עברו אל המדריך הראשי ל־GPT-6 Astra; למשמעויות הנהלה ו־ROI עברו אל המדריך לעסקים בישראל. ההמלצות כאן נשענות על תיעוד OpenAI הרשמי ועל עקרונות תפעוליים, לא על הבטחה שכל ריבוי סוכנים ישפר כל משימה.

סרטון ההשקה: מה לחפש מעבר לאפקט הוואו

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

מודל, סוכן, צוות סוכנים ו־Codex — מה ההבדל

חמש היכולות של Astra שמשנות בניית סוכנים

1. Async Tool Calling

לפי תיעוד OpenAI, כלי function או custom יכול לרוץ ברקע עם async: true. בזמן שהאפליקציה מבצעת את הכלי, המודל יכול להמשיך לחשוב, להפעיל כלי אחר או לענות על חלק שאינו תלוי בתוצאה. כשהכלי מסיים, מחזירים את הפלט עם אותו call_id. כך אפשר למנוע מכלי איטי אחד לחסום את כל מסלול העבודה.

2. Mid-turn Steering

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

3. שינוי reasoning בתוך השיחה

configuration_update מאפשר להעלות או להוריד reasoning effort בלי לשכתב את תחילת הפרומפט. זה שימושי בנתיב שבו רוב השלבים שגרתיים, אך חריגה מסוימת דורשת חשיבה עמוקה. במקום לשלם max לכל פעולה, מתחילים ב־low או medium ומסלימים לפי תנאי ברור.

4. הקשר ארוך, compaction וזיכרון עבודה

חלון הקשר של 1,050,000 טוקנים מאפשר לעבוד עם פרויקט גדול, אך אינו רישיון לדחוף הכול לכל בקשה. מנהלים זיכרון בשלוש שכבות: עובדות יציבות, מצב משימה נוכחי וארכיון שניתן לחפש. דוח מצב קצר ומקורות מדויקים טובים יותר מתמליל אינסופי. ב־Codex, OpenAI מציגה גם מנגנונים ניסיוניים לחיפוש בהקשר קודם לאחר compaction.

5. תזמור סוכנים ו־Programmatic Tool Calling

Astra תומך ב־multi-agent orchestration ובקריאות כלים מתוכנתות. זה מאפשר למנהל לפצל עבודה עצמאית, להריץ חלקים במקביל ולסנתז תוצאות. אבל תיעוד OpenAI גם מציין שהמודל עשוי להאציל פחות מהנדרש אם לא מגדירים מתי וכמה להאציל.

ארכיטקטורת Manager–Workers–Reviewer

חמישה דפוסי סוכנים — ומתי להשתמש בכל אחד

1. 1סוכן יחיד עם כלים: ברירת המחדל. מתאים כשיש יעד אחד ורצף קצר; הכי קל לנטר ולתקן.
2. 2Manager ועובדים מקבילים: מתאים למחקר, בדיקת קבצים או מודולים עצמאיים. המנהל מסנתז ואינו עושה מחדש את עבודת העובדים.
3. 3Proposer ו־Reviewer: סוכן אחד מייצר, השני בודק לפי rubric קבוע. טוב לקוד, מסמכים וניתוח.
4. 4Router ומומחים: מסווגים פנייה ומעבירים לסוכן בעל כלים והקשר מצומצמים. טוב בנפח גבוה ובתחומים שונים.
5. 5Operator עם Human Gate: הסוכן מכין פעולה במערכת, אדם מאשר לפני שליחה, תשלום, מחיקה או שינוי production.

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

סרטון OpenAI על Agent Plugins

אם אתם צריכים בסיס רחב יותר, קראו גם את המדריך המלא לסוכני AI ואת המדריך המלא ל־OpenAI Codex.

תבנית משימה לסוכן Astra

דוגמה: סוכן מחקר והצעת מכרז

1. 1Manager קורא את מסמכי המכרז ומגדיר רשימת דרישות, מועדים וחוסרים.
2. 2Worker מסמכים בודק סעיפים ותנאי סף ומחזיר ציטוטים ומיקום מדויק.
3. 3Worker פתרון ממפה דרישות ליכולות, ניסיון ותוצרים קיימים.
4. 4Worker מסחרי מכין טבלת עלויות והנחות בלי לאשר מחיר סופי.
5. 5Reviewer מחפש סתירות, פרטים חסרים וטענות ללא מקור.
6. 6Manager יוצר טיוטה בתבנית הארגון ומסמן החלטות שדורשות אדם.
7. 7Human gate מאשר התחייבויות, מחיר, מידע רגיש והגשה.

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

Codex כתחנת עבודה לצוות סוכנים

Codex שימושי כאשר התוצר חי בקבצים ובמערכת גרסאות: קוד, דוחות, גיליונות, תיעוד, בדיקות או תוכן מובנה. הסוכן יכול לקרוא repository, לבצע שינוי, להריץ בדיקה ולהחזיר diff. עבודה מקבילית יכולה להתבצע במשימות או worktrees נפרדים כדי למנוע התנגשות. ההפרדה אינה פותרת תכנון לקוי, אבל היא הופכת שינוי לבר־בדיקה ובר־שחזור.

• מגדירים AGENTS.md או קובץ הנחיות קצר, מדויק ומבוקר; Astra רגיש להוראות בקבצים ולכן יש לבדוק אותן.
• נותנים לכל סוכן תחום קבצים או מודול ברור ומונעים עריכה חופפת.
• מריצים בדיקות רלוונטיות בתוך המשימה ולא מסתפקים ב“סיימתי”.
• שומרים commit או diff קטן לכל יחידת עבודה כדי שאפשר יהיה לבדוק ולהחזיר.
• מנהל הסוכנים מסנתז תוצאות; הוא לא מבטל שינוי של עובד ללא קריאת הראיות.

תוכנית בנייה ל־30 יום

שבוע 1: הגדרה ו־baseline

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

שבוע 2: כלים, חוזים ומצב

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

שבוע 3: פיצול וביקורת

מוסיפים Worker רק לתת־משימה עצמאית או לצורך הפרדת הרשאות. מוסיפים Reviewer עם rubric ולא עם בקשה עמומה “תבדוק”. מריצים תקלות יזומות: כלי מחזיר שגיאה, מקור סותר, משתמש משנה כיוון וסוכן מנסה לצאת מה־scope.

שבוע 4: תצפית, עלות והפעלה מוגבלת

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

מה למדוד במערכת multi-agent

אבטחה: סוכן חזק צריך גבול חזק יותר

OpenAI מדווחת ש־Astra קיבל בערך מחצית ממספר הדגלים להתנהגות חמורה לעומת GPT-5.6 Sol בסימולציה של יותר מ־54 אלף משימות Codex, אך גם מציינת ירידה ביכולת לנטר את שרשרת החשיבה בתרחישים אדברסריים. לכן אין להסיק שיכולת גבוהה או alignment טוב יותר מחליפים controls. ראו את סקירת הבטיחות הרשמית ואת המדריך למידע רגיש.

• כל סוכן מקבל זהות והרשאה משלו; אין API key משותף לכל המערכת.
• כלי כתיבה מופרדים מכלי קריאה, ופעולה בלתי הפיכה דורשת אישור.
• קלט מהאינטרנט, מייל ומסמך נחשב לא מהימן ונבדק נגד prompt injection.
• סודות נשמרים במנהל סודות ואינם נכתבים בפרומפט, בקובץ או בלוג.
• כל handoff כולל scope, מקור, תוצר ומגבלה; לא מעבירים תמליל מלא ללא צורך.
• יש kill switch, timeout, budget cap ויכולת להמשיך ידנית.

שבע טעויות שגורמות לצוות סוכנים להיכשל

1. 1מתחילים מעשרה סוכנים במקום מתהליך אחד וסוכן אחד.
2. 2נותנים לכל Worker את כל ההקשר, כל הכלים וכל ההרשאות.
3. 3משתמשים ב־Astra לכל שלב, גם כשהשלב הוא סיווג פשוט וזול.
4. 4מוסיפים Reviewer שאומר “נראה טוב” במקום לבדוק rubric ומקורות.
5. 5אין idempotency, ולכן retry יוצר רשומה, חיוב או שליחה כפולים.
6. 6שומרים רק תשובה סופית ולא את תוצאות הכלים, ההרשאות והאישורים.
7. 7מודדים מספר סוכנים או טוקנים במקום תוצאה מאושרת וזמן שנחסך.

מתי לבחור Astra ומתי מודל אחר

Astra יכול להיות Manager ולנתב עבודה למודלים זולים, או Worker מומחה שמופעל רק כשה־router מזהה מורכבות. התכנון הזה בדרך כלל יעיל יותר ממערכת שבה כל סוכן משתמש ב־max reasoning בכל צעד.

השורה התחתונה למפתחים ולמנהלי חדשנות

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

הצעד הבא אינו “לבנות swarm”. בחרו תהליך אחד, התחילו בסוכן אחד והוסיפו Worker רק כאשר יש עבודה עצמאית או צורך בביקורת. אם אתם צריכים ליישר קו עם הנהלה ועם ROI, עברו ל־מדריך Astra לעסקים בישראל או מלאו את שאלון ההתאמה להטמעת AI.

שאלות נפוצות על Astra, Codex וסוכנים