OpenAI Symphony：把項目工作變成自主Agent運行的編排引擎
OpenAI官方開源的Symphony項目（Elixir語言）提出了革命性的軟體開發範式：將項目中的每個工作單元（issue/ticket）轉化為隔離的、自主的Agent實施運行。核心理念是「票據驅動開發」—人類定義明確的工作票據，AI Agent在沙箱環境中自主實現。
Elixir的選擇是有意的，Erlang/OTP的Actor模型可同時管理數千個Agent。每個Agent運行是獨立的Erlang進程，實現完全隔離和容錯。代表了從「AI輔助」到「AI執行」的範式轉變。
OpenAI Symphony：Agent開發的新範式
核心理念：票據驅動開發
人類定義「做什麼」，Agent負責「怎麼做」。
現有Agent編程工具（Cursor、Claude Code）需要開發者即時監督。Symphony採取不同方式：
1. **票據定義**：將需求拆解為明確的工作票據
2. **自主運行**：每個票據分配給獨立的Agent，在完全隔離的環境中自主實現
3. **結果驗證**：通過預定義的驗收標準自動驗證
為什麼選Elixir
Erlang/OTP並行模型：
- 每個Agent運行是獨立的Erlang進程，完全隔離
- 單個進程崩潰不影響其他
- 50個Agent可同時並行處理50個票據
與現有工具對比
| 特性 | Cursor | Claude Code | Symphony |
|------|--------|-------------|----------|
| 模式 | 即時對話 | 命令行 | 非同步票據 |
| 監督需求 | 高 | 中 | 低 |
| 並行能力 | 單一 | 單一 | 多任務 |
| 隔離性 | 無 | 會話級 | 完全隔離 |
局限
1. 票據品質是瓶頸
2. 票據間的整合測試仍需人工關注
3. 架構決策需要全局視野
行業意義
Symphony代表了從「AI輔助」到「AI執行」的範式轉變。程序員的角色從「寫代碼」轉向「定義問題」。