H繁中版
Flows如何成為 Hermes Agent 操作者
ArchitectureIntermediate5 分鐘閱讀by Shann³
<!-- Source: https://hermesbible.com/flows/hermes-agent-operator-control-room-fleet -->

Hermes Agent 是什麼

簡短版本:一個運行越久就越強大的自主代理人。

長版本:Hermes 是由 Nous Research 建構的框架,將模型轉化為持久的操作者。它有自己的記憶,在工作階段之間存活。它在工作中自行撰寫技能。它附帶 100 多個已內建的技能(GitHub 工作流程、Obsidian、Google Workspace、Linear、Notion、Typefully、Perplexity、深度研究等)。它住在你放它的任何地方——你的筆電、Docker 容器、VPS 或無伺服器運行時——你可以透過 20 多個介面與它對話:Telegram、Discord、Slack、電子郵件、語音模式,或者直接用你的終端機。

大多數 AI 工具回答問題。Hermes 端到端地運行你的工作流程。它導覽你的瀏覽器、執行終端機指令、排程 cron 任務、監控你的收件匣、草擬工作,並把結果發佈到你所在的任何地方。

這裡的一切都不在販售。Hermes 是開源的,Nous Portal 有免費方案,大多數社群生態系也是免費的。Fork 它、修改它、讓它成為你的。

它如何運作(易讀版本)

每個 Hermes 代理人有三樣東西。

大腦。 記憶位於 ~/.hermes/memories/。兩個檔案,MEMORY.mdUSER.md,在工作階段開始時注入——你的語音規範、品牌筆記、客戶用語和上週的修正都在第一個提示之前載入。工作階段儲存在 SQLite 中,跨工作階段的回憶可全文搜尋。

個性。 soul.md 是氛圍所在:簡潔、諷刺、直率、正式、快速或深思熟慮。你可以啟動多個代理人,為每個賦予相同大腦上不同的靈魂——一個帶有成交者能量的業務代表、一個喜歡長句的研究員、一個把一切都保持簡短的助手。

技能集。 100 多個開箱即用的技能,加上一個封閉的學習循環:隨著代理人工作,它會沿途撰寫新技能。你自己的技能庫在內建技能之上增長,無需你手動撰寫。

封閉的學習循環是它與聰明聊天機器人的區別。代理人觀察自己的工作,隨著學習你工作流程的形狀而撰寫新技能,定期優化記憶,並跨工作階段回憶過去的上下文。你不需要下週重新教它。

我告訴 Hermes 新手的規則:不要在第一天嘗試自己撰寫技能。跑真實的工作,讓代理人觀察,讓框架撰寫技能。你透過工作比透過撰寫提示更快地建立自訂技能庫。

我在 Hermes 上運行什麼

我是 AI 行銷人員,不是程式設計師。我在 Hermes 上運行的大部分是行銷基礎設施,偶爾加上內部工具:

  • 一個住在 Telegram 中的個人助理,每天早上標記四封值得閱讀的郵件、排程提醒,並摘要我錯過的會議。
  • 一個原型測試平台,我用真實工作測試新的流程(潛在客戶磁鐵、廣告創意審查、內容衝刺)幾次後再推廣。
  • 專業代理人 — SEO、外向業務/BD、設計審查、內容撰寫——每個都有自己的靈魂和職責範圍。
  • 一個監控 Slack、聊天、郵件、逐字稿和語音備忘錄的公司大腦,並使所有內容可查詢。
  • 一個SEO 代理人,在一個 Docker 容器中運行從關鍵字種子到已發佈文章的完整管線,21 個步驟,直到最終審查前無需人工介入。
  • 一個內容分發代理人,將長篇內容拆分為適用於 LinkedIn、X 和 Threads 的平台特定貼文。
  • 一個編排器,本身不產生工作——它只是將請求路由到正確的專業代理人。

SEO 代理人最清晰地映射到本指南其餘部分描述的架構——五個層級,全部在一個 Docker 容器中,從關鍵字種子到已發佈文章的 21 個步驟:

[research + ideate]
  01 keyword seed        05 content + visual gap
  02 serp snapshot       06 internal validation
  03 competitor extract  07 external validation
  04 intent + format

[production]
  08 angle + brief       12 image gen
  09 visual strategy     13 flowchart gen
  10 outline             14 visual qa
  11 draft               15 article qa

[distribution]
  16 publish prep        19 syndication
  17 schema              20 analytics setup
  18 internal linking    21 monitoring

為什麼是一個容器而不是三個:SEO 工作是序列化的。研究餵給大綱,大綱餵給製作,製作餵給分發。每個步驟都需要記住上游決定了什麼。複製 SEO 範本,更換大腦(SEO 大腦 → 外向業務大腦,或 → 設計大腦),你就有了適用於任何職能的新代理人,同樣的五層架構。

四部分心智模型

設定有四個部分:

  • 是操作者,直接存取系統的每個部分。
  • 代理人控制室是側邊控制平面。它不是你透過對話互動的代理人——它是一個資料夾(例如 /root/vps-agents),記錄和管理整個艦隊。
  • Hermes 代理人是工作節點。有些是專業代理人(SEO、開發、CMO、營運)。一個可以是可選的編排器。
  • 代理人任務匯流排是編排器和專業代理人之間的可選交接台。
                                  ┌───────┐
                                  │  YOU  │   the operator
                                  └───┬───┘
                                      │
        ┌─────────────────────────────┼─────────────────────────────┐
        │                             │                             │
   control path                orchestrated path                direct path
        ▼                             ▼                             ▼
 ┌────────────────────┐    ┌────────────────────┐    ┌────────────────────┐
 │ AGENT CONTROL ROOM │    │ HERMES ORCHESTRATOR│    │ SPECIALIST AGENT   │
 │ /root/vps-agents   │    │ (optional door)    │    │ seo · dev · cmo ·  │
 │ docs · rules ·     │    └─────────┬──────────┘    │ ops · life         │
 │ runbooks · env-map │              │ delegates     │ talk to it         │
 │ no raw secrets     │              ▼               │ directly,          │
 │ side control plane │    ┌────────────────────┐    │ no routing         │
 └────────────────────┘    │ AGENT TASK BUS     │    └────────────────────┘
                           │ /srv/agent-bus     │ ──routes──▶ specialists
                           └────────────────────┘

儲存的分割比你想的更重要:

/root/vps-agents          → control room: docs, rules, runbooks, architecture
                            no raw secrets, ever

/srv/<agent-name>/data    → live runtime: secrets, memory, skills, sessions, crons
                            this is where each hermes agent lives

控制室是定義系統的大腦。即時運行時是執行系統的身體。你可以從大腦重建身體——你不能從身體重建大腦。

控制室內部:

/root/vps-agents/
  README.md
  CLAUDE.md
  agents/
    <agent-name>/
      inventory.md
      docker.md
      env-map.md
      runbook.md
      backup.md
  shared/
    security.md
    commands.md
  api-keys-sop.md
  orchestrator-and-fleet-skills.md

每個代理人在 /srv/<agent-name>/data/ 的運行時內部:

.env
config.yaml
SOUL.md
memories/
skills/
cron/
sessions/
logs/
state.db

三種互動方式

control path:
   you ──────► agent control room
              (add agents, rotate keys, update docs, debug setup)

direct path:
   you ──────► hermes-seo
              (talk to a specialist directly, fastest)

orchestrated path:
   you ──► hermes-orchestrator ──► task bus ──► specialists ──► you
              (one front door, routes and synthesizes multi-agent work)

從一個代理人到完整艦隊

等級 1:一個代理人。 用你想要的語氣填寫 SOUL.md,用關於你業務的穩定事實填寫 MEMORY.md,用關於你的穩定事實填寫 USER.md。將它連接到 Telegram 或 Discord 讓它住在你所在的地方,然後用於真實任務,讓它沿途撰寫自己的技能。

等級 2:直接專業代理人。 多個專業代理人,但你仍然直接與每個對話——還沒有編排器。要避免的陷阱是在證明你的專業代理人有用之前就急著加編排器。決定何時啟動新代理人:

needs its own credentials      → new agent
needs its own long-term memory → new agent
ongoing repeated work / role   → new agent
otherwise                      → stay with what you have

等級 3:編排器 + 專業代理人。 你加入 hermes-orchestrator 作為前門。它讀取控制室以了解哪些代理人存在、每個做什麼、任務佇列在哪裡、哪些需要審批、哪些操作被禁止——它不是問你,而是自己讀取。這是你的設定從一堆代理人變成一個團隊的時刻。

等級 4:自動化代理人團隊。 與等級 3 相同的架構,但加上週期性工作流程和更強的自動化。每週報告在 cron 上運行、伺服器健康檢查每天觸發、備份驗證在你不介入的情況下運行。這就是你終端機裡的行銷部門的樣子——它自己來上班,只有需要品味的決策才會通知你。

從你的筆電或手機快速檢查一下艦隊:

$ ssh hermes
hermes-vps-1 ~ $ cd vps-agents
hermes-vps-1 ~/vps-agents $ docker ps --format "table {{.Names}}\t{{.Status}}"

NAMES                 STATUS
hermes-orchestrator   up 14 hours
hermes-seo            up 8 hours
hermes-cmo            up 8 hours
hermes-outbound       up 4 hours
hermes-life           up 12 hours

設定指南:把你的代理人指向倉庫

有一個公開範本保存著上述的精確架構,加上你的代理人用來為你設定它的技能。它位於 github.com/shannhk/hermes-agent-control-room。你可以手動克隆,但重點是不必如此——如果你的筆電上有 Claude Code 或 Codex,在你交出 Hetzner API 金鑰後,代理人會完成大部分工作。

you  ──►  generate a Hetzner API key
          (sign up, generate a token, drop it in your .env)
              │
              ▼
agent ──►  create-vps skill
          spins up a Hetzner box, generates an SSH key,
          writes the alias to ~/.ssh/config so `ssh hermes` works
              │
              ▼
agent ──►  setup-control-room skill
          installs Node, Docker, Claude Code, Codex CLI, Hermes,
          then clones the repo to /root/agent-control-room
              │
              ▼
you  ──►  finish interactive auth on the VPS (claude /login, codex, hermes)
              │
              ▼
agent ──►  agent-control-room skill
          registers your first hermes agent, fills the runbook, writes env-map
              │
              ▼
          you are at level 1 with a documented agent

10–15 分鐘內,你就有一台全新的 VPS,配備正確的工具,控制室已克隆,內建技能已連結,一個代理人已註冊並填寫了運行手冊和 env-map,筆電上有了 ssh hermes 別名。

原型→ production 方法論

大多數工作流程不是一開始就是 production 的——它們一開始很混亂。你透過運行它們來發現它們。四步驟路徑:

  1. 在 Hermes 中原型。 描述你想要的,讓它嘗試。第一次運行它會搞錯大部分。沒關係。
  2. 用真實工作跑 2–3 次, 每次修正偏移。框架觀察每次修正並在學習時撰寫技能。到第三次運行,代理人無需指導就能完成大部分你想要的事。
  3. 在專門的工作空間中微調。 收緊提示、鎖定路由、加入錯誤處理、決定哪些在 cron 上運行。
  4. 排程部署到 VPS。 一旦它在不需照看的情況下 Survive 了一週的真實運行,就推到它自己的 Docker 容器中,設定 cron,然後放手。

你無法從頭寫一個 production 代理人——你必須培育一個。Hermes 讓培育過程變快。

坦白的取捨

  1. 內建預設值也是觀點。 如果你想要對每個步驟有明確控制的原語,Hermes 會感覺很重——選擇符合你哲學的工具。
  2. 等級 3 和 4 有真實的學習曲線。 Docker、VPS、SSH、控制室架構——這些都不是「裝了就跑」。如果你還沒有每天在等級 1 上使用 Hermes,不要跳到等級 3。
  3. 模型仍然重要。 Hermes 讓好模型變得出色;它不會讓小模型變成戰略家。用你能負擔的最強模型處理重要的工作,用較便宜的模型處理不那麼重要的工作。

資源

  • 官方文件 — 從安裝指南開始,然後是技能頁面以了解開箱即用的功能。
  • 控制室範本github.com/shannhk/hermes-agent-control-room,上述精確架構,可直接克隆。
  • 社群圖鑑 — 精選的 100 多個開源工具、外掛、工作空間和基於 Hermes 的整合。
  • @NousResearch on X — 官方功能公告。
  • 聚會 — 線下 Hermes 聚會正在進行中。你在 90 分鐘的閒聊中學到的比一週的閱讀還多。

這些都不是魔法。它是一個有回報的框架,因為記憶會累積、技能會累積、而代理人保持在職責範圍內。


此流程由 Shann³ 分享。追蹤他以獲取更多關於大規模操作 Hermes 的內容。Hermes Agent 是 Nous Research 的開源專案。