北京
作者 ｜ Sergio De Simone
譯者 ｜ 明知山
OpenAI Symphony 是一個智能體編排器，它使用項目管理工具（如問題追蹤器）作為控制平面來協調多個編碼智能體。開發者不再需要管理交互式編碼會話，Symphony 會將各項任務分配給專門的智能體來自主完成工作。任務完成后，由人工負責審查產出結果。
OpenAI 的工程師們創建 Symphony 是為了解決他們在使用更原始的工作流程時遇到的“人類注意力”瓶頸：
每位工程師都會打開幾個 Codex 會話，分配任務、審查輸出、引導智能體，然后重復這一過程。事實上，多數人同時管理三至五個會話后，就會因頻繁切換上下文倍感吃力。
超過這個數量后，工程師很難記住每個會話在做什么、監控停滯的智能體，也無法在腦中清晰梳理各項正在推進的工作。
因此，Symphony 不再圍繞單個編碼會話（每個會話的目標都是在人工明確監督下最終合并代碼拉取請求）來組織工作，而是將項目里的問題、任務、工單與里程碑等核心交付物，作為工作流的搭建單元。
Symphony 會持續監控任務看板，確保每個進行中的任務都有對應的智能體持續運行直至完成。如果智能體崩潰或停滯，Symphony 會重啟它。如果出現新工作，Symphony 會接收并開始推進工作。
在這種模式下，智能體的工作不再與 PR 綁定。一個問題可以指示智能體分析代碼庫并生成實現方案，然后將其分解為 Symphony 可以跨智能體調度的任務樹。同樣，如果智能體發現可優化或重構的地方，它可以自主創建新問題。這兩類場景中，依舊需要人工開發者審核生成的問題，審核完成后再由 Symphony 下發執行。
這種方法的主要優勢在于，智能體犯錯的成本顯著降低，因為主要工作變成了審查已完成的工作并決定是否駁回。
Symphony 的另一個顯著特點是，它并非一個復雜的監督系統，而是一份 SPEC.md 文件，描述了問題及解決方案，每個組織都可以用它來創建自己的編排器。其參考實現使用 Elixir 構建，因為 Elixir “在編排與管控并發進程方面具備十分完善的基礎能力”。
最后值得注意的是，OpenAI 并未將 Symphony 定位為一個獨立產品，它只是一個參考實現，開發者可以根據自己的場景和代碼庫進行調整和定制。
查看英文原文：
https://www.infoq.com/news/2026/05/openai-symphony-agents/
會議推薦
企業級 Agent 落地，繞不開 4 個真實的工程問題！如何在 Agent 安全性和可用性之間找到平衡點？Agent 需要什么樣的記憶系統才能真正理解上下文？如何通過算法壓榨實現智力增量與成本控制的極致平衡？多 Agent 協作，如何做到可觀測、可治理、可控制？6.26-27 AICon 上海站，國內頭部公司的 Agent 實踐，一次說透。
今日薦文
你也「在看」嗎？
特別聲明：以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布，本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
