Hermes Agent 與 OpenClaw：VPS 部署比較

簡短結論

Hermes Agent 和 OpenClaw 都能在 VPS 上提供持久代理，讓你透過聊天應用程式連線。若代理的主要工作是執行週期性任務，例如排程工作，以及只需學習一次便能重複使用的程序，請選擇 Hermes Agent。若主要需求是連線範圍，想要使用同一個助理在 WhatsApp、Telegram、Discord、Slack 及約 20 個其他頻道中回覆，並透過公開 registry 的套件擴充功能，請選擇 OpenClaw。兩者都能透過 CLI（command-line interface）和聊天介面執行，因此選擇取決於各專案優先處理的方向，以及它們會在伺服器上開啟哪些服務。

本比較將 Hermes Agent 固定在 tag v2026.9.7（7 September 2026），將 OpenClaw 固定在 tag v2026.9.4（11 September 2026）。兩個專案每月都會建立數個 tag，因此若有內容變更，請查閱文件。以下所有說明都來自這兩個專案在上述 tag 的官方文件，或來自使用相關內容時所標示的 2 個外部來源。

用途說明：agent-first 或 gateway-first

Hostinger 的比較將 Hermes Agent 稱為「agent-first」，將 OpenClaw 稱為「gateway-first」。這種描述相當準確，也是理解這兩個專案最快的方法。

Nous Research 開發的 Hermes Agent 以 worker 為核心。您提供工作後，它會在終端機後端執行工作，並將學到的內容記錄為 skill。它也會保存少量持久性事實。Chat 只是提交工作的其中一種方式。CLI、cron jobs、messaging gateway 與 desktop app 都會將工作交給同一個 agent，而 gateway 是透過 hermes gateway setup 開啟的功能，不是您要安裝的核心元件。

OpenClaw 以 Gateway 為核心。Gateway 是長時間執行的程序，其文件稱它是 sessions、routing 與 channel connections 的唯一真實來源。Models 與 agent harnesses 都是可附加至 Gateway 的 plugins；README 列出的 harnesses 包括 Claude、Codex 與 local models，您可以在其中切換。Reach 才是這項產品的核心。Agent 是 Gateway 所託管的其中一項功能。

這兩個專案都借鑑了對方的優點。現在，兩者都會要求未知的 chat sender 先輸入驗證碼，才能與 bot 通訊。兩者也都允許 agent 產生 skills：Hermes 會自行寫入，OpenClaw 的 Skill Workshop 則會先建立草稿，供您核准。核心定位仍然成立：Hermes 是具備 chat front end 的 worker，而 OpenClaw 是背後託管 worker 的 chat hub。

安裝路徑與 VPS 資源占用

兩個專案都未記載 RAM 或 CPU 的最低需求，因此本文不自行設定數值。相較於它們所呼叫的模型，兩個代理程式本身都很精簡；伺服器的實際負載取決於你要求代理程式執行的工作。編碼代理程式 VPS 需要多少 RAM 與 CPU 會依工作負載估算資源，而不是依代理程式本身估算。

有一個文件記載的數值值得注意。Hermes 使用 Docker terminal backend 時，其文件預設將 sandbox container 的限制設為 container_cpu: 1 和 container_memory: 5120（單位為 MB）。這些是 container 的限制，不是實測需求；但 RAM 小於該數值的 VPS 無法套用這些限制。

Hermes 透過一個 script 安裝。它需要 Python 3.11，並會透過 uv 取得；在 Linux 上，則必須先具備 git、curl 和 xz-utils。

sudo apt update && sudo apt install -y git curl xz-utils
curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash
source ~/.bashrc
hermes doctor

程式碼會以可編輯的 git checkout 形式放在 ~/.hermes/hermes-agent/，命令則位於 ~/.local/bin/hermes。所有資料都會放在 ~/.hermes/ 底下。安裝程式本身表示，它只會在需要選用的系統套件時使用 sudo，Hermes 本身不需要 root，也不會保留 root 權限。文件頁面未說明如何固定版本，但安裝程式 script 接受 --commit SHA；複製或更新後，可用它將 checkout 固定在特定 commit。取得 tag 背後的 commit，將其匯出為 HERMES_SHA，再透過以下方式傳入：

git ls-remote --tags https://github.com/NousResearch/hermes-agent v2026.9.7
curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash -s -- --commit "$HERMES_SHA"

如果 ls-remote 輸出兩行，請使用以 ^{} 結尾的那一行。該 commit 是 annotated tag 所指向的 commit，而 --commit 需要的是 commit SHA，不是 tag object。安裝完成後，hermes model 會選取 provider 和 model，hermes tools 會啟用 tools，hermes setup 會執行完整 wizard，hermes doctor 則會檢查結果。

OpenClaw 同樣可透過一個 script 或 npm 安裝，並且需要 Node。文件要求 Node 24.16 或更新版本，或 Node 26.1 或更新版本；如果系統缺少 Node，Linux installer 會取得 Node 24 LTS（long-term support）。npm 路徑可接受精確版本，這也是固定版本的方式。

curl -fsSL https://openclaw.ai/install.sh | bash
# or, pinned:
npm install -g openclaw@2026.9.4 --allow-scripts=openclaw
openclaw onboard --install-daemon

openclaw onboard --install-daemon 會執行 setup wizard，並在 Linux 上將 Gateway 安裝為 systemd user service。設定檔位於 ~/.openclaw/openclaw.json，格式為 JSON5，因此允許註解和結尾逗號。OpenClaw 也提供 Extended Stable 系列；截至 10 September 2026，其標籤為 v2026.6.35，適合希望每月變更較少的使用者。安裝文件說明了在不同 channel 之間切換時使用 openclaw update --channel stable 和 --channel dev 的方式。

Hermes Agent VPS 指南 和 OpenClaw containment 指南 分別提供完整的安裝流程，以及每個步驟應通過的檢查項目。

網路上各自開放的連接埠

本節會決定防火牆規則，因此必須最仔細地處理。

OpenClaw 依設計會開放連接埠。 Gateway 預設在 TCP 18789 上監聽，設定值依序從以下位置選取：--port、OPENCLAW_GATEWAY_PORT、設定中的 gateway.port，最後才是 18789。gateway.bind 預設為 loopback，其他值為 auto、lan（表示 0.0.0.0）、tailnet 和 custom。Control UI 使用相同的連接埠，網址為 http://127.0.0.1:18789，基礎路徑為 /openclaw。文件直接說明相關風險：「非 loopback 綁定位址需要 Gateway 驗證。實務上，這表示使用共用 token/password，或具備身分感知能力的反向代理。」gateway.auth.mode 接受 none、token、password 或 trusted-proxy，而 onboarding wizard 預設會產生 token。讓 bind 保持為 loopback，透過 SSH tunnel 存取 UI，並執行 openclaw security audit，以回報與這些預設值的任何差異。

Hermes 沒有文件所指明的監聽連接埠。 Gateway 會以 client 身分向各個聊天平台建立對外連線；其安全性與訊息文件完全沒有提到監聽連接埠。CLI 會對外連線至 model endpoint 和 terminal backend。Docker backend 會連線至本機 Docker socket。SSH backend 會透過連接埠 22 對外連線至其他主機。因此，Hermes 主機可以維持「僅允許 SSH」的輸入政策，不需要因 agent 而變更設定。

兩個專案的聊天平台大多都不需要輸入連接埠。 主要通道都使用 long polling 或對外 WebSockets。Hermes 的 Slack integration 使用 Socket Mode，文件也指出該實例「不需要公開存取」。Hermes 的 WhatsApp integration 會執行 Node.js bridge，透過對外連線模擬 WhatsApp Web，再以 QR code 配對；主機需要 Node.js v18 或更新版本。OpenClaw 的 Telegram channel 表示「Long polling 是預設傳輸方式。Webhook mode 為選用功能」，其 WhatsApp channel 則僅能透過對外 WebSocket 使用 QR code。例外是標示 public URL 的路徑：OpenClaw 的 Telegram webhook mode（webhookUrl、webhookPort、webhookSecret），以及 Hermes 的獨立 WhatsApp Business Cloud API 選項；文件指出後者需要 Meta Business account 和公開 webhook URL。除非有明確理由，否則不要啟用這兩者。

兩者預設都會拒絕未知的聊天寄件者。 Hermes 依序檢查：每個平台的 allow-all flag、已核准的配對清單、每個平台的 allowlist（例如 TELEGRAM_ALLOWED_USERS）、全域 GATEWAY_ALLOWED_USERS、全域 allow-all flag，最後才拒絕。未知寄件者會透過 DM（direct message）收到 8-character pairing code，接著使用 hermes pairing approve <platform> <code> 核准。OpenClaw 的 dmPolicy 在 Telegram 和 WhatsApp 上預設為 pairing，並使用 openclaw pairing approve <channel> <code> 核准。絕不要在能執行 shell commands 的 bot 上設定 GATEWAY_ALLOW_ALL_USERS=true 或 dmPolicy: open。

Hermes 如何套用 OpenClaw 的隔離方式

OpenClaw 隔離指南的隔離方式可歸納為：使用專用的非特權使用者、將 Gateway 綁定至 loopback 並置於 VPS 防火牆後方、使用 Docker sandbox 執行工具，並將 agents.defaults.sandbox.mode 設為 all；任何非 loopback 的連線都必須使用 token。OpenClaw 自己的 sandbox 頁面明確說明了界線：Gateway 程序本身一律在主機上執行，sandbox 只會隔離工具執行。tools.elevated 是可在 sandbox 外執行的逃生機制。

使用者與防火牆設定可直接套用至 Hermes。專用使用者本身就是相同的隔離層，而 Hermes 的正式環境檢查清單用 6 個字說明這點：「Never run the gateway as root」。防火牆隔離更容易處理，因為沒有需要綁定的連接埠，而 token 也沒有需要保護的對象。

sandbox 對應至 ~/.hermes/config.yaml 中的 terminal.backend。Hermes 說明了 7 個後端：local、docker、ssh、singularity、modal、daytona 和 vercel_sandbox。使用 docker 時，容器會以 --cap-drop ALL 執行，接著重新加入 DAC_OVERRIDE、CHOWN 和 FOWNER，並設定 --security-opt no-new-privileges 和 --pids-limit 256；/tmp 和 /var/tmp 則位於掛載的 nosuid tmpfs 上。有一項差異很重要。Hermes 文件指出，在 docker、singularity、modal、daytona 和 vercel_sandbox 後端上會略過危險指令檢查，「因為容器本身就是安全邊界」。因此在 Hermes 中，每個後端只能取得其中一層隔離。在 local 後端上，會有核准閘門，但沒有容器。在 docker 上，會有容器，但沒有核准閘門。

Hermes 文件還提出自己的配置方式：「在獨立的機器或 VM（virtual machine）上執行 gateway」，並搭配 terminal.backend: ssh。Gateway 主機保存聊天 token 與模型 key，且不執行任何命令。Worker 主機執行命令，但不保存任何值得竊取的內容。用於程式碼代理的拋棄式 VM很適合用作此配置中的 worker，因為可以重建它，而不必清理它。

記憶：兩個小型固定檔案，或即時工作區

在這項比較中，兩者差異最大的部分就是記憶體模型，而 mem0 對兩者的比較 是最清楚的說明。其摘要是：Hermes「針對快取穩定的長工作階段進行最佳化」，而「OpenClaw 著重於立即可見性」。

[
  {
    "label": "Hermes MEMORY.md (hard cap)",
    "char_limit": "2,200"
  },
  {
    "label": "Hermes USER.md (hard cap)",
    "char_limit": "1,375"
  },
  {
    "label": "OpenClaw MEMORY.md (soft target)",
    "char_limit": "20,000"
  }
]

Hermes 的數據來自其記憶體文件。OpenClaw 的數據是 mem0 回報的寬鬆目標值。

Hermes 在 ~/.hermes/memories/ 下維護兩個檔案。MEMORY.md 儲存代理程式自己的筆記，上限為 2,200 個字元。USER.md 儲存與你相關的事實，上限為 1,375 個字元。文件指出，這些上限是嚴格限制：超過上限寫入時會回傳錯誤，不會靜默截斷。代理程式使用三個動詞編輯這些檔案：add、replace 和 remove，其中 replace 和 remove 會比對子字串。兩個檔案都會在工作階段開始時載入一次，作為 system prompt 中的固定區塊，以維持 prompt-cache 前綴穩定。這種設計的代價是，代理程式在工作階段中寫入的記憶體會立即儲存到磁碟，但要到下一個工作階段才會出現在 prompt 中。對於較早的事實，session_search 會在 ~/.hermes/state.db 中對所有過往對話執行 FTS5（SQLite 的全文檢索）。

OpenClaw 將記憶體視為工作區。~/.openclaw/workspace/MEMORY.md 是主要檔案，寬鬆目標約為 20,000 個字元，另外還會在 memory/YYYY-MM-DD.md 中儲存每日筆記，並自動載入今天和昨天的檔案。memory_search 工具會對全部內容執行混合擷取，結合向量相似度與關鍵字比對。mem0 指出，記憶體會在每一輪重新注入，因此寫入內容會在下一輪可見。

哪一種較好取決於工作需求。每晚執行相同 cron job 的 Hermes 代理程式需要穩定的 prompt，以及一小組可信任的事實。每天處理 100 個簡短對話的 OpenClaw 助理，則需要在不重新啟動的情況下記住你一小時前說過的內容。Hermes 將 Mem0 列為 8 個可透過 hermes memory setup 啟用的記憶體提供者之一，而 mem0 也發布了適用於 OpenClaw 的 @mem0/openclaw-mem0 plugin。自行代管 Mem0 記憶體伺服器 可讓兩個代理程式使用相同的伺服器端事實擷取功能，並將大小限制移出對話。無論代理程式寫入哪個檔案，之後都會將其內容視為可信輸入，因此代理程式記憶體遭到污染的方式 同樣適用於兩個專案，以及下一節的 skills。

技能：自行撰寫的程序或公開註冊表

Hermes 會自行撰寫技能。技能是 ~/.hermes/skills/ 下的目錄，依 agentskills.io 格式包含 SKILL.md，以及選用的 scripts/、references/、templates/ 和 examples/ 資料夾。代理程式具備 skill_manage 工具，其系統提示會列出撰寫技能的 3 個觸發條件：完成值得重複使用的多步驟流程、在發生錯誤後找到替代方法，或採用你的修正。文件將目標描述為「經驗，而非日誌」。如果不希望代理程式未經審查就修改自己的指令集，請設定 skills.write_approval: true；新的技能會先暫存於 ~/.hermes/pending/skills/，等待你核准。Hermes 也能透過 hermes skills install <identifier> 從外部安裝技能，包括 GitHub 儲存庫（例如 anthropics/skills）、skills.sh、指向 SKILL.md 的直接 URL，或 ClawHub 本身。文件表示，所有 hub 安裝都會掃描資料外洩、提示注入與破壞性命令。對於社群回報但不具危險性的項目，可使用 --force 覆寫；「危險掃描判定」即使使用 --force 也會阻止安裝。

OpenClaw 會從公開註冊表 ClawHub 取得技能與外掛程式。openclaw skills search "calendar" 用於搜尋技能，openclaw skills install @openclaw/demo 用於安裝，openclaw skills update --all 用於保持最新狀態，程式碼外掛程式則會經過 openclaw plugins install clawhub:<package>。技能會從依優先順序排列的目錄集合載入，其中 <workspace>/skills 的優先權高於 ~/.agents/skills，接著是受管理的 <state-dir>/skills，最後是內建集合。技能的 SKILL.md 可宣告 metadata.openclaw.requires.bins 和 requires.env；如果找不到相應的二進位檔或變數，OpenClaw 會隱藏該技能。這比技能只能部分運作後才失敗更容易處理。代理程式不會自行將技能寫入磁碟。Skill Workshop 會讓它先擬定提案，再由你核准。

審查模型的差異，在於檢查執行的位置不同。ClawHub 的文件表示，它「會對已發布的技能與外掛程式版本執行自動檢查」；正在等待掃描或遭封鎖的版本可能會從公開目錄消失，已登入的使用者可以檢舉套件，管理員也可以將其隱藏；發布則需要建立時間足夠長、能通過上傳閘門的 GitHub 帳戶。這是在註冊表端進行審查。Hermes 會在你的主機上於安裝時執行掃描，寫入核准閘門則涵蓋其代理程式自行撰寫的技能。OpenClaw 的技能頁面最後仍保留一行適用於兩者的重要提醒：「將第三方技能視為不受信任的程式碼。啟用前先閱讀。」

模型與驗證選項，以及 Claude 訂閱問題

兩個專案都能使用 API key 或本機模型，且都透過 OpenRouter 路由。差異在於訂閱方案的使用途徑，這正是多數搜尋此主題的人想了解的內容。

API key。 Hermes 會從 ~/.hermes/.env 讀取 ANTHROPIC_API_KEY、OPENROUTER_API_KEY、OPENAI_API_KEY 及其他大量設定。hermes model 會互動式選取 provider 和 model，hermes config get model 則顯示選取結果。Nous Portal 是獨立的 provider：hermes setup --portal 是一次 OAuth 登入，同時提供 model provider 和代管工具閘道。OpenClaw 會透過 openclaw onboard --anthropic-api-key "$ANTHROPIC_API_KEY" 取得 ANTHROPIC_API_KEY，openclaw models list --provider anthropic 可顯示其可存取的項目。其文件將 anthropic/claude-opus-5 列為主要預設值，並列出 anthropic/claude-fable-5-1 與 anthropic/claude-sonnet-5。

透過 Ollama 使用本機模型。 兩個專案指向 Ollama 的方式不同，混用會導致實際故障。Hermes 使用與 OpenAI 相容的 endpoint：在 config.yaml 中設定 model.provider: custom 和 model.base_url: http://localhost:11434/v1，或在 hermes model 中選取 "Custom endpoint"。其文件也指出，Hermes「搭配工具執行代理工作時，context 至少需要 64,000 tokens」，而 Ollama 的預設值低得多，因此請使用 OLLAMA_CONTEXT_LENGTH=64000 ollama serve 啟動。OpenClaw 則相反。其 Ollama 頁面寫道：「不要使用 /v1 OpenAI 相容 URL（http://host:11434/v1）。這會破壞工具呼叫，模型可能會將原始工具呼叫 JSON 當成純文字輸出。」OpenClaw 使用 Ollama 原生的 /api/chat，將設定鍵 baseUrl 設為 http://127.0.0.1:11434，並以 ollama/<model> 命名模型。同一個 daemon，使用相反的 URL。

Claude 訂閱。 以下完全依據兩個專案截至 September 2026 的文件內容，不延伸解讀。

Hermes：可透過 hermes model（選取 Anthropic OAuth）或 hermes auth add anthropic --type oauth 進行 OAuth 登入，之後 Hermes 會「以 Claude Code 的身分，透過你的 Anthropic 帳戶路由」。文件補充：「只有在你使用 Claude Max 方案並購買額外使用額度時才有效。」基本 Max 額度不會被扣除；使用量會計入額外額度。Claude Pro 無法使用此途徑，文件建議 Pro 訂閱者改用 ANTHROPIC_API_KEY，並依標準 API 定價計費。

OpenClaw：文件說明可透過同一台主機上已安裝的 executable，重複使用「現有的 Claude Code 登入狀態」。請在 VPS 上安裝 Claude CLI，執行 claude auth login，然後在 openclaw onboard 中選取 "Claude CLI"。另一種方式使用 setup token：執行 claude setup-token，再執行 openclaw models auth login --provider anthropic --method setup-token。同一頁中的兩句話說明了限制：「Claude Code 擁有現有的登入狀態與訂閱；OpenClaw 不會保存或更新該登入狀態」，而透過 Agent SDK、claude -p 及第三方應用程式使用訂閱方案的用量，「仍會扣除已登入訂閱的使用限制」。

兩個專案對這類用量的計費說明不同，而且兩個頁面都不是 Anthropic 的文件。在使用訂閱登入狀態建立每晚執行的工作負載前，請先閱讀 Anthropic 對第三方使用 Claude 方案的最新條款。兩個專案都記載了一種使用途徑，且兩種途徑都透過 Claude Code 的身分，而不是單純的 claude.ai 登入。Hermes 將其途徑限定於 Max 搭配額外額度；OpenClaw 則限定為與 Claude CLI 登入狀態位於同一台主機。

其他訂閱方案。 Hermes 也記載可透過 device-code OAuth，使用 ChatGPT 方案搭配 OpenAI Codex；另可透過其 device flow 使用 GitHub Copilot。不過 Codex 頁面指出，目前「尚未記載」哪些方案層級符合資格。OpenClaw 將 Codex 列為可替換的 harness。如果你已經支付其中一項服務的費用，選擇有文件明確支援該服務的專案，確實是合理的原因。

各專案對安全態勢的說法

Hermes 會管控命令。approvals.mode 在 config.yaml 中預設為 smart：由輔助模型評估每個命令。低風險命令會執行，明顯危險的命令則會拒絕。不確定的命令會詢問你。manual 遇到危險命令時一律詢問，而 off 會停用這項管控。掃描器會比對遞迴刪除、chmod 777 及其相關命令、mkfs、dd if= 將輸出重新導向至 /etc/、systemctl stop 或 disable 或 mask、DROP TABLE、curl ... | sh，以及 fork bomb。在聊天介面中，gateway 會張貼命令，並等待 yes、y、approve、ok 或 go；若要拒絕，則使用 no 或 cancel。預設逾時時間為 300 秒。--yolo 旗標（或工作階段中的 /yolo，或 HERMES_YOLO_MODE=1）會略過提示，但即使如此，嚴格封鎖清單仍會生效：rm -rf /、fork bomb、對已掛載 root 執行 mkfs、對區塊裝置執行 dd，以及將不受信任的 URL 傳送給 shell。請記住隔離章節中的說明：容器後端會停用這項管控。

OpenClaw 會劃分信任邊界。其安全性頁面指出，Gateway 是「每個 gateway 一個受信任邊界」，並且「不是供彼此敵對的使用者使用之多租戶安全邊界」。因此，兩名互不信任的使用者應使用兩個 Gateway，以及兩組憑證。工具允許與拒絕政策會在 sandbox 規則之前檢查，因此全域拒絕的工具在 sandbox 內仍會被拒絕。每個 agent 的存取設定檔和唯讀模式可進一步限制 agent 能夠操作的內容。openclaw security audit 會將目前設定與安全預設值進行比較。技能方面，除了上述 ClawHub 審查流程，也要求在啟用第三方技能前先閱讀其內容。

兩個專案都沒有宣稱超出這些範圍的能力。Hermes 沒有宣稱掃描器能攔截所有問題；當風險提高時，其文件會建議改用容器或另一台機器。OpenClaw 也沒有宣稱 sandbox 能夠隔離 Gateway 本身，並在 sandbox 頁面明確說明這點。兩者的文件都如實說明限制；對於準備讓其在無人值守狀態下持續執行的軟體而言，這是正面訊號。

決策矩陣

週期性工作流程：Hermes。 Cron 工作具有記憶功能；同一工作執行第 3 次後會寫入技能；記憶有容量限制，且可依風險等級選擇終端後端。如果代理程式的一週主要執行工作，只有偶爾進行對話，這種架構較適合。

訊息平台涵蓋範圍：OpenClaw。 約 20 個頻道共用一個 Gateway，全部支援 DM 配對，同一連接埠提供 Control UI，並附有可直接使用的技能與外掛程式登錄庫。如果代理程式的一週主要是在不同應用程式間進行對話，只有偶爾執行工作，這種架構較適合。

單一主機：兩者皆可，取決於你能接受的限制。 在一台 VPS 上使用 OpenClaw，搭配專用使用者、gateway.bind: loopback、權杖與 sandbox.mode: all。在一台 VPS 上使用 Hermes，搭配 terminal.backend: docker；但要注意，容器內不會啟用核准閘門。也可以搭配 terminal.backend: local 與 approvals.mode: manual；但要注意，錯誤的核准會在主機上執行。

兩台主機：依 Hermes 自身文件，選擇 Hermes。 在一台 VPS 上執行 Gateway，透過 terminal.backend: ssh 連線到 worker VPS；聊天權杖與模型金鑰放在第一台主機，第二台主機不存放任何重要資料。OpenClaw 可以透過 trusted-proxy 驗證置於反向代理後方，但除非每個代理程式都使用沙箱，否則 Gateway 仍會在自己的主機上執行。

僅使用本機模型：確認 URL 兩次。 Hermes 需要 /v1 與 64k 上下文。OpenClaw 拒絕 /v1，並要求使用原生 API。

已購買 Claude Max 並加購額度：Hermes 僅在有限情況下說明這種方式。 如果已在同一主機上執行 Claude Code，OpenClaw 說明可以重複使用該環境。如果付費使用 Claude Pro，兩者皆可使用 API key。

尚未決定這兩者與其他方案： 自架代理程式整理 會以相同面向，將兩者與 Agent Zero、OpenHands 及其他方案比較。

FAQ

Hermes Agent 可以使用 Claude Max 訂閱嗎？

Hermes 文件表示可以，但適用範圍有限。透過 hermes model（Anthropic OAuth）或 hermes auth add anthropic --type oauth 登入後，Hermes 會以 Claude Code 的身分，透過你的帳戶轉送請求。文件指出，這項功能「只有在你使用 Claude Max 方案並購買額外使用額度時才有效」；使用量會從額外額度扣除，而不是基本配額。Claude Pro 訂閱者必須改用 ANTHROPIC_API_KEY。截至 September 2026，若要用於無人值守工作，請先閱讀 Anthropic 自己的條款。

OpenClaw 需要在 VPS 上開放連接埠嗎？

一般使用不需要。Gateway 會監聽 TCP 18789，但 gateway.bind 的預設值是 loopback，因此只會回應 127.0.0.1。透過 SSH tunnel，使用 http://127.0.0.1:18789 存取 Control UI。Telegram 使用 long polling，WhatsApp 使用對外連出的 WebSocket，因此除非選擇 Telegram 的選用 webhook 模式，否則沒有任何 channel 需要開放入站連接埠。若將服務繫結至 lan 或 tailnet，文件要求設定 gateway 驗證：shared token 或密碼，或在前方部署具備身分識別功能的 proxy。

哪一個較適合在無人值守的情況下持續執行？

在關閉核准機制的 local backend 上，兩者都不安全。最安全的 Hermes 部署方式是分成兩台主機：在一台 VPS 上執行 gateway，再由 terminal.backend: ssh 連線至 worker VPS；Hermes 自己的文件將此方式列為「最高安全性」建議。OpenClaw 最安全的設定方式是使用專用的非特權使用者、gateway.bind: loopback、token 及 agents.defaults.sandbox.mode: all。在這兩種情況下，都應將 agent 的記憶檔案與 skills 目錄視為攻擊者可透過 chat message 寫入的輸入內容。

可以在同一台 VPS 上執行 Hermes Agent 和 OpenClaw 嗎？

可以。兩者不共用連接埠或目錄。Hermes 將所有內容保存在 ~/.hermes/ 下，且不開啟任何監聽連接埠。OpenClaw 將所有內容保存在 ~/.openclaw/ 下，並監聽 127.0.0.1:18789。請為兩者各自建立 Linux 使用者，避免其中一個遭入侵的 agent 讀取另一個 agent 的 chat token。不要讓兩者使用同一個 Telegram bot token，因為 Telegram 每個 bot 只允許一個 long-polling client，第二個 client 會收到 409 Conflict: terminated by other getUpdates request。

如何將各專案固定在特定版本？

OpenClaw 的 npm 路徑接受精確版本：npm install -g openclaw@2026.9.4 --allow-scripts=openclaw；npm view openclaw versions 會列出已發布的版本。Hermes 的安裝程式接受 --commit SHA，因此請使用 git ls-remote --tags https://github.com/NousResearch/hermes-agent v2026.9.7 取得 v2026.9.7 背後的 commit，再將該 commit 傳入 bash -s -- --commit <sha>。兩個專案每月都會建立數個 tag，因此請記錄測試所使用的 tag。