Hermes Agent | Nous Research

我已經會 Claude 還需要學 Hermes Agent 嗎?v0.20改版功能

2026 年 8 月 3 日,Nous Research 發布 Hermes Agent v0.20,也就是 v2026.8.3 Herald Release

但這篇真正要回答的不是新版多厲害,而是更尖銳的問題:

如果你已經會 Claude Code 或 Codex,還需要另外學 Hermes Agent 嗎?

誠實說,Claude Code 也能做長任務規劃、跑驗收、串 MCP(外部工具連接協定)、呼叫 API、讀寫檔案、跑 terminal(終端機),甚至直接編輯 Obsidian 知識庫。

所以如果有人說 Hermes Agent 的價值是 Claude Code 做不到這些事,那個說法不夠準確。

真正差異不是單項功能能不能做,而是你要把 AI 放在哪一種工作系統裡。

Hermes Agent v0.20 最新改版功能是什麼?

Hermes Agent v0.20 的更新重點,是把 Agent 從單一終端機任務,往語音、桌面、跨平台、自動化與可驗證研究推進。

v0.20 這次更新規模有多大?

這次更新規模很大,官方列出的數字包含約 3650 個 commits、1400 個 merged PR、559000 行新增、405000 行刪除,還有 650 多位 contributors 參與(我也是其中一位)。

對使用者來說,這些數字不是重點,重點是 Hermes Agent 正在變成一個更完整的 AI 工作台,而不是只是一個能在終端機裡幫你做事的工具。

v0.20 有哪些最值得看的新功能?

這版最值得看的功能,可以收斂成五類:即時語音與 wake words(喚醒詞)、Desktop artifacts(桌面成果物)和 plugin SDK(外掛開發套件)、A2A v1.0(Agent-to-Agent,代理人互相溝通的協定)、signed outbound webhooks(帶簽名的外部通知)、grounded citations(附來源的引用)與 fact-checking(事實查核)。

翻譯成白話,Hermes Agent v0.20 想處理的是 AI 怎麼被叫起來?怎麼把結果呈現出來?怎麼通知外部系統?怎麼跟其他 agent 溝通?以及怎麼讓研究內容可驗證?

Claude Code 現在還只是終端機工具嗎?

Claude Code 確實也能做很多類似的事,而且能力比很多人想像得更廣。

Claude Code 能不能長任務規劃、驗收和跑工具?

Claude Code 的起點確實是 Anthropic 的 agentic coding tool(代理人式寫程式工具),它能讀 codebase(程式碼庫)、改檔案、跑 commands(命令),並透過 MCP(Model Context Protocol,讓 AI 連接外部工具的協定)讀 Google Drive、更新 Jira、抓 Slack 資料或接自訂工具。

所以,長任務、驗收、MCP、API、terminal toolchain,不是 Hermes Agent 的獨占能力,Claude Code 只要你設定得好,本來就能做很多工程師想像中的 AI 工作流。

Claude Code 能不能編輯 Obsidian 知識庫?

當然可以,Obsidian 本質上是一個 Markdown 檔案資料夾,只要 Claude Code 能讀寫那個資料夾,它就能整理筆記、改 frontmatter、更新索引、重構知識庫。

網路上很多 Claude Code 加 Obsidian 的第二大腦工作流,邏輯完全成立。

Claude Code 也有記憶、skills、hooks 嗎?

也有相近機制,Claude Code 會讀 CLAUDE.md,也有 auto memory(自動記憶)、skills(可重複使用的技能模組)、hooks(在特定事件自動執行的規則)、settings(設定)和 MCP servers(外部工具伺服器)。

但比較精準的說法是:Claude Code 的核心設定可以跨多個介面共用,不同 Surface(操作介面)的設定來源與功能仍有差異,不能簡化成一套設定完全無差別地套用在所有地方。

Claude Code 也有跨平台、排程和 Artifacts 嗎?

有,這也是原本比較最容易低估的地方,Claude Code 現在可以在 terminal(終端機)、IDE(整合開發環境)、Desktop(桌面版)、Web(網頁版)和 Mobile(手機版)等 Surface(操作介面)使用,另外還有 Remote Control(遠端控制)、Computer Use(電腦操作)、Connectors(外部服務連接器),以及仍在持續擴充的 Channels(通訊平台入口)。

Claude 的 Routines(排程/事件觸發的自動任務)可以依排程、API 或 GitHub 事件啟動,Artifacts(可分享的成果物)也能產生、更新、分享,甚至串接 Connector(外部服務連接器),所以跨平台、排程和成果交付不能再被當成 Hermes Agent 獨有的分水嶺。

這篇文章我不想用功能清單去說服你,因為功能清單一攤開,Claude Code 和 Hermes Agent 的重疊非常大。

Hermes Agent 和 Claude Code 真正差在哪?

真正的差異,不是 Hermes Agent 會做而 Claude Code 完全不會做,而是兩邊在部署方式、模型選擇、通訊入口、語音體驗和維運責任上的取捨不同。

兩邊都是 Agent Workbench(代理人工作台),部署方式一樣嗎?

Claude Code 現在已經不是只能待在 repo 裡的終端機工具,它有 terminal、IDE、Desktop、Web、Mobile 等入口,並且持續加入 Remote Control、Channels、Routines 和 Artifacts,把它簡化成工程師專用工具,已經落後於現在的產品能力。

Hermes Agent 的結構差異在於開源與自架,你可以自己掌握服務、權限、資料流和部署方式,代價是更新、金鑰、Gateway(訊息閘道)、模型服務與安全設定也要自己負責。這不是單純的功能優勢,而是控制權和維運責任的交換。

多模型與本地模型自由度誰比較高?

Hermes Agent 可以在 OpenAI、Anthropic、Gemini、OpenRouter、Ollama、LM Studio 等 Provider(模型服務供應商)之間切換,也能把本地模型放進同一套工作系統。對需要控制成本、資料位置或模型路由的人來說,這是 Hermes Agent 很實際的結構差異。

Claude Code 的優勢則是 Anthropic 官方產品、文件與託管服務整合得比較完整,使用者不必先維護一套多 Provider 基礎設施。

若你的優先順序是少維運、快上手和官方整合,託管平台可能反而更省事。

通訊平台、語音與 Wake Word(喚醒詞)哪裡不同?

Claude Code 也開始往跨平台入口走,Channels 目前涵蓋 Telegram、Discord 和 iMessage 等整合,但仍屬於持續發展中的功能,不能再說 Claude 完全沒有手機或通訊平台入口。

Hermes Agent 真正比較有辨識度的地方,是 Gateway 的自架彈性,以及即時串流語音、打斷和 Wake Word 這種更接近「隨時叫得起來」的體驗。

若你的工作需要 LINE、WhatsApp 等更廣的通訊入口,仍要依實際版本與設定逐一確認,不能只看產品名稱推論。

誰的日常維運成本比較低?

Hermes 的自架與開源代表你有更多控制權,也代表你要處理服務、更新、權限、金鑰、Gateway 和故障排查。

Claude 的託管功能在很多個人或團隊情境下,日常維運成本反而比較低。

A2A、Signed Webhooks 和 Provider Routing 重要嗎?

如果你只是在本機完成一次 coding 任務,這些能力不一定重要,如果你要把 Agent 放進公司流程,它們就會變成基礎設施問題。

A2A(Agent-to-Agent,代理人對代理人的溝通協定)是讓不同 Agent 溝通,Signed Webhooks(帶簽名的 Webhook 外部通知)是讓外部系統驗證事件來源,Provider Routing(模型服務供應商路由)則是依任務選擇不同模型或服務。

這些是 Hermes Agent 比較值得強調的結構差異,但也不能直接翻譯成 Claude 做不到,而是要比較哪一邊更符合你的部署、治理和整合條件。

知識庫是分水嶺嗎?

不是,Claude Code 可以編輯 Obsidian,Hermes Agent 也可以。

真正的問題是:你要不要把反覆出現的筆記整理、排程、交付和驗收,提升成可重用的 skill(技能模組)、cron(排程任務)、gateway(訊息閘道)任務和制度。

Hermes Agent 工作流架構:模型、執行層與知識層的分工
比較精準的看法是:Hermes Agent 不一定比 Claude Code 更會做單一任務,但它更強調把模型、執行層與知識層接成可重用的工作流。

什麼情況下,你其實不必另外學 Hermes Agent?

如果你已經把 Claude Code 用成自己的 AI 工作台,而且主要工作集中在 repo、terminal、Obsidian 和已經設定好的託管服務,那你不一定需要另外學 Hermes Agent。

情境一:你的工作幾乎都在工程專案裡?

如果你的任務是修 bug、寫測試、重構、看 PR、跑 CI、整理技術文件,Claude Code 會是更直接的選擇。

你可以用 CLAUDE.md 寫規則,用 hooks 做保護,用 MCP 接外部資料,用 terminal 跑驗收。

在這種情境下,Hermes Agent 不是必要工具,硬要多學一套,只會增加切換成本。

情境二:你願意接受託管服務,或自己維護 glue code?

如果你本來就會寫 shell script、Python、MCP server、GitHub Actions,願意自己把 Claude Code、Obsidian、API、排程和驗收串起來,那你可以用 Claude Code 做出非常接近 Hermes Agent 的效果;如果你不想維護自架服務,Claude 的託管功能也可能更適合。

這不是退而求其次,而是工程師會選擇的路線,對熟 terminal 終端機的人來說,最強的工具有時候就是自己拼出來的那一套。

情境三:你不需要自架、多模型或語音入口?

如果你不需要自架服務、多模型與本地模型切換,也不需要即時語音、Wake Word 或更廣的 Gateway 入口,那 Hermes Agent 的結構優勢對你就沒那麼重要。

這時候你可以把重心放在 Claude Code,把 CLAUDE.md、MCP、hooks、skills 和 Obsidian 工作流建立好就夠了。

什麼情況下,Hermes Agent 才值得另外學?

Hermes Agent 值得學的情境,不是因為 Claude Code 做不到跨平台營運,而是你需要開源自架、多模型與本地模型自由度、更廣的 Gateway、原生語音,或把 Agent 當成可治理的基礎設施。

情境一:你要管理的不只是 code,而是一條產線?

內容產線不是單一任務,它包含素材蒐集、查證、寫稿、圖片、WordPress、SEO、內部連結、備份、handoff、發布後驗證。

Claude Code 可以做這些,沒有問題,但 Hermes Agent 更適合把這些步驟收成固定 skill、toolset、verification guardrail 和跨平台交付,讓下次不用從頭講。

情境二:你希望 AI 可以在不同入口被叫到?

Hermes Agent 的 messaging gateway(訊息閘道)、voice mode(語音模式)、desktop(桌面版)、TUI(文字介面)和 CLI(命令列工具),讓它比較像一個可以被不同入口叫到的工作台。

如果你的真實工作不是坐在電腦前,而是手機、會議、通訊軟體、桌面通知、背景排程一起來,Hermes Agent 的學習價值會上升。

情境三:你想把成功流程變成制度?

AI 工作流是把輸入、處理、輸出、驗收和規則回寫串起來的流程,用途是讓 AI 不只完成一次任務,而是讓下一次做得更穩。

Hermes Agent 的 persistent memory(持久記憶)、skills(技能模組)、cron(排程任務)、grounded citations(附來源的引用)、delegation(委派子任務)、toolsets(工具組合)比較像在回答這個問題:這次做對的東西,下次能不能不用重新教?

Claude Code、Codex、Hermes Agent 到底怎麼選?

Claude Code、Codex、Hermes Agent 現在都能處理工程、知識、排程和跨平台工作,不應該再用誰比較萬能來選,而是要看部署、模型、平台和維運條件。

比較維度Claude Code/CodexHermes Agent
部署方式成熟的託管平台與官方整合,Claude Code 也有 terminal(終端機)、IDE(整合開發環境)、Desktop(桌面版)、Web(網頁版)、Mobile(手機版)等操作介面開源、自架,自己掌握服務、權限、資料流與部署方式
模型自由度以各自生態的模型與官方服務為主,重點是少維運、快上手可切換多個 Provider(模型服務供應商),也能接 Ollama、LM Studio 等本地模型
通訊與語音Channels(通訊平台入口)、Remote Control(遠端控制)等能力持續擴充,Channels 目前仍屬預覽性質Gateway(訊息閘道)、自架通訊入口、即時語音、打斷與 Wake Word(喚醒詞)是較鮮明的差異
自動化與編排MCP(外部工具連接協定)、Hooks(事件規則)、Routines(排程任務)、Artifacts(成果物)、Connectors(外部服務連接器)、Subagents(子代理人)Skills(技能模組)、Cron(排程)、Gateway(訊息閘道)、A2A(代理人互相溝通)、Signed Webhooks(可驗證來源的外部通知)、Provider Routing(模型服務供應商路由)
維運責任託管服務通常降低日常服務維護成本控制權更高,但要自己負責更新、金鑰、權限、服務與故障排查
Hermes Agent 與 Claude Code 的差異,不是功能有無,而是部署、模型自由度、通訊入口與維運責任。

Codex 放在哪一層看?

Codex 這個名稱要先分清楚,它可能指 OpenAI 的產品、Codex CLI(命令列工具)、Provider(模型服務供應商)、Harness(驅動 Agent 的執行框架)或模型系列。放在這篇文章裡,較適合把 Codex 視為 OpenAI 生態中的 coding agent(寫程式的代理人)/模型選項,不要把它和 Hermes Agent 放在完全同一層比較。

我目前也會在 Hermes Agent 中使用 OpenAI Codex 模型作為主要推理引擎之一,所以 Hermes Agent 和 Codex 並不是互斥選項,前者是工作系統,後者可以是其中一個模型或執行引擎。

如果你偏好 OpenAI 模型,或某些任務在 Codex 上效果更好,就把它放進你的任務分工,不要把產品名稱誤當成完整的工作系統。

不要把工具選擇變成宗教戰,應該把它們放進任務分工。

最務實的組合是什麼?

最務實的組合可能不是三選一,而是分層使用。

如果你是一個人或工程師,Claude Code 或 Codex 可能就夠,我也是 Claude Code 愛好者。

如果你同時是老闆、創作者、講師和內容營運者,Hermes Agent 比較有機會變成你的 AI 工作總控台。

為什麼我知識衛星課程教 Hermes Agent?

我知識衛星課程,不是叫你放棄 Claude 改信 Hermes Agent,而是教你把工具上面的工作流抽出來,變成可以搬家的方法。

知識衛星課程中的 Hermes Agent 與 Claude Code AI 工作流

課程教 Hermes Agent,還是教工作流?

課程會用 Hermes Agent,因為它很適合示範 memory(記憶)、skills(技能模組)這些概念怎麼合在一起。

但課程真正要教的是 HERMES 框架:Hunt、Extract、Render、Mount、Execute、Systemize,也就是找痛點、抓資料、轉格式、掛工具、跑流程,最後把規則留下來變系統。

如果最後用 Claude Code,課程還能用嗎?

可以,你可以把課程裡的 workflow thinking 轉成 CLAUDE.md、AGENTS.md、hooks、MCP server 等規格。

課程真正賣的不是 Hermes Agent 操作,而是你怎麼設計一套不被工具綁死的 AI 工作方法。

企業主決策摘要

如果你已經用 Claude Code 或 Codex 把 codebase、Obsidian、MCP、hooks、排程和驗收流程接起來,Hermes Agent 不是必修。

這時候最該做的,是把你現有的 Claude Code 工作流文件化、測試化、版本化。

如果你需要開源自架、多模型或本地模型、較廣的 Gateway、即時語音、Wake Word、A2A、Signed Webhooks 和 Provider Routing,Hermes Agent 就值得學,因為這些是它比較有辨識度的結構差異。

如果你是企業主,應該先問自己:我要的是託管平台的低維運,還是自架系統的控制權與模型自由度?

前者通常先評估 Claude Code 或 Codex,後者再評估 Hermes Agent,而且要把服務維護、金鑰、權限與故障排查成本一起算進去,不能只比較功能清單。

結論:Hermes Agent 不一定更強,但它代表另一種工作系統

Hermes Agent 不一定在每個單項能力上都比 Claude Code 強,如果只說 Hermes 可以長任務、可以驗收、可以接工具、可以編輯 Obsidian,那確實說服力不夠,因為 Claude Code 也可以。

比較準確的答案是:Claude Code、Codex 與 Hermes Agent 現在都能處理工程、知識、排程和跨平台工作,差別不再是工程工具對營運工作台,而是部署方式、模型自由度、通訊平台、語音能力、編排層和維運責任不同。

所以你要不要另外學 Hermes Agent,取決於你想成為哪一種使用者。

想要成熟託管平台、官方整合與較低的日常維運,可以先評估 Claude Code 或 Codex,但這些平台不可能把它的程式碼給你看,你也無法改他的程式碼。

想要開源自架、多模型與本地模型自由度、較廣的 Gateway,或原生語音、Wake Word、A2A 與 Signed Webhooks,Hermes Agent 就值得學,但要接受自己承擔維運成本。

如果你是企業主,考慮到資安問題,想要完全離線地端模型的全套工作流程與企業導入,歡迎寄信給我們科技翰林院。


Hermes Agent 是什麼?2026 教學、費用、本地模型硬體需求與 Ollama 指南

Claude Code + Obsidian 工作流教學:2026 最新 AI 第二大腦實戰

Skill、MCP、API 是什麼?三者差別與三層架構一次看懂


參考資料

Nous Research. Hermes Agent v0.20.0 v2026.8.3 release notes

Hermes Agent Documentation. Hermes Agent overview

Hermes Agent Documentation. Persistent Memory

Hermes Agent Documentation. Skills System

Hermes Agent Documentation. Scheduled Tasks Cron

Claude Code 官方文件。Overview 與可用 Surface

Claude Code 官方文件。Memory、CLAUDE.md 與 Skills

Claude Code 官方文件。MCP 與外部工具整合

Claude Code 官方文件。Hooks reference

Claude Code 官方文件。Channels 與通訊平台整合

Claude Code 官方文件。Routines 排程與事件觸發

Claude Code 官方文件。Artifacts 產出、分享與 Connector

OpenAI 官方文件。Codex 與 OpenAI 工具的使用情境


FAQ

Hermes Agent 還需要另外學嗎?

如果你已經把 Claude Code 或 Codex 用成自己的 AI 工作台,而且主要工作都在 repo、terminal、Obsidian 和已設定好的託管服務裡,Hermes Agent 不一定必學。若你需要開源自架、多模型與本地模型、Gateway、語音或 Agent 基礎設施,Hermes Agent 才值得評估。

Claude Code 可以取代 Hermes Agent 嗎?

在很多單項任務上可以接近取代,尤其是寫程式、讀寫檔案、MCP、hooks、Obsidian、排程和部分跨平台流程。但 Hermes Agent 的差異不是單項功能,而是開源自架、多模型與本地模型、Gateway、語音及 Agent 基礎設施的組合。

Claude Code 可以編輯 Obsidian 嗎?

可以。Obsidian 是 Markdown 檔案資料夾,只要 Claude Code 有檔案讀寫權限,就能整理筆記、改 frontmatter、更新索引和重構知識庫。這也是很多人用 Claude Code 做第二大腦的原因。

Hermes Agent v0.20 最重要的更新是什麼?

v0.20 的重點包含即時語音、wake words、Desktop artifacts、plugin SDK、A2A v1.0、signed outbound webhooks、grounded citations 和工具自我修復。這些功能讓 Hermes 更像跨平台工作台,而不只是 terminal agent,但 grounded citations 和 fact-checking 只是提供查核線索,不代表研究結果自動正確。

企業主應該先學 Claude Code 還是 Hermes Agent?

如果企業主目前主要痛點是工程開發、repo 維護和技術文件,先學 Claude Code。如果痛點是內容產線、知識庫治理、跨平台交付、排程和驗收制度,Hermes Agent 會比較接近要解的問題。

知識衛星課程是不是只教 Hermes Agent?

不是。課程會用 Hermes Agent 當示範工具,但核心是 AI 工作流、知識庫、Skill、驗收規則和 Build Buy Skip 判斷。就算最後用 Claude Code,也可以把這些方法轉成 CLAUDE.md、hooks、MCP 和 Obsidian workflow。

Similar Posts