Claude Code 會在你的監看下深入程式碼儲存庫工作。Nous Research 的 Hermes Agent 則能在伺服器上或透過桌面應用程式無人值守地執行。值得探討的問題不是誰比較聰明，而是主控程序能為各自提供多少支援：工具、記憶，以及接續上次工作階段的方式。這才是衡量的部分。
四行歸一個，四行歸另一個。標了「實測」的行說的是宿主能交給 agent 什麼，不是它寫得好不好。
| 能力 | Claude CodeAnthropic 的編程 agent | Hermes AgentNous Research |
|---|---|---|
| 在單個倉庫里的縱深 | 模型廠商專門為這件事造的 | 一個通用自治 agent，不是倉庫專精 |
| 借用宿主的工具 <em>（實測）</em> | 在一次運行期間接入宿主的工具橋 | 用自己的工具跑，不接工具橋 |
| 跨會話存活的記憶 <em>（實測）</em> | 可以讀寫呼叫方 agent 的常駐記憶 | 宿主沒法把記憶借給它 |
| 從上次斷的地方接著來 <em>（實測）</em> | 有原生的續接操作 | 沒有續接句柄，宿主改為回放歷史 |
| 沒人看著的時候乾活 | 由你發起的前台會話 | cron 加長時間任務，無頭，7×24 |
| 換掉底下的模型 | 一個 Anthropic 帳號和它的模型 | 開源；自帶模型，包括 Nous Hermes |
| 進程住在哪 | 你的機器，會話開著的這段時間 | 你自己的機器、VPS 或 serverless |
| 通過終端以外的界面行動 | 一個終端和一個編輯器 | 消息平台和 GitHub workflow |
上半部分那三行「實測」其實是同一件事的三個側面：Claude Code 是按「被宿主嵌入」設計的，而 Hermes 是按「自己就是宿主」設計的。兩種取捨都不是缺陷——但它決定了桌面應用能把工具和記憶借給誰。
此比較最近更新於 2026 年 9 月 27 日；最新條款請查看各供應商的網站。
Orkas 把 Claude Code、Codex、OpenCode、OpenClaw、Hermes 作為本地 CLI 會話運行。每一行「實測」都是它驅動這些 CLI 時必須遵守的契約。
把 Claude Code 加成外接 CLI agent，它會拿到工具橋和 Agent 記憶。
把 Hermes 用在自包含的單輪任務上；因為沒有續接句柄，Orkas 會回放可見歷史。
定時的、無頭的那半邊活，就留在 Hermes 已經在的服務器上。
在動手改倉庫這件事上，不能。Claude Code 是模型廠商專門為此造的，宿主應用還能把項目目錄、工具橋和常駐記憶借給它。Hermes Agent 這三樣都拿不到，因為它被設計成「發號施令的那個」，而不是「被驅動的那個」。
因為它沒有暴露續接操作。宿主想讓第二輪記得第一輪，只有兩條路：拿一個 CLI 能重新打開的句柄，或者把可見歷史再發一遍。Claude Code 提供前者；對 Hermes 來說，回放是誠實的兜底，好過假裝有個能用的存儲句柄。
這是常見的配置。Hermes 留在伺服器上執行排程、無介面的工作；Claude Code 則在桌面工作階段中執行你想親自監看的儲存庫工作。Orkas 將兩者都納入為 CLI 後端，因此後半部分的工作可在同一個視窗中，與 Codex、OpenCode 和 OpenClaw 一起進行。Hermes 也能自行呼叫 Claude Code：內建技能會將程式設計任務交給 Claude Code CLI。
Orkas 免費、MIT 許可。它在你自己的機器上把 Claude Code、Codex、OpenCode、OpenClaw、Hermes 作為本地會話驅動。
