Claude Code、Codex、OpenCode、OpenClaw 還是 Hermes？
五個一起跑，自己比。
Orkas 在一個桌面應用里把這五個都作為本地會話運行，所以下面這張表是「驅動方實際觀察到的差異」，不是從各家文件抄來的功能列表。你按任務挑，而不是一次挑定。
五個後端真正的差異
下面每一行都是 Orkas 驅動該 CLI 時必須遵守的契約，所以它是從驅動方實測出來的，不是從對方文件頁抄的。橫槓代表那個 CLI 的傳輸層限制，不是對它模型的評價。
| 能力 | Claude Code | Codex | OpenCode | OpenClaw | Hermes |
|---|---|---|---|---|---|
| 續接會話 | 原生支援 | 原生支援 | 原生支援 | 復用同一會話 id | 由 Orkas 回放歷史 |
| 常駐指令 | 原生字段，按次呼叫 | 原生字段，按會話 | 首輪使用者消息，按會話 | 首輪使用者消息，按會話 | 首輪使用者消息，按次呼叫 |
| 綁定項目目錄 | ✓ | ✓ | ✓ | — | — |
| 接入 Orkas 工具橋 | ✓ | ✓ | ✓ | — | — |
| 讀寫 Agent 記憶 | ✓ | ✓ | — | — | — |
| 運行中可追加消息 | ✓ | ✓ | — | — | — |
| 在 Orkas 里控制權限 | 繼承 / 逐次詢問 / 完全放行 | 繼承 / 逐次詢問 / 完全放行 | 只能完全放行 | 只能繼承 | 繼承 / 逐次詢問 / 完全放行 |
Claude Code 和 Codex 是唯二能吃下 Orkas 完整契約的：綁項目目錄、工具橋、Agent 記憶、運行中追加消息、按 Agent 設權限。OpenCode 能接工具橋但只能跑在完全放行模式。OpenClaw 和 Hermes 只有會話級能力，所以 Orkas 把它們用在自包含的單輪任務上。
一段對話，多個邊界清晰的執行者
當任務跨越調研、代碼、檔案、分析和後續跟進時，多 agent 更有用。主 agent 掌握全局目標，子 agent 帶著自己的技能處理更具體的任務。
主 agent 掌握目標
它理解請求、規劃任務、召集子 agent，並保證最終結果一致。
- plan
- coordinate
子 agent 專注執行
每個子 agent 可以擁有角色、技能集合和上下文邊界，複雜任務不會擠在一個超載線程里。
- roles
- context
Skill 讓動作落地
Agent 呼叫 skill 完成檔案處理、代碼執行、知識檢索、連接器呼叫等具體動作。
- skills
- tools
子 agent 變成工作流
重復工作可以沈澱成子 agent，下次直接在對話中召喚，復用同一套指令和邊界。
- reuse
- workflow
適合一個助手角色不夠用的任務
調研
把資料收集、綜合整理和批判檢查交給不同子 agent。
工程
一個 agent 查上下文，另一個編輯、測試或解釋 diff。
運營
把報告、清單和後續跟進變成可重復呼叫的 agent 流程。
資料工作
拆分提取、清洗、分析、製圖和最終解釋。
在幾個 CLI 後端之間怎麼選
該用哪個：Claude Code、Codex、OpenCode、OpenClaw 還是 Hermes？
只有 Claude Code 和 Codex 能吃下完整的宿主契約——綁項目目錄、工具橋、Agent 記憶、運行中追加消息、按 Agent 設權限——所以適合長時間的倉庫級工作。OpenCode 能接工具橋但只能跑完全放行。OpenClaw 和 Hermes 只有會話級能力，適合自包含的單輪任務。在 Orkas 里你可以都裝上，按任務挑。
可以同時跑 Claude Code 和 Codex 嗎？
可以。你添加的每個外接 agent 都有自己的本地 CLI 會話，多個可以在同一個窗口裡並行跑，輸出都匯到同一段對話里。Claude Code 和 Codex 還支援在運行途中追加消息；另外三個要先把這一輪跑完。
子 agent 等於工作流嗎？
可以這麼理解。子 agent 可以攜帶某個重復流程的指令、技能和產出預期，因此你可以再次召喚它，而不是重新搭流程。
Orkas 是本地優先和開源的嗎？
是。Orkas 開源且本地優先。Agent 配置、對話、生成檔案和加密後的模型 Key 預設留在本機；模型呼叫直接發往你的供應商。
項目做到一半可以換後端嗎？
可以。每個外接 agent 都是獨立的本地會話，加第二個後端不會打擾第一個。帶不過去的是會話本身：Claude Code 和 Codex 原生續接，OpenCode 也能，OpenClaw 靠復用會話 id，而 Hermes 根本沒有續接句柄——它那邊宿主會把可見歷史回放進一個新會話。