Hermes Agent 與 OpenCode 不是同一事物的兩個版本：Hermes 是一個全天候運作的個人代理，能跨訊息頻道回覆，並在工作階段之間保留記憶；OpenCode 則是你從終端、桌面應用程式或編輯器驅動的互動式程式設計代理。兩者都採 MIT 授權，本文查閱當日兩者都有提交推送，也都接受第三方端點，而不受付費層級阻擋。因此，決策重點不是功能評分，而是代理在哪裡運作、誰獲准與它互動，以及沒有人輸入時什麼仍會持續計費。
先說明兩個名稱陷阱，因為在這項比較的搜尋結果中兩者都仍然存在。本文所稱的 OpenCode 是anomalyco/opencode：未封存、採 MIT 授權、預設分支為 dev，擁有 209,062 顆星，最新版本v1.18.31於 2026 年 9 月 14 日發布。GitHub 仍會將 sst/opencode 解析至它：該路徑回傳的是此儲存庫自身的記錄，因此這是擁有者之間的移轉，而不是第二個仍在運作的專案。移轉原因不是 API 能確定的事項，因此本頁不作說明。另一個儲存庫 opencode-ai/opencode 已封存，自 2025 年 9 月起為唯讀；其 README 表示專案「已以 Crush 之名延續」——關於這條界線，請參閱Crush 與 OpenCode 的比較。此外，「Hermes」也指 Nous Research 的開放權重模型系列、JavaScript 引擎和包裹承運商；本頁僅指NousResearch/hermes-agent（未封存、採 MIT 授權、擁有 247,674 顆星，最新版本v2026.9.14，名稱為「Hermes Agent v0.21.3」，於 2026 年 9 月 14 日發布）。全部四個儲存庫狀態均於 2026 年 9 月 21 日從GitHub REST API讀取。
你應該選哪一個？
當工作在你離開鍵盤時到來，請選擇 Hermes Agent。其文件描述「透過單一閘道連接 20 多個平台」——CLI、Telegram、Discord、Slack、WhatsApp、Signal、Matrix、Mattermost、Email、SMS 等——另有七種終端後端和排程任務。這種觸及範圍帶來一個 OpenCode 完全沒有的權限軸：閘道決定誰根本可以聯絡代理，而且預設為關閉——「如果未設定任何允許清單且未設定 GATEWAY_ALLOW_ALL_USERS，所有使用者都會被拒絕。」成本路徑是最需要仔細考量的部分，因為全天候運作的代理會在你沒有監看時產生費用；而移轉障礙很明確：macOS 安裝程式僅支援 Apple Silicon，並將 Intel macOS 列為不受支援的平台（安裝文件，2026 年 9 月 21 日）。
當工作是儲存庫且由你監督時，請選擇 OpenCode。它具備 Hermes 未在文件中說明的程式碼專用工具：Language Server Protocol 整合，將診斷作為回饋提供給代理；內建的 plan 代理會將檔案編輯和 bash 設為 ask；以及唯讀的 explore 和 scout 子代理。其權限模型與 Hermes 完全相反：「大多數權限預設為 "allow"」，而 doom_loop 和 external_directory 預設為 ask，.env 檔案則遭拒絕。因此，OpenCode 預設開放，由你將其關閉；Hermes 預設關閉，由你將其開啟。成本路徑更簡單——你不在工作階段中時不會執行任何內容；而移轉成本與 Hermes 相反：OpenCode 沒有記錄跨工作階段的使用者記憶，因此它的持久性來自你寫入並提交的 AGENTS.md 檔案。
當誠實的答案是委派時，請選擇兩者。Nous 提供內建的 Hermes 技能，將程式設計工作交給作為外部程序執行的 OpenCode CLI——對有界限的任務使用單次 opencode run，或透過 Hermes 終端工具執行背景互動式工作階段。這是第一方文件記載的方式，而非權宜解法；也正因如此，這項比較不完全是替代關係問題：兩個代理不共用工作階段或上下文視窗，所以 OpenCode 使用自己的憑證和自己的計量器執行。憑證與計量細節請參閱Hermes Agent、Codex 與 OpenCode，該文件涵蓋同一工作流程中的四個憑證介面。
Hermes Agent 與 OpenCode：逐項比較
| 面向 | Hermes Agent | OpenCode |
|---|---|---|
| 它是什麼 | 持久執行的閘道代理；儲存庫描述「會與你一同成長的代理」 | 程式設計代理；儲存庫描述「開放原始碼程式設計代理。」 |
| 執行位置 | 7 種終端後端：本機、Docker、SSH、Daytona、Singularity、Modal、Vercel Sandbox | 在你自己的機器上使用終端、桌面應用程式或 IDE 擴充功能 |
| 誰可以聯絡它 | 閘道允許清單與私訊配對；未知使用者預設遭拒 | 任何位於終端或編輯器前的人；沒有寄件者授權層 |
| 工具權限預設值 | 預設為 approvals.mode: smart；預設為 approvals.cron_mode: deny | 大多數權限預設為 allow；doom_loop 和 external_directory 需要詢問 |
| 不可削減的安全底線 | 無論 --yolo、approvals.mode: off 或無頭排程核准為何，都會拒絕的一組嚴格規則 | 即使使用 --auto，明確的 deny 規則仍會強制執行 |
| 工作階段之間的記憶 | MEMORY.md（2,200 個字元）和 USER.md（1,375 個字元）位於 ~/.hermes/memories/ 中，另有具 FTS5 搜尋功能的 SQLite state.db | 先讀取本機的 AGENTS.md，接著讀取 ~/.config/opencode/AGENTS.md，再讀取 ~/.claude/CLAUDE.md；文件未記載跨工作階段的使用者記憶 |
| 程式碼專用工具 | 檔案編輯與終端執行（terminal、process、read_file、patch）；破壞性檔案操作前設有檢查點，文件記載為選用且預設關閉；本文查閱的 Hermes 頁面未提供 LSP 整合 | 將 LSP 診斷回傳給代理；唯讀的 explore 和 scout 代理，以及將檔案編輯和 bash 設為 ask 的 plan 代理 |
| 編輯器介面 | 文件將其定位為「不是繫在 IDE 上的程式設計副駕駛」 | 適用於 VS Code、Cursor、Windsurf 和 VSCodium 的擴充功能；opencode acp 會將其作為透過 JSON-RPC 執行的 ACP 子程序啟動 |
| 平行處理 | 預設最多同時執行 10 個子代理，每個子代理都會開始一個全新的對話 | 工作階段中呼叫的內建 general、explore 和 scout 子代理；代理頁面沒有記載任何一種情況的並行限制 |
| 自訂端點協定 | 三種傳輸方式：chat_completions、anthropic_messages、codex_responses | 透過 npm 提供兩種傳輸格式：@ai-sdk/openai-compatible 和 @ai-sdk/openai |
表格資料於 2026 年 9 月 21 日讀取自Hermes 文件索引、記憶、委派、工具、檢查點與安全性頁面，以及 OpenCode 的規則、代理、ACP、IDE與權限頁面。每個表示缺少某項功能的儲存格——沒有跨工作階段的使用者記憶、沒有 LSP、沒有並行限制、沒有寄件者授權層——都表示上述列出頁面中未出現該資訊，而不是供應商聲明該功能不存在。
兩者都能使用第三方端點——但條件不同
兩個產品都不會將自訂基礎 URL 限制在特定方案後。OpenCode Zen 是 Anomaly 自有的閘道，其文件表示它「完全選用，你不需要使用它也能使用 OpenCode」；Hermes 則從自身的設定檔讀取具名供應商，因此 Nous Portal 在其中是一個選項，而非必要條件。差異在於協定支援範圍。Hermes 在 ~/.hermes/config.yaml 的 providers: 區塊中，將 anthropic_messages 與 chat_completions、codex_responses 並列為第一級傳輸值（Hermes 供應商文件）。OpenCode 則記錄了每個供應商的通用 baseURL 覆寫——「使用代理服務或自訂端點時很有用」——並透過 npm 選擇傳輸格式，但其供應商頁面沒有提供 Anthropic 協定自訂端點的配方。應將此理解為文件中的缺失，而不是已證明的限制。
在比較費率表之前，有一項 Hermes 專用的設定屬性值得先閱讀。只有一種自訂端點情況，供應商文件描述 Hermes 會自行啟用快取：基礎 URL 包含 x.ai，且每個請求都會傳送 x-grok-conv-id 標頭。對於其他自訂端點，文件描述的是偵測機制，而不是一律啟用或停用——Hermes 會將每個模型的 prompt_caching 宣告「精確對應至供應商路由和執行階段模型 ID」，因此，能解析裸別名的閘道便可取得快取標記；而且「省略時，Hermes 會維持其正常的供應商與模型能力偵測」；prompt_caching: false 則會關閉這些標記。標記只是用戶端的一半：特定端點在沒有標記時是否會快取，是該端點本身的行為，因此請查閱供應商文件確認，不要預設任一答案。利害關係可見於 Hermes 的 模型設定文件，其中說明快取費率相對於完整輸入價格約可折扣 75–90%。同一頁面還有兩項較小的注意事項：對自訂的 OpenAI 相容端點，Hermes「不會自動套用目錄大小的輸出上限」，因此會套用伺服器本身的預設值；而對自行託管的伺服器，供應商文件將工具呼叫歸在伺服器一側——llama.cpp 需要 --jinja，vLLM 需要 --enable-auto-tool-choice。
Kunavo 在 https://api.kunavo.com/v1 提供 /v1/chat/completions 和 /v1/responses，並在 https://api.kunavo.com 提供 Anthropic Messages。就表面而言，這表示 Hermes 可透過其三種傳輸方式連線（Messages 路由僅回應 Claude 模型），而 OpenCode 可透過其兩個 npm 套件連線——但這是來源文件審查，而非經測試的整合。本文未對任何一個用戶端與 Kunavo 端點進行執行階段測試，且 Kunavo 自己的 OpenCode 整合文件帶有更早的驗證標記。至於 Hermes，Hermes Agent 自訂 API涵蓋供應商區塊；Anthropic 基礎 URL 文件則涵蓋 Messages 傳輸所預期的主機根 URL 形式。
Kunavo 不提供嵌入、文字轉語音或語音轉文字模型，因此這些步驟都無法指向 Kunavo。Hermes 隨附 text_to_speech 工具，其工具頁面列出由 Nous Portal 託管的閘道，涵蓋網頁搜尋、圖片生成、TTS 和瀏覽器自動化；這部分工作仍由你為其設定的供應商負責。
每條路由上相同 Token 的費用
兩個用戶端本身都不收費。兩個儲存庫均採用 MIT 授權，而 Hermes 自己的 常見問題也明確說明：「Hermes Agent 本身是免費且開放原始碼的（MIT 授權）。你只需支付所選供應商的 LLM API 使用費。」兩者不同之處在於各自傳送的工作形式。
這是說明性的 Token 算術，不是實測的工作成本，也不是帳單上限。假設一次工作階段包含400,000 個未快取輸入 Token 和 25,000 個輸出 Token。對 Hermes 的形式，再加上一批委派工作：三個子代理，每個包含 300,000 個輸入 Token 和 20,000 個輸出 Token——這個數字僅供說明，並非實測；Hermes 文件記載的預設值最多允許十個。費率是即時的 Kunavo 目錄每百萬 Token 價格。
| 形狀 | 模型 | 假設的 Token 數量 | 目錄估算 |
|---|---|---|---|
| OpenCode 風格的互動式工作階段 | Claude Sonnet 5 | 輸入 400k / 輸出 25k | $0.73 |
| Hermes 協調器加上 3 個委派工作者 | 全程使用 Claude Sonnet 5 | 輸入 1.3M / 輸出 85k | $2.42 |
| 同一次執行，將協調器移至較便宜的方案 | Claude Haiku 4.5 協調器，Claude Sonnet 5 工作者 | 輸入 1.3M / 輸出 85k | $2.05 |
可從兩個角度解讀。在這些假設下，委派工作者佔總額 $1.68，而總額為 $2.42，這與 Hermes 自己的委派文件在定性上的說法一致——「實際成本所在的是工作者模型」。協調器方案則是便宜的槓桿：在此處指定 Claude Haiku 4.5，同一次執行的費用便會降至 $2.05。Hermes 提供 delegation.model、delegation.provider、delegation.base_url 和 delegation.api_key，因此工作者可以完全指向與協調器不同的位置。請記住此範例省略的倍數因素：「每項輔助工作預設為 auto——也就是說，Hermes 也會嘗試使用你的主要模型處理該工作」，涵蓋壓縮、視覺、摘要、核准評分、MCP 路由、標題生成和技能搜尋。
如果你正在將 Kunavo 與 OpenCode 自己的閘道比較，結果會因模型而異，因此每次都要指明模型：
| 模型 | OpenCode Zen 公布價格，每百萬 Token | Kunavo 目錄，每百萬 Token | 此模型 |
|---|---|---|---|
| Claude Opus 5 | 輸入 $5.00 / 輸出 $25.00 | 輸入 $3.50 / 輸出 $17.50 | Kunavo 較低 |
| Claude Sonnet 5 | 輸入 $2.00 / 輸出 $10.00 | 輸入 $1.40 / 輸出 $7.00 | 層級 |
| Claude Haiku 4.5 | 輸入 $1.00 / 輸出 $5.00 | 輸入 $0.70 / 輸出 $3.50 | Kunavo 較低 |
Zen 的數據取自 Anomaly 自己的費率表，時間為 2026 年 9 月 21 日；該費率表載明價格以每百萬 Token 計算。這只是較長表格中的三列，因此不要對未列出的模型下結論。Zen 也會在餘額低於 $5 時自動重新儲值 $20；在比較餘額而非費率之前，這項資金行為值得確認。OpenCode Go 是獨立的每月 $10 產品，按請求而非 Token 計量，且可「搭配任何代理」使用（已於 2026 年 9 月 21 日確認），因此無法與本頁任何按 Token 計費的費率比較，包括 Kunavo 的費率。
有一項 OpenCode 沒有對應項目：如果你託管全天候執行的代理，Hermes Cloud公布 Medium 執行個體的執行中費用為每天 $0.56、停止費用為每天 $0.03（10 個並行工作階段、2GB RAM、4 個 vCPU）；部署時需要至少 $2 的點數餘額或有效訂閱，並且說明這些費用涵蓋運算與儲存，而推論和工具使用費則另行計算（已於 2026 年 9 月 21 日確認）。OpenCode 在你自己的電腦上執行，閒置時不收費。
Kunavo 的目錄金額是計費下限，而不是上限：上游回報費用時，帳單金額取目錄成本與上游成本乘以適用加成兩者中的較高者。快取費用和外部工具不包含在此範例中。最低儲值為預付點數 $10，沒有免費方案——這是資金門檻，不是工作費用或訂閱費用。請參閱計費詳細資訊，選定路由後再建立帳戶。
兩者之間無法遷移的內容
切換代理後能帶走的內容比想像中少，而且雙方都將狀態保存在各自的位置。
- Hermes 狀態位於
~/.hermes/：memories/MEMORY.md和memories/USER.md、skills/、config.yaml以及state.db。記憶「按照設計以設定檔為範圍」，文件並警告：「不要讓兩個代理程序指向同一個 Hermes 主目錄。」記憶體頁面沒有記載匯出或匯入機制，因此請將這些路徑視為事實，而可攜性則視為尚未驗證。 - OpenCode 狀態位於
~/.local/share/opencode/（包括auth.json和每個專案的工作階段資料），設定則位於~/.config/opencode/。它持久且可攜的資產是儲存庫中的AGENTS.md檔案；這些檔案會隨儲存庫移動，而不是隨代理移動。 - 技能與指示不可互相替代。 Hermes 會將自己的技能寫入磁碟，並稱該格式與開放技能標準相容，但本文查核的內容沒有證明 OpenCode 會載入 Hermes 技能，或 Hermes 會讀取
AGENTS.md。 - 頻道設定沒有對應功能。 閘道允許清單、私訊配對和 cron 排程都是 Hermes 的概念；OpenCode 端沒有任何內容可將其匯入。
想進一步比較其他產品？Hermes 與 OpenClaw涵蓋另一個全天候助理，OpenCode 與 Claude Code涵蓋另一個互動式程式設計代理，而OpenCode 定價和Hermes Agent 定價則分別說明各產品自己的商業條款。
常見問題
Hermes Agent 與 OpenCode 有什麼差異？
它們在你一天中的不同位置發揮作用。Hermes Agent 是持久執行的閘道程序：其文件描述可透過單一閘道使用 20 多個訊息平台——CLI、Telegram、Discord、Slack、WhatsApp、Signal、Matrix、Mattermost、Email、SMS 等——七種終端後端（本機、Docker、SSH、Daytona、Singularity、Modal、Vercel Sandbox）、排程工作，以及能在工作階段之間持續存在的記憶檔案。OpenCode 是互動式程式碼代理；其自身文件說明，它可作為終端介面、桌面應用程式或 IDE 擴充功能使用，並將 Language Server Protocol 診斷回傳給代理，同時讀取 AGENTS.md 中的專案指示。Hermes 能編輯檔案並執行終端命令，因此誠實的對比在於程式碼專用工具和全天候運作的觸及範圍，而不是其中一個能否寫入檔案。兩者的資料均於 2026 年 9 月 21 日查閱。
Hermes Agent 比 OpenCode 好嗎？
兩個專案都沒有發布任何能回答這個問題的內容，而本頁也不虛構評分。兩者沒有共同基準、可比較的任務套件，也沒有測得的完成資料，因此你看到的任何排名都只是某人的經驗，而非證據。請改以四個可檢驗的軸向做決定：代理必須在哪裡執行、誰獲准與它互動、其自訂端點路徑可觸及哪些協定，以及沒有人輸入時什麼仍會持續計費。最後一點兩者確實不同——Hermes 的設計是持續執行，並將工作委派給成批的子代理；OpenCode 則在你執行它時運作。
Hermes Agent 與 OpenCode 能一起工作嗎？
可以，而且 Nous Research 將其記錄為內建的 Hermes 技能，而不是社群自行開發的技巧。該技能會透過類似 opencode run 'Add retry logic to API calls and update tests' 的單次命令委派有界限的任務；先使用 npm i -g opencode-ai@latest 或 brew install anomalyco/tap/opencode 安裝 CLI，再使用 opencode auth login 或供應商環境變數完成驗證；互動式工作階段則透過啟用背景執行與 pty 的 Hermes 終端工具運作。兩個代理不共用工作階段或上下文視窗——OpenCode 會以自己的憑證和自己的計量器作為外部程序執行。上述內容於 2026 年 9 月 21 日從 Hermes 技能文件查閱取得。
一個 API 金鑰能同時供 Hermes Agent 與 OpenCode 使用嗎？
同一把金鑰可以在兩者中設定，但這是兩個獨立的設定，彼此都不會繼承。Hermes 會從 ~/.hermes/config.yaml 的 providers 區塊讀取具名供應商，其中 transport 可以是 chat_completions、anthropic_messages 或 codex_responses。OpenCode 會從 opencode.json 的 provider 區塊讀取供應商，其中 npm 欄位選擇傳輸格式——@ai-sdk/openai-compatible 對應 /v1/chat/completions，而 @ai-sdk/openai 對應 /v1/responses。Hermes 委派給 OpenCode CLI 的任務會讀取 OpenCode 自身的設定，因此只有在你刻意將它指向同一處時，才會使用同一個餘額。本文的兩項設定均於 2026 年 9 月 21 日從官方文件讀取，且均未針對 Kunavo 進行執行時測試。
哪一個執行成本較低？
兩邊的用戶端軟體成本相同：零。Hermes Agent 採 MIT 授權，其常見問答說明你只需支付所選供應商的 LLM API 使用費；OpenCode 的儲存庫同樣採 MIT 授權，執行它也不需要任何方案。差異在於各自的工作形態會消耗什麼。OpenCode 在你處於工作階段時計費。Hermes 則在你自己的回合之外，還有三個有文件記載的乘數：輔助任務預設為 auto，也就是它會嘗試將主要模型用於壓縮、視覺、摘要、核准評分、MCP 路由、標題生成和技能搜尋；委派批次預設最多同時執行 10 個子代理；而 Hermes 自身的委派文件說明，實際成本在工作模型上。選用託管服務是另一項費用——Hermes Cloud 公布 Medium 執行個體運行時每天 $0.56、停止時每天 $0.03，並說明這涵蓋運算與儲存，而推理和工具使用費另計；OpenCode 則不會產生閒置費用，因為它在你的機器上執行。兩項數字均於 2026 年 9 月 21 日查閱。
這是 2025 年封存的同一個 OpenCode 嗎？
不是。兩個不同的儲存庫都曾使用這個名稱。目前運作中的產品是 anomalyco/opencode，位於 opencode.ai——未封存、採 MIT 授權，最新版本 v1.18.31 於 2026 年 9 月 14 日發布；GitHub 仍會將較舊的 sst/opencode 路徑解析至該專案，因為該路徑回傳的是同一個儲存庫，而不是第二個仍在運作的專案。另一個儲存庫 opencode-ai/opencode 已由其擁有者封存，自 2025 年 9 月起為唯讀；其工作後來以 Crush 之名延續。取自已封存儲存庫的設定、CLI 旗標和價格描述的是另一條系譜，而非這個專案。儲存庫狀態於 2026 年 9 月 21 日從 GitHub API 讀取。
已於 2026 年 9 月 21 日查核：兩個儲存庫的 GitHub REST API、最新版本及兩個同名儲存庫，以及本頁各處連結的 hermes-agent.nousresearch.com、portal.nousresearch.com 和 opencode.ai 文件與定價頁面。有兩個主題因來源無法定論而未納入：OpenCode 的供應商頁面一方面表示 /connect 提供 Claude Pro/Max 選項，另一方面表示 Anthropic 禁止路由這些模型的外掛；此外，兩個專案都沒有發布任務效能測量結果，因此本頁不對任何代理排名。未進行執行階段測試——沒有 Hermes 工作階段、沒有 opencode run，也沒有任一用戶端對 Kunavo 端點發出請求。Kunavo Token 費率來自即時目錄；本頁所有美元數字均為說明性的 Token 算術。