OpenAI 開源 Symphony：把 Linear 任務板變成 Codex 代理的控制台，部分團隊合併的 PR 增加 500%

一句話看懂：OpenAI 公開了 Symphony：讓專案管理板成為 AI 代理的控制台，每個任務自動配一個代理，人類只負責驗收；官方說部分團隊合併的 PR 增加 500%。

先用白話講：Symphony 在解決什麼問題？

想像你請了一批很能幹的新人，但你得一個個站在旁邊盯著、隨時下指令。人再多，你的注意力會先用完。OpenAI 發現類似情況：工程師開幾個 Codex 工作階段（session），交代任務、審查、調整，再重複；官方說大約只能同時顧 3 到 5 個，超過就會忘記誰在做什麼，效率反而下降。

瓶頸不在 AI 夠不夠快，而是人的注意力。

發生什麼事

OpenAI 在 2026 年 4 月 27 日發表 Symphony：一個把 Linear 這類專案管理板，變成編碼代理控制台的協調器。

• 每個開啟的任務，對應一個專屬的代理工作區
• Symphony 持續監看任務板，確保每個進行中的任務都有代理在跑；代理當掉或卡住就重啟
• 以任務狀態當作流程，Linear 在這裡像一台「狀態機」
• 任務可以有依賴關係：官方舉例，React 升級被標成「等 Vite 遷移完成」，代理就只在遷移完成後才開始升級 React
• 代理在工作時發現額外的改進（效能、重構），可以自己開新任務，之後由人評估排程

官方說的成果

• 在 OpenAI 的部分團隊，前三週合併的 PR 增加 500%
• 產品經理與設計師可以直接在任務板提出功能需求，不需要拉程式碼，就能拿到包含實際操作影片的審查資料
• 在大型單一程式庫（monorepo）裡，系統會監看 CI、必要時 rebase、解衝突、重跑不穩定的檢查，把變更護送到合併前

取捨與限制

給開發者的技術細節

• Symphony 是一份書面規格，而不只是某個產品；官方文章說明了如何用它把自己的任務系統變成協調器
• 文章提到團隊先前的實驗：整個專案不手寫程式碼，全部由 Codex 產生，並為此設計對代理友善的程式庫與大量自動化測試與防護
• 任務依賴形成有向圖（DAG），沒被擋住的任務才會開始執行，所以可以自然並行

我的看法

「每個任務配一個代理」聽起來很誘人，但我會抱著三個提醒。第一，500% 是 OpenAI 內部、且是部分團隊的數字，不能直接套在小團隊。第二，官方自己也承認失去了即時糾正的能力，所以前提是有完整的測試與防護欄。第三，任務寫得模糊，代理就可能做出偏差的東西。

對接案的人來說，這個想法可以先小規模試：挑幾個定義清楚、有測試可驗證的小任務，讓代理領走，再觀察花的 token、審查成本和錯誤率，確認划算再擴大。

名詞小辭典

• Codex：OpenAI 的 AI 寫程式工具。
• 協調器（Orchestrator）：負責分派、監看與重啟多個代理的程式。
• PR（Pull Request）：請求把一組程式碼變更合併進主程式的流程。
• DAG（有向無環圖）：用來表示「任務之間誰要等誰」的結構。

資料來源

• OpenAI：An open-source spec for Codex orchestration: Symphony（2026-04-27）