Hermes 三隻 agent 幫我顧 SEO






Claude 禁用 OpenClaw 之後我就沒再碰。呼聲最高的替代品 Hermes 最近撿回來玩,hermes setup 跑一次就過——這幾天它甚至已經在我睡覺時幫我顧 dawsonwang.com 的 SEO。
這篇分享:為什麼設定比 OpenClaw 輕、Discord 為什麼適合當多 agent 的工作室、我讓三隻 agent 在跑什麼、踩到的坑怎麼解。
名字其實是希臘的,不是法國的
H 在法文不發音,所以 Hermès 才會被翻成「愛馬仕」。但這套 agent 走的是希臘版本——荷米斯是奧林帕斯眾神的傳令使者,一位跑來跑去幫所有人帶話的角色,對應到 multi-agent(多隻 AI 分工協作)框架的定位剛剛好。
實際的專案是 Nous Research 在 2026 年 2 月開源的 hermes-agent,兩個月不到就破 10 萬星。標榜的核心能力有兩條:
- 自動萃取互動成新的 skill:跑完一個複雜任務後會回顧自己怎麼做的,把成功的模式寫成 markdown 存到
~/.hermes/skills/,下次同類任務直接呼叫 - skill 在使用中自我進化:下次再呼叫到同一個 skill,發現有更好的做法就會回頭改 markdown
跟 OpenClaw 同源這件事不只是定位接近——Hermes 的 setup wizard 會自動偵測 ~/.openclaw/,問你要不要直接把 settings、memories、skills、API keys 整包搬過來。
為什麼設定比 OpenClaw 簡單
OpenClaw 給我的體感是門檻卡在「軟體設定」這段,對工具鏈不熟的人很難跨。
Hermes 我這次 hermes setup 一次就過。差別在精神——OpenClaw 預設你會自己拼裝;Hermes 預設你想趕快開始用。對只想跑起來的人來說,這條曲線差很多。
訊息管道我推 Discord
Hermes 的 gateway(訊息進出口,決定它從哪個 App 接你的指令)支援 Telegram、Discord、Slack、WhatsApp、Signal、Email。我比較了 Telegram 跟 Discord 後選 Discord,兩個理由:
| Discord | Telegram | |
|---|---|---|
| 免費 | ✓ | ✓ |
| 一個專案一個頻道 | ✓(一個 server 多個 channel) | △(channel 偏廣播,N 個專案並行會混) |
| 訊息討論串 | ✓(每則訊息可開 thread) | ✗ |
最後是 thread 那一條決定的——同一個 channel 可以同時長好幾條對話串,agent 各自在自己的 thread 裡跑,互不打架。
三隻 agent 在同一個 Discord 怎麼分工
Hermes 支援用不同 profile(每隻配一組身分 + 模型)跑多個 agent。我目前在 Discord 開了三隻:
- gpt(跑 GPT 5.5)
- claude(跑 Claude)
- mimo(跑 Day 142 申請到的小米 MiMo)
指派工作就跟同事一樣,@gpt 或 @claude,誰擅長就丟誰。agent 之間目前還無法互相 mention——要協作要嘛由我當中間人,要嘛像下面的 SEO 流程一樣,讓 GitHub 當接力站。
全自動的 SEO 流程
目前讓三隻在 dawsonwang.com 這條線跑的工作流:
- gpt 用 cronjob 每 30 分鐘觸發一次,依照 @darkseoking 開源的 seo-coach(18 個 SEO audit 模組組成的 skill)去檢查我的個人站,找到問題就開一張 GitHub issue
- gpt 看到 issue 後接著開 PR 去解
- claude 也是每 30 分鐘觸發一次,去 review 還沒 merge 的 PR,可以的就直接合
- dawsonwang.com 由 Vercel watch main branch,merge 進去幾分鐘內就自動 deploy 上線
整個迴圈我睡覺也在跑。早上起來看,多了幾條 SEO 上的小修正——meta description 補了、internal link 加了、image alt 補了。沒有一條是 critical,但累積下來就是個自走的小團隊。
一隻壞掉,另一隻直接修
OpenClaw 時代常見的痛:壞掉就得回本機 terminal 手動處理。
Hermes 這邊有個我蠻意外的設計——一隻 agent 壞掉,我可以直接叫另一隻 agent 進去修。對 claude 喊一聲「你看一下 gpt 是不是卡了」,claude 真的會去查、去戳、必要時直接幫對方重啟。(agent 不會自己發現對方壞掉去救,要由我觸發。)
目前還沒遇到 OpenClaw 那種「非本機修不可」的情況。
最常踩到的坑:auxiliary LLM provider
跑久一點會碰到這條警告:
⚠ No auxiliary LLM provider configured
原因其實單純——一開始 hermes setup 我選了快速設定,auxiliary LLM provider 是可選項,那條就被跳過。後來 Hermes 跑到需要這顆額外小模型的場景時,發現沒設定就吐這條警告。
打開 config.yaml,把 auxiliary provider 補上(指向你想用的便宜模型即可,這顆吃的 token 不多),警告就消失。如果你 setup 時挑的是完整流程,就不會遇到。
適合誰
- 已經在跑 OpenClaw 但被 setup 跟維運煩到的人——遷移成本接近 0,舊設定 Hermes 自己會搬
- 想讓 AI 在訊息管道(Discord/Telegram/Slack)上幫你跑長期任務的人
- 對「agent 自己寫 skill 自己用」這條路線好奇的人
不適合
- 只想跑單次任務、不打算養長期 workflow 的人——Hermes 的優勢都在「持續累積」這段,跑一次就丟可惜
OpenClaw 把「一直開著的 AI agent」這條路打開,Hermes 接著把它做完整:不用本機顧、agent 自己寫 skill、壞了還能互修。
放著跑的 AI——這次真的能放著跑。
Sources:
- Hermes Agent: https://github.com/nousresearch/hermes-agent
- darkseoking 的 seo-coach: https://github.com/akseolabs-seo/seo-coach