Symphony: ממשק חדש לתזמור סוכני Codex
OpenAI פרסמה מפרט קוד פתוח חדש בשם Symphony, שמטרתו להפוך לוח משימות כמו Linear ל”מגדל פיקוח” עבור סוכני כתיבת קוד של Codex. לפי החברה, תזמור ברמת כרטיס עבודה ולא ברמת סשן מפחית עומס החלפת הקשר, מאפשר עבודה מקבילית רציפה, והוביל בחלק מהצוותים לעלייה של עד 500% במספר Pull Requests שנחתו.
OpenAI: מפרט קוד פתוח שמנסה לפתור את צוואר הבקבוק החדש של סוכני קוד
OpenAI חשפה בפרסום מיום אפריל 2026 מפרט קוד פתוח בשם Symphony, שנועד לתזמר סוכני כתיבת קוד של Codex בצורה רציפה ואוטומטית דרך מנהל משימות כמו Linear. לפי OpenAI, המעבר מתפעול סוכנים בצורה אינטראקטיבית, כרטיסייה אחרי כרטיסייה, לתפעול דרך לוח העבודה עצמו, צמצם משמעותית את עלות “החלפת ההקשר” אצל המפתחים, ובחלק מהצוותים הוביל לעלייה של עד 500% במספר ה Pull Requests שנחתו בתוך שלושה שבועות. את הפרסום חתמו Alex Kotliarskyi, Victor Zhu, ו Zach Brock.
רוצה להישאר מעודכן ב-AI?
הירשם לדיוור השבועי שלנו וקבל עדכונים, המלצות על כלים, חדשות ודוחות מיוחדים
OpenAI מזכירה כי לפני כחצי שנה קיבלה החלטה שנויה במחלוקת: לבנות מאגר קוד פנימי ללא שורת קוד אחת שנכתבה ידנית, כך שכל הקוד יווצר באמצעות Codex. התהליך תואר בפוסט הקודם שלהם על Harness Engineering, אך לאחר שההנדסה “הסתדרה”, נותרה בעיה אחרת: בני אדם הם עדיין משאב מוגבל. מהנדסים מצאו את עצמם מנהלים במקביל רק כמה סשנים של Codex לפני שעומס הניהול והמעקב פוגע בפרודוקטיביות.
מה Symphony עושה בפועל, ולמה זה שונה מ”להפעיל סוכן”
במקום להעמיד את תהליך הפיתוח סביב סשנים של סוכן או סביב PR יחיד, Symphony משנה את נקודת הייחוס: כרטיס עבודה הוא יחידת הביצוע, והסוכן הוא מי שמטפל בו. המערכת “צופה” בלוח המשימות, מקצה Workspace מבודד לכל כרטיס פתוח, מפעילה סוכן שרץ בלופ עד שהמשימה מגיעה לנקודת מסירה שהוגדרה, ומאתחלת סשנים שנתקעו או קרסו. במודל הזה כרטיס אחד יכול לייצר כמה PRs בכמה ריפוזיטוריז, או להיות משימת חקירה שמייצרת מסמך תכנון בלבד, בלי שינוי קוד.
הגישה הזו גם מאפשרת עבודה מקבילית טבעית כשיש תלות בין משימות. OpenAI מתארת תרחיש שבו משימת שדרוג React הוגדרה כחסומה עד שמיגרציה ל Vite תושלם, ורק לאחר מכן סוכנים התחילו להריץ את השדרוג בפועל. מבחינה הנדסית זה דומה לניהול גרף תלותים, שבו סוכנים מושכים עבודה רק כשהיא “לא חסומה”, במקום שמפתח ינהל ידנית את לוח הזמנים של כל סשן.
המפרט עצמו: קובץ Markdown שמחליף מערכת מורכבת
אחד הפרטים המעניינים הוא ש Sympony מתוארת כ”מפרט” לפני שהיא מוצר: ב GitHub של הפרויקט, הלב הוא קובץ SPEC.md שמגדיר שירות רץ לאורך זמן שמסנכרן בין Linear לבין הרצת סוכני Codex. המפרט מגדיר רכיבים כמו Orchestrator, מנהל Workspaces, טעינת מדיניות מתוך WORKFLOW.md, לוגים ותצפיתיות, כללי Retry עם Backoff, זיהוי תקיעות (stall), ואת עקרונות הבטיחות של הרצה בתוך נתיב מבודד שנגזר ממזהה הכרטיס.
Symphony בנויה סביב Codex App Server, מצב “Headless” שמאפשר לדבר עם Codex דרך API בסגנון JSON-RPC: פתיחת Thread, התחלת Turn, קבלת אירועים שוטפים, וחיבור לכלי עבודה. בגישה הזו ניתן לשלוט בהרצות בצורה תכנית ולהטמיע Guardrails, למשל ניטור CI, ריבייסים, טיפול בקונפליקטים והרצה מחדש של בדיקות לא יציבות.
השלכות לארגונים: יותר ניסוי, פחות חסם להנעת עבודה
OpenAI מדגישה שהשינוי המשמעותי אינו רק תפוקה, אלא שינוי כלכלת העבודה. כשמהנדסים לא צריכים “לשבת על” הסוכן, העלות הנתפסת של ניסוי ורעיונות יורדת, ולכן נוצרת יותר נכונות לפתוח משימות ספקולטיביות: לבדוק ריפקטור, למדוד ביצועים, או להפיק תוכנית מיגרציה. בנוסף, Symphony מרחיבה מי יכול ליזום עבודה: מנהלי מוצר ומעצבים יכולים לפתוח כרטיס, לקבל חבילת סקירה ולעיתים גם וידאו Walkthrough של הפיצ’ר רץ במוצר, בלי לגעת בסביבה המקומית.
עם זאת, OpenAI מודה שיש Tradeoffs. כשעוברים מהכוונה בזמן אמת להאצלת משימה ברמת כרטיס, לפעמים הסוכן “מפספס את הכוונה” עד שחוזרים לבדיקה אנושית. במקום לתקן ידנית, הם מעדיפים להוסיף כללים, בדיקות ותיעוד כך שהסוכן יצליח בפעם הבאה. גם לא כל משימה מתאימה: בעיות עמומות או כאלה שדורשות שיקול דעת עמוק עדיין נעשות טוב יותר במצב אינטראקטיבי עם מהנדס בלופ.
מה הלאה
OpenAI מציגה את Symphony כשכבת תזמור מינימלית ורפרנס, ולא כמוצר שהחברה מתכננת לתחזק כמערכת עצמאית. המסר לקהילה ברור: אפשר לקחת את SPEC.md, להתאים את WORKFLOW.md לארגון, ולבנות גרסה פנימית שמחברת את כלי ניהול העבודה שלכם לסוכני קוד שרצים תמיד. אם הבוטלנק הבא בתעשייה הוא ניהול עבודת סוכנים ולא כתיבת קוד, Symphony מציעה תבנית ישירה להתחיל להתנסות בה.