為什麼需要多代理流水線協調？

在複雜的功能開發中，單一的 AI 助手很容易在「分析架構」、「配置環境」、「編寫代碼」與「安全審查」之間打架，導致任務執行混亂。

多代理流水線協調工作流 (Multi-Agent Pipeline Flow) 將任務拆分為一條標準的生產線，讓每個專業的 OMO 代理人各司其職，有序協作。

步驟詳解與實戰指令

  ┌─────────────────┐      ┌─────────────────┐
  │ 1. 規劃與設計    │ ──▶  │ 2. 環境與依賴    │
  │ (Apollo 代理)   │      │ (Hephaestus)    │
  └─────────────────┘      └────────┬────────┘
                                    │
                                    ▼
  ┌─────────────────┐      ┌─────────────────┐
  │ 4. 審查與測試    │ ◀──  │ 3. 實作與除錯    │
  │ (Prometheus/   │      │ (Sisyphus/      │
  │  Athena 代理)   │      │  Hermes 代理)   │
  └─────────────────┘      └─────────────────┘

步驟 1：架構評審與決策記錄 (Apollo)

Apollo 作為高級架構師，首先解讀任務提案，評估依賴衝擊，在 docs/adr/ 下生成最新的 ADR 決策文件。

步驟 2：配置本地環境與依賴 (Hephaestus)

根據 Apollo 的設計（如引入 Redis），Hephaestus 自動在本地生成 Docker 鏡像配置並拉起容器，完成連線環境配置。

步驟 3：並行代碼編寫與自愈除錯 (Sisyphus & Hermes)

Sisyphus 主動接管代碼編寫，開啟自動化建置與除錯循環。此時，Hermes 在背景進行跨代理的狀態同步，解決並行修改衝突。

步驟 4：代碼審查與測試驗收 (Prometheus & Athena)

當 Sisyphus 完成編譯後，Prometheus 介入進行 AST-Grep 安全審查，防止敏感詞或 SQL 注入；隨後 Athena 讀取 spec 中的 scenario 自動生成整合測試，完成 UAT 驗收。

• 全流程一鍵觸發指令：

  omo ultrawork --pipeline=all