OpenAI 開源 Symphony：自動把看板任務派給 Codex，寫完還錄演示自證

Symphony 是 OpenAI 開源的一套自主程式設計排程工具。簡單來說，它把敏捷開發看板直接變成了 AI 自動交付流水線。

你不用坐在螢幕前一行行盯 AI 敲程式碼，只要在 Linear 等看板上像平時一樣建需求。Symphony 會自動把任務抓取下來，給每個任務開一個完全隔離的獨立工作區，調動 Codex 自己寫程式碼、跑測試，甚至錄好一段功能演示影片，交給你最後點選驗收。

它是怎麼運轉的

傳統的 AI 程式設計助手通常是一對一協同，需要開發者在一旁不斷給提示詞。Symphony 則把工程師的角色往上提了一層，讓人類負責提需求和架構設計，把寫程式碼和跑測試全交給後臺的 Codex 智慧體。

它的核心邏輯是事件監聽與自動排程。Symphony 會即時輪詢專案看板，抓取符合條件的任務。為了避免任務扎堆，系統設計了一套穩定的排程規則，優先處理高優先順序和較早建立的卡片，預設全域性併發上限是 10 個智慧體，也能按需求狀態單獨限制併發數。

每個任務啟動後，Codex 會在專屬的沙盒檔案目錄裡工作。要是某個智慧體超過 5 分鐘沒有產生任何動作，系統會自動判定停滯並殺掉重試。在單個任務裡，智慧體最多可以連續迭代 20 輪，不用每次都重複傳送初始提示詞，省下不少上下文空間。

寫完程式碼後，AI 會提供完整的自證證據，包括持續整合 CI 狀態、程式碼審查反饋、複雜度分析，以及一段端到端的操作演示影片。確認無誤後，智慧體直接合入分支，完成閉環。

OpenAI 透露，這套工具源於內部一個 3 人的實驗團隊。他們嘗試過整個專案零手寫程式碼，在 5 個月內全靠 Codex 產出了約 100 萬行程式碼，合併了大概 1500 個 PR，相當於每人每天合併 3.5 個 PR。這套方法論被稱為 Harness Engineering，核心就是讓人類去搭環境、定約束，把實現細節交給模型。

怎麼跑起來與配置

Symphony 採用 Apache 2.0 協議開源，專案程式碼放在 GitHub 的 openai/symphony 倉庫裡。目前官方提供了一份完整的架構規範 SPEC.md，以及一份基於 Elixir 語言實現的參考版本。

它最聰明的地方在於沒有做複雜的中心化配置後臺，也沒有用持久化資料庫。系統的所有執行規則都寫在程式碼倉庫根目錄的 WORKFLOW.md 裡，直接隨程式碼一起做版本控制。

這個檔案上面是用 YAML 寫的配置項，定義輪詢間隔、超時時長和併發限制；下面是用 Liquid 語法寫的提示詞模板，能直接把看板上的任務描述注入給 Codex。你改動這個檔案時，Symphony 會即時監聽，不用重啟服務就能生效。

因為整個排程器完全在記憶體中執行，服務重啟後直接靠看板 API 和本地檔案恢復狀態，部署起來很輕巧。不過官方也打了預防針，強調這只是一個面向受信環境的工程預覽版，並沒有做死板的強制沙箱隔離，安全策略需要團隊根據自己的內網環境加固。

你可以直接按照倉庫裡的 Elixir 指南部署，或者直接把 SPEC.md 餵給你常用的程式設計智慧體，讓它用你熟悉的語言自己把 Symphony 復刻出來。

為什麼重要

我們認為 Symphony 最值得關注的地方，是它第一次把 AI 程式設計從個人輔助工具拉昇成了團隊級的排程流程。如果你的團隊已經習慣用 Linear 拆解明確的需求，平時受夠了在編輯器裡等 AI 逐行生成程式碼，這套工具非常值得拿來在小專案裡做實驗。

不過它的門檻並不低。要把這套流程跑順，前提是你的程式碼庫本身有極高覆蓋率的自動化測試和清晰的規範，否則 AI 在隔離環境裡寫完根本無法自證正確性。目前它更適合作為敏捷流程的後臺流水線，去消滅那些定義清晰、邊界明確的瑣碎需求，而不是接手複雜系統的核心重構。