2026 年 Agent 工具圈有兩個名字經常被混為一談：Hermes 與 OpenClaw。前者隨 Everything Claude Code（ECC） v2 進入公眾視野，官方稱其為 operator shell（操作員殼）；後者則是許多人已在雲 Mac 上跑的 7×24 個人 AI 閘道。它們都可能出現在 Telegram 或 CLI 裡，但要解決的問題不是同一類。
本文結構是：先用兩章把 Hermes 與 OpenClaw 分別講透，再用對照表與決策清單回答標題裡的問題——你該裝「操作員」，還是裝「閘道」？能否同一台機器共存？ 若你已讀過站內 ECC 值不值得用 與 OpenClaw 數位分身，本篇是二者的「分工地圖」，不重複安裝 Runbook 細節。
若時間緊，先記住三句：
-
Hermes = 操作員
坐在終端／聊天入口前，用 ECC Skills 編排開發、營運、外聯類任務；強在 SOP 與可複用技能。
ECC v2 Operator
-
OpenClaw = 閘道
Gateway 常駐、Workspace 落盤、Channels 統一身分；強在 7×24 個人分身與多通道入口。
:18789 Gateway
-
多數團隊可共存
操作員管「怎麼按流程幹活」，閘道管「怎麼一直線上」；權限與金鑰必須分軌。
分軌部署
1. Hermes 是什麼？（操作員殼 + ECC 工作流）
1.1 從哪來、掛在哪條產品線上
ECC 是面向 Claude Code、Cursor、Codex、OpenCode 等 Agent Harness 的開源「效能與編排層」。維護者將其定義為 harness-native operator system：不是替代模型，而是給 Agent 裝上技能、鉤子、規則、安全掃描與記憶優化。v2.0.0-rc 起，Hermes 作為公開的 Operator 故事線疊在這一層之上。
據 ECC 倉庫說明，Hermes 的定位是：「Hermes is the operator shell. ECC is the reusable system behind it.」（Hermes 是操作員外殼，ECC 是背後可複用的系統。）你可以把它理解成：一個統一的「操作員前台」，把聊天／定時任務／工作區狀態接到 ECC 的 Skills、Hooks 與 MCP 上。
1.2 架構：入口 → Hermes → ECC → 外部世界
公開文件給出的拓撲大致如下（概念層）：
Telegram / CLI / TUI → Hermes → ECC skills + hooks + MCP + 生成的工作流包 → Google Drive / GitHub / 瀏覽器自動化 / 研究 API / 媒體工具等。
與「只在 IDE 裡多一個 Chat 面板」不同，Hermes 強調終端原生（terminal-native）：在一個操作員介面裡同時跑內容、外聯、調研、銷售營運、財務核對與工程類工作流。ECC 則提供跨 Harness 複用的技能與約定。
1.3 公開工作區裡有什麼（不必照抄私有設定）
ECC 的 Hermes 設定指南 描述了可複現的最小表面（不含個人金鑰與私有匯出），主要包括：
~/.hermes/config.yaml： 模型路由、MCP 註冊、外掛載入。~/.hermes/skills/ecc-imports/： 匯入的 ECC 技能，供 Hermes 原生呼叫。skills/hermes-generated/： 從重複會話蒸餾出的操作員模式技能。~/.hermes/cron/jobs.json： 帶明確 prompt 與 channel 的定時任務。~/.hermes/workspace/： 業務、營運、內容等結構化記憶工件。
v2.0-rc 還擴展了 operator lane 類技能方向（公開 release 中提及品牌聲量、客戶帳單營運、Google Workspace 操作、專案流等——此處僅作能力範圍舉例，完整列表以倉庫為準）。核心是：把「反覆教 AI 怎麼做營運／外聯」變成可安裝的技能包。
1.4 典型場景：Hermes 擅長什麼
- 工程 SOP： 在 Claude Code 裡走「規劃 → 多檔修改 → 測試 → quality-gate」，ECC 的 Hooks 寫會話記憶，Reviewer 類 Agent 並行——這是 ECC 全文 的主場，Hermes 是把這些能力接到統一操作員入口。
- 營運節拍： cron 做就緒檢查、收件匣分揀、內容排期問責——適合「每天早上自動跑一套 checklist」。
- 跨工具編排： 透過 MCP 接 GitHub、研究 API、瀏覽器自動化，減少你在五個 SaaS 之間複製貼上。
帳單上，Hermes／ECC 路徑更像按任務燒推理 + 工具 I/O（多輪 Agent），與站內 τ 定律與 Agent 延遲稅 一文描述的「推理稅」一致；重 xcodebuild 仍建議放雲 Mac Runner。
1.5 Hermes 不是什麼（避免誤用）
- 不是 獨立的「個人數位分身」產品說明書——那是 OpenClaw 敘事。
- 不保證 裝完就能 7×24 替你回所有 IM；cron 可以定時，但常駐閘道、Channels 統一身分、launchd 託管是 OpenClaw 的設計中心。
- 不替代 裸 Harness：沒有 ECC 的 Skills／Rules，Hermes 前台會空轉。
- 與 OpenClaw 的官方遷移關係：ECC 倉庫提供 HERMES-OPENCLAW-MIGRATION.md，說明二者在生態上有關聯、但不是同一個二進位。
1.6 如何上手（極簡路徑）
公開建議的 bring-up 順序包括：先 ecc migrate audit 盤點舊工作區 → 安裝 ECC 並跑通測試 → 安裝 Hermes 並指向 ECC-imported skills → 註冊常用 MCP → 先上少量 cron。入門可讀 README.zh-CN.md，並設 ECC_HOOK_PROFILE=minimal 控制 Hook 開銷。
2. OpenClaw 是什麼？（常駐閘道 + 個人分身）
2.1 產品定位：從網頁聊天到「程序在、人在不在都行」
OpenClaw 解決的是另一類痛點：你希望 AI 有固定身分、磁碟上的記憶、Telegram／Slack 等多入口，且由一台始終線上的機器託管——而不是筆電合蓋就斷線的瀏覽器分頁。站內 OpenClaw 數位分身 一文用「7×24 個人 AI 數位分身」概括；本篇強調其工程定義：Gateway + Workspace + Channels 三層，外加 macOS 常駐底座。
2.2 三層架構（閘道的字面含義在這裡）
- Gateway（預設 :18789）： 鑑權、路由、模型呼叫與任務佇列；常由
launchd拉起，程序崩潰可自動重啟。這是標題裡「閘道」一詞的所指——對外流量的總入口。 - Workspace：
~/workspace下的技能包、對話索引、自訂規則與快照；升級前建議打包備份。 - Channels： Telegram、Slack、郵件、手機 Node 等映射到同一分身身分，避免「每個 App 一個互不相識的機器人」。
2.3 為什麼常與雲 Mac 綁定
Gateway 需要穩定程序、鑰匙圈、可選 Apple 工具鏈、固定出口 IP。Hashvps 客戶常見拓撲：加拿大 M4 裸金屬跑 OpenClaw，北美 API 與 Xcode 旁路任務同區域，降低延遲稅。安裝見 無頭 CI 安裝；維運見 SSH 閘道與 Dashboard。
2.4 典型場景：OpenClaw 擅長什麼
- Telegram 裡用自然語言觸發腳本、查狀態、轉發告警。
- 出差時手機 Node 與桌面 Dashboard 共用同一分身記憶。
- 需要月度常駐機時的「個人助理」，而非單次 IDE 任務。
帳單上更明顯的往往是常駐稅（7×24 線上 + 通道輪詢）+ 推理 API，而不只是多輪編碼 token。
2.5 OpenClaw 不是什麼
- 不是 ECC 自帶的 IDE Rules 包；不會自動給你 200+ Skills 與 AgentShield。
- 不適合 替代「在倉庫裡大規模並行改程式 + CI」的唯一工具——那應走 Hermes／ECC + Runner。
- 不能 與 IDE Agent 共用同一套高權限生產金鑰而不分軌——事故半徑會疊加。
3. 操作員 vs 閘道：一張表對齊
讀完上文再填表，含義會直觀很多：
| 維度 | Hermes / ECC 操作員 | OpenClaw 閘道 |
|---|---|---|
| 核心隱喻 | 前台操作員 + 可複用 SOP | 常駐閘道 + 磁碟分身 |
| 主場景 | 開發、品質門、營運 cron、跨 MCP 編排 | IM 多通道、7×24 助理、個人自動化 |
| 入口 | CLI / TUI / 也可接 TG | Channels 為主，Gateway 統一路由 |
| 狀態落點 | ~/.hermes + 專案 .ecc | ~/workspace on 實例磁碟 |
| 與 Harness | 深度綁定 Claude Code／Cursor 等 | 獨立服務，可接多模型 |
| 常駐要求 | 任務驅動；cron 可選 | launchd 常駐是常態 |
| 典型帳單 | 推理稅 + 多輪工具（延遲稅） | 常駐稅 + API + 機時 |
| 雲 Mac 角色 | Runner 跑建置／測試（可選） | 常作為分身「住宅」 |
最常見誤用： 用 OpenClaw Gateway 扛「改 50 個檔案的 PR」；或指望 Hermes 不加 ECC 就能 7×24 當私人秘書且記憶完美。
4. 你該裝操作員，還是裝閘道？
4.1 只裝 Hermes / ECC（操作員）
若你符合多數條：每天 Claude Code／Cursor Agent 改倉、需要統一 Review／TDD／AgentShield、營運流主要在桌面終端完成、不需要 Telegram 分身 7×24 值守——先裝操作員層即可，不必為了跟風上 OpenClaw。
4.2 只裝 OpenClaw（閘道）
若你主要訴求是：Channels 入口、個人提醒、輕量自動化、雲 Mac 上固定身分，且不以 IDE 多 Agent 工程流為核心——只裝 OpenClaw 更乾淨。
4.3 兩個都裝：推薦拓撲（Hashvps 客戶常見）
很多讀者最終會共存，建議：
- 權限分軌： OpenClaw 與 Claude Code 使用不同 API Key；生產倉庫 token 僅 Runner 持有。
- 機器分軌（理想）： 一台雲 Mac 專 OpenClaw Gateway；另一台或同機不同使用者跑 CI Runner。若預算有限，同機須隔離目錄與 launchd label。
- 職責分軌： Hermes／ECC 管「怎麼寫、怎麼審」；OpenClaw 管「怎麼線上、怎麼提醒」。
4.4 決策清單（勾選後再裝）
| 問題 | 若「是」傾向 |
|---|---|
| 每週 ≥3 次讓 Agent 改多檔並跑測試？ | Hermes + ECC |
| 需要 Telegram／Slack 統一分身入口？ | OpenClaw |
| 能接受月度雲 Mac 常駐機時？ | OpenClaw |
| 團隊要 AgentShield / quality-gate？ | ECC（Hermes 接入） |
| 只有筆電、不想 7×24 開機？ | 先 ECC；OpenClaw 上雲 Mac |
5. 常見問題
Q1. Hermes 和 OpenClaw 是競品嗎？
不完全是。 Hermes 是 ECC 生態裡的操作員殼，偏 Harness 與工作流複用；OpenClaw 是獨立個人 Gateway 產品，偏常駐分身。ECC 文件甚至提供二者遷移指南，說明可組合而非簡單二選一。
Q2. 兩者都能接 Telegram，差別在哪？
OpenClaw 以 Channels 為一等公民，身分、Workspace、Gateway 路由圍繞 IM 設計。Hermes 也可接 TG，但重心在終端原生操作員 + ECC 技能編排，IM 更像入口之一而非全部產品定義。
Q3. 不裝 ECC 能只用 Hermes 嗎？
沒有 ECC 就沒有 Hermes 公開文件裡那套意義。 實際操作是：裝 ECC → 按 HERMES-SETUP 接 Hermes 前台。若只要 IDE Rules，可先讀 ECC 一文再決定深度。
Q4. 哪個更費錢？
取決於用法。 重度編碼 Agent 往往 ECC 推理稅高；7×24 OpenClaw 則常駐稅 + 機時更明顯。建議分開記帳（見 τ 定律文中的三張帳單）。
Q5. 和 Hashvps 雲 Mac 的關係？
OpenClaw Gateway 常整機跑在雲 Mac 上；Hermes／ECC 的重構建可在同一台或另一台 Runner上執行。Hashvps 提供獨占 macOS 與 IP，不負責替代你在 ECC 與 OpenClaw 之間的架構選擇。
6. 結論
Hermes 回答「誰在前台按 SOP 操作 Harness」；OpenClaw 回答「誰 7×24 守在頻道門口」。 標題裡的「操作員」與「閘道」不是行銷詞，而是兩層架構分工。2026 年更務實的路線往往是：開發側裝操作員（ECC／Hermes），線上側裝閘道（OpenClaw），中間用權限與機器邊界隔開。
若你只記住一句：別用閘道幹操作員的活，也別用操作員替代閘道的常駐。
OpenClaw 住雲 Mac，Hermes 的手放 Runner
閘道要 7×24，建置要真機 macOS。Hashvps 加拿大 M4 適合託管 OpenClaw Gateway，或作為 ECC／Hermes 的遠端 Runner，獨享 IP 減少 API 與憑證異常。