編排 Claude Code、Codex、OpenCode、OpenClaw 與 Hermes
Orkas 在一個桌面對話里把 Claude Code、Codex、OpenCode、OpenClaw、Hermes 作為本地會話跑起來，讓多個編碼 agent 同時乾活，而不是一次只開一個終端。它負責它們之間的事：規劃、派發、評審、寫文件、對比產出，並把重復模式沈澱成可復用 agent。
AI 編碼工作不止一次編輯會話
當問題不再是"一個編碼 agent 能不能改檔案"，而是"如何在不丟上下文的情況下協調調研、編碼、評審、文件和後續跟進"時，就該用 Orkas。
先規劃再編碼
釐清需求，拆分實現任務，決定每一步交給哪個 agent 或 CLI。
- spec
- plan
派發有邊界的任務
讓一個 agent 查上下文，另一個準備測試，再讓編碼 agent 執行聚焦的改動。
- handoff
- context
評審產出
在提交或發佈前，對比 diff、日誌、生成的文件和風險說明。
- review
- verify
復用這套模式
把重復的開發流程存成子 agent 和 skill，以後在對話里直接召喚。
- reuse
- workflow
在專注的編碼執行者之上加一層協調
Claude Code
Claude Code 是專注於終端的編碼 agent。Orkas 可以在一次 Claude Code 會話周圍協調調研、任務拆解、評審總結和文件。
Codex
Codex 同樣以本地會話跑在 Orkas 下。可以讓它和 Claude Code 做同一個任務，在落地前對比兩份 diff。
OpenCode
OpenCode 帶來開源、模型靈活的編碼 agent 執行。Orkas 在調研、檔案、報告和評審之上再加一層更廣的桌面工作流。
OpenClaw & Hermes
兩者都以本地會話跑在 Orkas 下，它們的 agent 因此有了桌面窗口而不是終端。可以在同一段對話里和編碼 agent 一起用。
Cline
Cline 在 IDE 工作流里很強，Orkas 不把它作為本地會話運行。當工作跨越文件、網頁來源、表格、產品規格、SEO 評審等非代碼上下文時，Orkas 更能幫上忙。
Agent 團隊
主 agent 掌握全局目標，專精 agent 處理有邊界的子任務，降低長開發流程中的上下文過載。
常見的編碼 agent 編排工作流
從規格到實現
主 agent 把產品需求轉成任務拆解，讓編碼 agent 評估可行性，再派發實現、評審和文件任務。
並行評審
一個 agent 審安全影響，一個審 UX 文案，一個查測試或發佈說明。主 agent 把發現合併成一份決策摘要。
編碼前先調研
在動倉庫之前，調研 agent 先查文件、API、示例和已有 issue。編碼這一步從更好的上下文開始。
改動後報告
編碼 agent 完成後，Orkas 匯總改了哪些檔案、測試狀態、風險點和下一步驗證。
編碼 agent 編排常見問題
Orkas 會取代 Claude Code、OpenCode 或 Cline 嗎？
不會。Orkas 是對編碼 agent 的補充：它編排它們周圍更大的工作流——規劃、調研、評審、文件和可復用的多 agent 交接。
Orkas 能運行外部 CLI agent 嗎？
Orkas 的設計是在可用時接入本地 CLI agent，同時把編排留在桌面對話里。
Orkas 只適合開發者嗎？
不是。開發者工作流只是其中一種場景。Orkas 也支援調研、文件、內容、資料和運營工作流。
最主要的區別是什麼？
編碼 agent 專注於編輯或推理代碼。Orkas 專注於指揮一個 AI 團隊——有邊界的子 agent、可復用工作流和本地優先的上下文。
可以同時跑多個 Claude Code 會話嗎？
可以。你加的每個 agent 都有自己的本地會話，所以 Claude Code、Codex、OpenCode、OpenClaw、Hermes 能在一個窗口裡並行跑，輸出都在同一段對話里讀。
這和 tmux 或 git worktree 有什麼不同？
tmux 和 worktree 負責把會話隔開，但不決定每個會話該做什麼。Orkas 加的是上面那層：由一個 commander 拆目標、分派給各個會話，再把結果收回來評審。
能讓 Claude Code 和 Codex 一起做同一個任務嗎？
可以。把兩個都加成外接 CLI agent，各自拿到獨立的本地會話，在同一個窗口裡並行跑，輸出匯到同一段對話。主 agent 可以把一個目標拆給它們，再把兩邊結果收回來一起看。Claude Code 和 Codex 還能在運行途中接新消息；OpenCode、OpenClaw、Hermes 要先把這一輪跑完。