什麼是 Oh My OpenAgent (OMO)？
v4.19.4 遷移提醒：這是 OMO Native CLI 公開前的最後一個現行產品線版本。升級前應留意後續 Native CLI 的安裝、設定與命令介面，不要把目前的 OpenCode/Codex plugin 流程視為永久相容介面。1
v4.19.4 同時統一了跨 harness 的 model routing 詞彙與 fallback chain，新增 data-scientist workflow，擴充 research delivery（steering excursions 與 closing briefings），並讓 planning workflow 只在使用者明確要求時啟動；Windows audit path、Codex 內嵌 CodeGraph 執行權限與 daemon ownership check 也獲得修正。1
Oh My OpenAgent (OMO) 是一個高階的 AI 代理協同系統（Multi-agent System），能夠同時與 OpenCode 和 Codex CLI 進行連接。
當我們面對極為複雜、具有高層級依賴關係的大型專案時，單一的 AI 代理人很容易因為角色混亂（既要當架構師分析代碼，又要當程式設計師寫代碼，還要當測試工程師寫測試）而造成認知負載過重，進而降低輸出品質。
OMO 藉由引進角色分工與多代理人協作機制 (Team Mode)，將開發工作拆解給 11 個不同的專屬 AI 代理，實現流水線式的自動化軟體開發。
11 個內置專業代理人 (Domain Agents)
OMO 內部預先配置了 11 個具備特定領域專長的 AI 代理人。在協作過程中，OMO 的 Master 代理會根據任務類型，自動派發（Dispatch）任務給對應的專業代理：
| 代理人名稱 (Agent) | 職能定位與專長 | 常見呼叫場景 |
|---|---|---|
| Sisyphus | 專注於程式碼修改、編譯與自動除錯的「碼農」代理 | 代碼實作與編譯修復 |
| Hephaestus | 負責環境配置、套件安裝與 Dockerfile 撰寫的「運維」代理 | 專案初始化與部署 |
| Prometheus | 專注於全域影響評估、系統安全性與依賴分析的「架構」代理 | 設計審查與安全 Patch |
| Hermes | 負責 API 設計、資料庫遷移（Migration）與外部通訊的「接口」代理 | API 設計與數據同步 |
| Athena | 專注於編寫測試、驗收標準審查與 Quality Assurance 的「測試」代理 | 測試用例編寫與 UAT |
Team Mode 協作與併發
當你在 OMO 中啟動 Team Mode 時，系統可以啟動一個由最多 8 個代理人組成的開發小組。
┌──────────────────────┐
│ OMO Master Agent │
└──────────┬───────────┘
│ 派發任務
┌───────────────┼───────────────┐
▼ ▼ ▼
┌───────────────┐┌───────────────┐┌───────────────┐
│ Sisyphus (寫) ││ Athena (測試) ││Prometheus(檢) │
└───────────────┘└───────────────┘└───────────────┘- 平行任務派發 (Parallel Dispatching)：
在執行重構時，Master 代理將任務拆分。Sisyphus 被派去修改 Controller，而 Athena 則同時被派去編寫針對該 Controller 的 API 整合測試。 - Hash-Anchored Edit 程式碼防寫衝突：
為了防止多個並行代理同時編輯同一個原始檔造成程式碼衝突（Write Conflict），OMO 使用了雜湊錨定編輯（Hash-Anchored Edit）工具。每個代理在修改檔案時，都必須先取得對應程式碼區塊的哈希鎖（Hash Lock），以確保程式碼合併時的絕對安全性。 - Ralph 循環自我修正 (Self-correcting Loop)：
當代理小組完成修改後，它們會互相檢閱對方的程式碼（Peer Review）。Athena 執行的測試若發現 Sisyphus 的實作有 bug，會將測試日誌反饋給 Sisyphus 進行自我修正，實現無人工干預的自動開發閉環。