### 一、前言(注意前半部分囉唆話比較多 做好心理準備哈🤣)
大家好,我是卡卡。最近爆火的 Hermes Agent,大家都體驗了嗎?
可能有些同學到現在還不知道這到底是個什麼東西,只是刷社群、刷推文的時候,老看到有人在聊它。甚至聽到別人說什麼愛馬仕代理人,但整個人完全一臉懵。
其實這也正常。因為現在 AI 這更新速度實在太快了,前陣子龍蝦剛火的時候,很多人都還沒來得及完全玩明白,這邊 Hermes Agent 又開始爆起來了。就像我平常工作使用 Claude Code、Codex 等還沒搞懂呢,還有各大廠商自己做出來的各種 AI 程式工具、各種 Agent 專案,感覺都還沒來得及一個個去體驗,新的東西又冒出來了。到底 AI 屆都有誰在啊!
有時候真的會忍不住感慨一句,我用 AI 開發一天,AI 革命一年。

尤其是今年,這種感覺特別明顯。AI 已經不是一個可有可無的新玩具了,而是慢慢變成了我們工作裡繞不過去的一部分。對我們開發人員來說也是一樣,這些東西你可以不用,但你不能完全不了解。畢竟不管是平時開發提效,還是以後找工作、看機會,AI 相關的工具和方向,基本都已經繞不開了。特別是現在面試基本上都會詢問了解過哪些 AI 工具、軟體、大模型等等。
雖然龍蝦前段時間的熱度慢慢下去了,但 Hermes Agent 最近又迎來了一波新的熱潮。Hermes Agent 號稱是會自我進化的下一代 AI Agent。光看這句話,其實就已經很容易把人的好奇心勾起來了:它到底是包裝出來的新概念,還是真的有點東西?
我這幾天正好忙完了一些事情,也順手把 Hermes Agent 在我的 Mac 上裝起來體驗了一遍。整體用下來,感覺確實還不錯。不過這篇文章我不打算一上來就直接講安裝步驟,畢竟在動手之前,我們還是得先把一個問題搞清楚:Hermes Agent 到底是什麼,它跟我們之前接觸過的那些 Agent 工具又有什麼不一樣?
那 Hermes Agent 到底是什麼呢?
簡單來說,它是 Nous Research 開源出來的一個會自我改進的 AI Agent。和我們平時接觸到的很多 AI 工具不太一樣,Hermes Agent 想做的並不是一次性陪我們聊幾句、做幾個任務就結束,而是更像一個會長期陪著我們工作的智能助手。它可以運行在我們自己的伺服器上,也可以部署在雲端,重點不是只在某一次對話裡表現得多聰明,而是它會隨著使用時間變長,慢慢累積經驗,變得越來越懂我們。
它的倉庫地址我也放一下:
https://github.com/nousresearch/hermes-agent

我看了一下,現在這個專案在 GitHub 上已經有 60 多 k Star 了,熱度確實很高。能在這麼短時間內被這麼多人關注,肯定不只是因為名字聽起來高級,而是因為它背後的思路,確實跟我們以前理解的很多 Agent 不太一樣。
Hermes Agent 的核心理念其實可以用一句話來概括:
普通 AI 每次對話都像重新開機,Hermes 更像一個會慢慢成長的同事。
我們平時用很多 AI 工具的時候,最明顯的感受就是,它這一輪聊得挺好,下一輪可能又像失憶了一樣。上一次說過的偏好記不住,做過的事情沉澱不下來,踩過的坑下次還會再踩一遍。很多時候我們不是在培養一個助手,而是在反覆重新教一個新人。
但 Hermes Agent 想解決的,恰恰就是這個問題。
它比較有趣的地方,主要有下面這幾點。
Hermes Agent 很強調一件事,就是經驗不能只停留在一次任務裡,而是要沉澱下來,變成下次還能繼續用的能力。
簡單理解就是,我們讓它完成一個複雜任務之後,這個任務不應該只是做完就結束了。它會嘗試從這次過程裡提取出有價值的經驗,然後整理成結構化的技能。像有些任務完成之後,它會把過程裡的關鍵步驟、判斷方式、執行套路,整理成可以複用的 Markdown Skill 檔案。這樣下次再遇到類似場景,就不是重新從零開始,而是可以直接呼叫之前沉澱下來的經驗。
而且它不只是會生成技能這麼簡單,後面繼續使用的時候,這些技能還會再被調整、再被優化。也就是說,它不是做一套死的模板丟在那裡,而是希望技能這套東西也能跟著使用過程慢慢迭代。
這也是為什麼很多人會說它有一點自我進化的味道。因為它不是單純把任務做完,而是想辦法把完成任務的過程,變成以後還能繼續複用的能力。
這是 Hermes Agent 另外一個很核心的點。
我們以前用很多 AI 的時候,經常會有一種感覺,就是這一輪聊得很好,下一輪又得重新交代背景。我們是誰、我們在做什麼、我們之前討論到哪一步、我們更偏好什麼寫法,很多內容都得重新說一遍。
Hermes Agent 想做的是把這些東西真正記下來。
也就是說,它不是只記當前視窗裡的上下文,而是可以把跨會話的資訊持續沉澱下來。我們前面說過什麼、做過什麼、偏好什麼,它後面是可以繼續拿來參考的。這樣用久了之後,它就不只是暫時的工具,而更像一個一直在旁邊跟著我們做事的助手。
這種感覺其實跟普通對話型 AI 很不一樣。普通 AI 更像每次見面都要重新自我介紹,Hermes 則更像前面已經跟過我們很多次專案,很多事情不用每次都從頭講。
除了記事情,Hermes Agent 還有一個很重要的方向,就是 使用者建模。
這個詞聽起來有點技術,但簡單來說,其實就是它會慢慢了解我們的使用習慣。
比如我們平時更常做什麼類型的任務,我們喜歡什麼表達方式,我們習慣怎麼安排工作流程,我們更在意效率、穩定性,還是更在意解釋過程。這些東西如果只是一次會話裡知道,其實意義不大;但如果它能跨會話持續累積,那它後面給出來的幫助就會越來越貼近我們的真實習慣。
說得直接一點,就是它不是只在理解任務,也在慢慢理解我們。
所以從這個角度看,Hermes Agent 更像是在往個人助理這個方向走,而不只是個把指令執行完就結束的 Agent 工具。它越用越久,理論上就越懂我們,越能給出更貼合我們習慣的幫助。
我覺得這是 Hermes Agent 最值得單獨說的一點。
現在很多 AI 工具都在強調模型強、回答快、一次生成能力好。但 Hermes Agent 比較特別的地方在於,它不只是追求某一次回答有多強,而是想把重點放在 長期使用之後會不會越來越好用 這件事上。
也就是說,它想做的不是那種每次都很聰明、但每次都像第一次見面的 AI,而是一個跟我們相處時間越長、對我們越了解、做事方式越成熟的 Agent。
這個思路其實挺像現實裡的同事。一個真正靠譜的同事,不是第一次合作就什麼都懂,而是在一次次配合裡,越來越知道我們要什麼、越來越知道事情該怎麼做、越來越少走彎路。Hermes Agent 想做的,其實就是這種感覺。
所以如果我們只是把它當成一個普通聊天工具來看,可能會覺得它跟別的 Agent 差不多。但如果我們把它放到長期協作、持續記憶、不断積累經驗這個維度去看,就會發現它的定位其實挺不一樣的。

那 Hermes Agent 最近為什麼會這麼火呢?
我這幾天看下來,感覺它火起來並不是偶然。現在 AI Agent 專案其實很多,新東西也一直在出,但真正能一下子引起這麼多人關注的,肯定不只是因為名字新、熱度高,而是它確實踩中了當下大家最關心的幾個點。
我們平時用很多 AI 工具的時候,最大的问题其實不是它不夠聰明,而是它不夠連續。
這一輪聊得挺好,下一輪又像重新開始。上次的經驗記不住,做過的事情沉澱不下來,用久了還是會有一種每次都在重新教它的感覺。
而 Hermes Agent 最吸引人的地方,就是它一直在強調自己不是一次性對話工具,而是一個會持續累積、持續成長的 Agent。它會記憶、會沉澱經驗、會生成技能,還會隨著使用過程不斷調整自己。這個思路一出來,其實很容易打動大家。
因為這正好對應了我們現在對 AI Agent 的一個很強烈的期待:我們想要的不是每次都很聰明的工具,而是一個越用越順手、越用越懂我們的助手。
Hermes Agent 這波熱度能起來,還有一個很現實的原因,就是它很容易被拿來跟龍蝦一起聊。
前段時間龍蝦火的時候,很多人都在關注這種偏向 Agent 的使用方式。大家開始不滿足於單純問一句、答一句,而是開始關心 AI 能不能長期記憶,能不能持續做事,能不能更像一個真正陪著我們工作的助手。
而 Hermes Agent 一出來,很多人第一反應就是,它是不是往這個方向再前進一步。尤其是它還提供了針對 OpenClaw 的遷移能力,這件事本身就很容易引發討論。因為這不只是個新專案發佈了這麼簡單,而是會讓很多原本就在關注龍蝦的人,馬上把注意力轉過去。
所以它的熱度,並不是從零開始堆起來的,而是在原本那波 Agent 討論基礎上,繼續往上接了一波。
說實話,現在很多專案都在講自己強、講自己快、講自己支援多少模型、多少工具。但 Hermes Agent 比較不一樣的地方在於,它講的是另一件事:它能不能隨著時間越來越聰明。
這個點為什麼容易火?因為它很容易讓人產生想像。
普通 AI 很像我們每次都在新開一個聊天視窗,聊完就散了。Hermes Agent 想表達的是,前面的對話、經驗、技能、習慣都能慢慢留下來,後面不只是繼續用,而且能越用越成熟。這個敘事本身就很有吸引力。
尤其是對我們開發人員來說,我們其實很容易代入這個場景:如果真有一個 Agent,前面跟著我們做過很多事情,知道我們的習慣,知道我們常見的工作流,甚至能把之前成功的方法沉澱成技能,那它後面帶來的效率提升就不是一次性的,而是長期累積的。
這個想法,本身就足夠讓很多人願意去試一試。
還有一個原因也不能忽略,就是它背後是 Nous Research。
很多時候一個專案能不能快速出圈,除了產品本身,也和背後的團隊有關。Nous Research 本身在 AI 社群裡就已經有一定知名度,所以當他們推出 Hermes Agent 這種帶有明顯方向感的專案時,天然就更容易被關注、被討論。
這樣在大家看到這種專案的時候,不會只把它當成一個普通的新工具,而會更願意多看兩眼:它到底想做什麼,它是不是代表了某種新的方向。
這也會讓它在短時間內比很多普通專案更容易形成討論熱度。
還有一點也挺重要,就是 Hermes Agent 雖然講的是長期記憶、自我進化、技能沉澱這些聽起來很高級的東西,但真正上手的時候,並沒有想像中那麼高門檻。
很多人一開始看到這種專案,可能會覺得是不是特別重、特別複雜、特別難部署。但真去看它的安裝和配置流程,會發現它至少不是那種光看文件就讓人想放棄的東西。也正因為這樣,很多人會願意真的裝起來試一下,而不是停留在看個概念介紹。
一個專案只有概念,是很難持續火下去的。但如果它既有概念,又能讓人比較快地開始體驗,那討論度就很容易往上走。
最後還有一個很關鍵的點,就是時間。
現在大家對 AI 的期待,已經和前兩年不太一樣了。以前我們更關心的是它會不會寫、能不能答、生成效果好不好。現在很多人開始更進一步關心,AI 能不能長期協作,能不能真正融入工作流,能不能成為一個長期在線的助手。
也就是說,大家已經不只是想找一個回答問題的模型了,而是在找一個能長期陪著我們做事的 Agent。
而 Hermes Agent 講的那套東西,剛好就踩在這個時間點上。它不是只在強調模型能力,而是在強調長期使用、持續學習、不断成長。這個方向本身就很符合現在大家對下一代 AI Agent 的想像,所以它火起來,其實也就不難理解了。
總的來說,Hermes Agent 這波熱度不是憑空來的。它一方面踩中了大家對 AI Agent 的真實需求,另一方面又剛好承接了前面那波 Agent 熱度,再加上長期記憶、自我進化這些概念本身就很有吸引力,所以很自然就被越來越多人關注到了。

可能有使用過 OpenClaw 的同學,或者至少了解過 OpenClaw 的同學,看到前面這些介紹的時候,心裡都會冒出一個問題:
這些東西 OpenClaw 好像也能做啊。
那 Hermes Agent 相對於 OpenClaw,到底差別在哪?它是真的往前走了一步,還是只是另外一種龍蝦版本?
如果只是看表面功能,它們確實有不少相似的地方。它們都不只是簡單對話工具,也都在往 Agent 這個方向走,也都想把 AI 從一次性聊天,慢慢變成可以持續做事的助手。
但如果我們把視角再往下放一點,就會發現它們雖然都叫 Agent,核心側重點其實並不一樣。
這是我覺得兩者最本質的差別。
OpenClaw 更像一個偏執行型、偏工作流型的 Agent。它更強調把能力組織起來,把工具接起來,把事情跑起來。我們會更容易把它理解成一個能做事、能調度、能接不同渠道和能力的 Agent 框架。
而 Hermes Agent 更強調的是另一件事:它能不能隨著使用不斷成長。
它不只是想把這次任務做完,而是想把這次任務做完之後留下來的經驗繼續沉澱下來,變成下一次還能複用的能力。也就是說,Hermes 更看重長期累積這件事,而不只是當前任務執行得漂不漂亮。
所以如果要簡單概括一下的話:
這兩個方向並不衝突,但側重點確實不太一樣。
第二個差別,就是它們對技能和經驗這件事的處理方式不太一樣。
OpenClaw 當然也有很多能力,也能做很多擴展,但整體感覺上,它更像是我們先把規則、流程、能力模組配置好,然後讓它按這個方式去工作。也就是說,它更像一個可配置、可編排的 Agent 系統。
而 Hermes Agent 更強調的是,技能不只是提前配出來的,還可以從任務經驗裡自動長出來。
比如它在完成一個複雜任務之後,會嘗試把過程裡的關鍵經驗提取出來,沉澱成後面還能繼續複用的 Skill。下次再遇到類似的事情,它不是完全從零開始,而是可以繼續呼叫這些已經形成的經驗。並且這些 Skill 後面還不是固定不變的,而是會繼續調整、繼續優化。
所以這兩者的差別就在於:
說到記憶,其實兩邊都不是完全沒有。
我們平時用很多 AI 工具的時候,最大的一個問題就是不連續。今天聊完的內容,明天就像沒發生過一樣。上一次的偏好、習慣、背景資訊,下一次又得重新講一遍。
Hermes Agent 很強調的就是,它不是只記當前視窗裡的上下文,而是會把跨會話的資訊持續沉澱下來。也就是說,我們之前聊過什麼、做過什麼、偏好什麼,它是會盡量記住並在後面繼續參考的。
這個體驗和普通那種一次性對話型 AI 很不一樣。
至於 OpenClaw,雖然也能透過配置、文件、技能等方式保留一些東西,但它整體給人的感覺,還是更偏向工作流和能力組織;而 Hermes 會把記憶本身當成一個核心能力來做,而且是放在長期使用這個維度上來做。
所以如果我們特別在意這件事,比如希望一個 Agent 能越用越熟,前面的東西別總丟,那 Hermes 這一點吸引力會明顯更強。
除了記憶事情本身,Hermes Agent 還有一個很重要的方向,就是它不只是記任務,還會慢慢記住我們這個人。
簡單來說,就是它會越來越了解我們的使用習慣。
比如我們平時更喜歡什麼樣的表達方式,我們常做什麼類型的任務,我們對結果更關注效率、穩定性,還是更關注解釋過程。這些東西如果只能記在單次會話裡,其實意義不大;但如果能跨會話持續累積,那它後面給出來的幫助就會越來越貼近我們自己的習慣。
這也是為什麼 Hermes 更容易被大家理解成一個個人助理型 Agent。因為它不是只想把事情做完,它還想越來越懂我們。
而 OpenClaw 相比之下,給人的感覺會更偏向一個可以協作、可以執行、可以編排的系統,而不是這種越用越了解使用者的長期助手。
如果從使用場景來看的話,這個差別也比較明顯。
OpenClaw 更適合讓我們聯想到工作流、任務執行、能力接入、渠道協同這些場景。它更像一個可以組織起來幹活的系統。
而 Hermes Agent 更容易讓人想到的是長期陪跑這件事。它會記憶、會沉澱、會生成技能、會慢慢建立對我們的理解,所以它更像一個隨著時間不斷成長的個人助理。
也就是說,如果我們的重點是:
那 OpenClaw 的味道會更重。
但如果我們更在意的是:
那 Hermes Agent 這邊會更有吸引力。
如果我要簡單總結的話,我會覺得 Hermes Agent 不是 OpenClaw 換個名字重新來一遍,也不是單純把龍蝦的東西複製一份。
更準確一點說,它是在很多人已經開始接受 Agent 這套玩法之後,把其中一條路線做得更重了:
長期記憶、技能沉澱、使用者建模、自我進化。
所以它和 OpenClaw 不是誰一定取代誰的關係,而是兩邊關注的重點不太一樣。
從這個角度看,我們就更容易理解為什麼很多人會拿它們放在一起比較了。

那聊到這裡,很多同學可能最關心的還是這個問題:
Hermes Agent 到底值不值得我們專門裝一次試試看?
我自己的答案是:值得。
但這個值得,不一定是說我們裝完之後就馬上要把現在手裡的工具全換掉,也不是說 OpenClaw 以後就不用了。更準確一點說,Hermes Agent 很值得我們去體驗一遍,尤其是當我們已經開始關注 AI Agent、也已經在接觸這類工具的時候,它至少是一個不能忽略的專案。
為什麼這麼說?因為它和我們平時接觸的很多 AI 工具,確實不太一樣。
很多工具我們裝上去之後,本質上還是一次性使用。問一個問題,做一個任務,結束了也就結束了。下一次再來,很多東西又得重新開始。但 Hermes Agent 想做的不是這種一次性工具,它更像是一個可以長期陪著我們使用、慢慢累積經驗、越來越懂我們的 Agent。
如果我們對這個方向本身就感興趣,那它就很值得裝一次。
這一點我覺得是最重要的。
如果我們想找的不是一個單純幫忙執行任務的工具,而是一個偏長期陪跑、長期協作、長期記憶的 Agent,那 Hermes Agent 這一類產品就很值得去體驗。
因為它強調的很多東西,剛好就是個人助理場景裡最重要的幾個點:
這些能力放在普通對話工具裡,可能只是錦上添花。但放在個人助理這個場景裡,其實就是核心能力了。
所以如果我們本身就對這類方向比較感興趣,那 Hermes Agent 至少值得裝起來跑一遍,感受一下它的思路到底是不是我們想要的。
前面我們也說了,Hermes Agent 和 OpenClaw 並不是完全一樣的東西。
OpenClaw 更偏執行、編排、工作流,Hermes 更偏長期記憶、技能沉澱、使用者建模和持續成長。也正因為這樣,如果我們之前已經接觸過 OpenClaw,那其實更適合把 Hermes 裝起來親自對比一下。
因為很多差別,光看介紹其實很難完全體會出來。
比如它到底是不是真的更像個人助理,所謂跨會話記憶到底有沒有感覺,技能自動沉澱到底是不是和我們想像的一樣,這些東西光靠看別人總結,始終差一點意思。最直接的辦法還是自己裝起來,親自體驗一下。
所以如果我們前面已經玩過龍蝦,那 Hermes Agent 就更值得上手試一遍。
這一點我覺得也要說清楚。
值得體驗,不等於一定要立刻替換。
尤其是如果我們現在已經有自己順手的工具了,比如 Claude Code、OpenClaw,甚至還有自己已經搭好的工作流,那完全沒必要因為 Hermes Agent 最近很火,就急著把所有東西都換成它。
比較穩妥的方式,其實還是並行體驗。
也就是說,我們先把 Hermes Agent 裝起來,跑一遍它的安裝流程,體驗一下它的對話方式、記憶方式、訊息接入方式,再看看它到底適不適合我們自己的使用習慣。適合的話後面再繼續深入,不適合的話至少我們也了解過了,不至於別人在聊的時候我們完全不知道這是什麼。
這也是我一直比較認同的一種方式:新工具可以先試,不一定馬上全換。
怎麼說呢,現在 AI Agent 這個方向已經不是一個特別邊緣的話題了。
無論我們最後會不會長期用 Hermes Agent,它至少代表了現在 AI Agent 發展的一個很明顯的方向:從一次性聊天,慢慢走向長期記憶、長期協作、長期成長。
而這個方向,對我們開發人員來說,是不能完全忽略的。
因為今天可能只是個新專案,明天可能就是新的工作方式。
很多東西我們現在可以先不用,但不能完全不了解。尤其是像 Hermes Agent 這種已經有很高討論度、又明顯帶有新思路的專案,其實很適合我們拿來做一次了解和體驗。
就算最後我們沒有把它當成主力工具,這次體驗本身也是有價值的。至少我們會知道,AI Agent 這個方向已經在往哪裡走了。
如果我要給一個比較直接的建議,我會覺得:
Hermes Agent 很值得我們裝一次,但不用急著下結論。
先裝起來,先跑起來,先感受一下它的整體思路和使用方式。
看看它到底是不是我們理解裡那種個人助理型 Agent,看看它的記憶、技能、成長這套邏輯到底有沒有實際體驗上的價值。
很多工具都是這樣,別人說得再多,都不如我們自己上手跑一遍來得直接。
而且就算最後我們覺得它不一定適合自己,這個過程本身也不算白折騰。因為至少我們已經知道了,最近大家都在聊的 Hermes Agent 到底是怎麼回事,它到底新在哪,它到底適不適合我們。
所以對我來說,這篇文章後面的安裝部分,其實也就是想做一件事:
先把它真正裝起來,先把它真正跑一遍。
畢竟很多東西只有真正上手之後,我們才能知道它到底是概念大於體驗,還是體驗真的跟它講的那些東西一樣有意思。

盒盒盒,又偏離主題了哈,前面確實先囉唆了太多哈。
本來我一開始是真的打算把這篇文章直接寫成一篇 Hermes Agent 安裝教學分享的,結果真正去了解一圈之後,發現這個東西如果上來就直接講怎麼裝,好像又差點意思。所以前面還是沒忍住,先囉唆了一大堆,先把 Hermes Agent 到底是什麼、為什麼最近這麼火、它和 OpenClaw 到底有什麼差別這些內容先簡單聊了聊哈。
那聊到這裡,前面的鋪陳也差不多了,接下來我們就正式進入這篇文章的正文部分,開始真正上手安裝 Hermes Agent。
先說明一下,我這次安裝用的是 Mac,平時開發也主要是在 macOS 環境下進行,所以這篇文章後面的安裝過程,基本也都是圍繞 macOS 的方式來展開的。如果我們平時也是用 Mac 開發,那這一段應該會比較有參考價值。
當然囉,如果有些同學暫時不打算真的自己裝,也沒關係的。這篇文章你也可以把它當成一次跟著我視角走的體驗記錄來看。也就是說,就算我們不動手,至少也能先看看 Hermes Agent 整個安裝流程大概是怎麼回事,中間會遇到什麼提示,哪些地方容易疑惑,之後再決定要不要自己去試。
畢竟很多時候,一個新工具值不值得折騰,不一定非得先裝完才知道。先把整個過程看明白,其實也很有幫助。
那接下來,我們就先從安裝前要準備的環境開始說起吧。
Hermes Agent 的安裝其實非常非常簡單。
尤其是如果我們之前安裝過 OpenClaw,這套流程看起來會很熟,整體差不多,不會有特別高的門檻。先說結論,安裝前我們簡單看一下系統要求就行,不需要在這裡展開太多。
支援的系統和基礎環境大概如下:
因為我這次主要是在 Mac 上安裝和體驗,所以後面也主要是按 macOS 的方式來走。如果我們本身也是用 Mac 開發,那直接照著往下看就行。
確認完這些之後,安裝其實就一句命令:
# Linux / macOS / WSL2 / Android (Termux)
curl -fsSL https://raw.githubusercontent.com/NousResearch/hermes-agent/main/scripts/install.sh | bash
執行這行安裝腳本之後,後面基本就是跟著流程一步步往下走了。
這裡我是在 Mac 上執行的,運行之後 Hermes Agent 會先自動偵測當前環境,然後安裝它需要的相依套件,整個過程基本不用我們手動折騰,跟著流程往下走就行。

等相依套件安裝完成之後,Hermes 會自動進入初始化導引。這裡如果我們本機之前裝過 OpenClaw,它還會額外偵測到本地已有的 OpenClaw 資料,然後跳出一個提示,問我們要不要先看看有哪些內容可以匯入。

這個提示其實不用想複雜了,意思很簡單,就是 Hermes 發現我們之前裝過 OpenClaw,所以順手問一句,要不要把之前的一些資料遷移過來繼續用。它不會一上來就直接幫我們亂改,而是先讓我們預覽一下能匯入什麼,再決定後面怎麼處理,這一點我覺得還是比較友善的。不過這也很明顯,這很明顯就是在跟 OpenClaw 來搶使用者了哈。不過我之前說了並不想替換,所以這裡我選了 no。
繼續往下走,Hermes 就會讓我們選擇安裝方式。
這裡它給了兩個選項,一個是 Quick setup,一個是 Full setup。我這裡直接選的是第一個,也就是快速安裝。

這個快速安裝其實很好理解,跟 OpenClaw 安裝方式很像,主要就是幫我們先把最核心的三件事配好:
也就是說,如果我們只是想先把 Hermes 跑起來,後面再慢慢折騰細節,那直接選 Quick setup 就夠了,也是官方推薦的方式。
至於下面那個 Full setup,意思就是把更多配置項一次性全配完。這個更適合一開始就想把所有細節都自己控制好的人。像我們這種先體驗一遍安裝流程的,沒必要一上來就把自己搞得太複雜,所以這裡直接選快速安裝就行。
然後接下來就進入模型提供者選擇了。

這裡 Hermes 預設會先給我們列一批常見的 provider,比如 Nous、OpenRouter、Anthropic 這些。如果我們平時主要用國外模型,那直接在這裡選就行。
不過我這邊因為想先用國內模型,所以這裡沒有直接選上面的預設項,而是繼續進入 More providers 看更多提供商。

進去之後就能看到更多可選項了,像 MiniMax、Kimi、GLM、Qwen 這些都在裡面。我這裡最後選的是 MiniMax。
這裡我當時還有個小疑惑,就是我原本以為會看到百煉(Bailian),但這個介面裡並沒有直接出現。所以如果有同學跟我一樣,想找百煉結果沒看到,也不用太意外。至少從我這次安裝過程來看,它這裡展示的更多還是 Hermes 已經內建好的 provider,百煉沒有直接單獨列出來。後面如果我們一定要接百煉,大概率還是得看它是不是走 OpenAI 相容接口,或者用自訂 endpoint 的方式去配。
選好 MiniMax 之後,下一步就是填寫 API Key 了。

這裡有一個很容易踩的小坑,我特別提一下:這個輸入框在貼上密鑰之後,終端裡是看不到內容的。
所以有些同學第一次裝的時候,看到畫面上沒反應,可能會以為自己沒有貼上成功,然後又重複貼幾次,最後反而把密鑰輸錯了。
所以這裡要注意一下,粘貼進去看不到內容是正常的,不是沒貼上。貼上一次之後直接按 Enter 就行。
當然,如果這裡真的填錯了也不用慌,後面還是可以重新配置,或者直接去配置檔案裡改,不是什麼大問題。
密鑰保存好之後,接下來就會進入模型選擇畫面。

這裡 Hermes 會把當前可選的模型列出來,我這邊最後選的是 MiniMax-M2.7。選好之後繼續往下走就行。
接下來就是訊息渠道綁定這一步了。
這裡 Hermes 會先問我們,要不要現在就配置訊息平台。

這兩個選項其實很好理解:
我這裡直接選的是第一個,畢竟這次就是想順手把整個流程走完整一點。
選完之後,就會進入訊息平台選擇畫面。

這裡支援的平台還挺多,不過我這次還是選了 飛書 / Lark。原因也很簡單,我目前在電腦上的微信插件主力還在用 OpenClaw,而且微信這邊官方給 Hermes 的接入方式好像暫時還有一點風險,所以這次我還是先走飛書這條比較穩的路。
這裡有一個小細節要注意一下:這個介面是中括號多選,不是單選。
所以選到飛書之後,不要直接按 Enter,要先按空白鍵選中它,看到前面的中括號狀態變了之後,再按 Enter 確認。不然很多同學第一次會以為自己選上了,結果其實沒有。
如果我們之前配過飛書機器人,那後面的流程看起來應該會很熟。這裡我選的是 重新建立一個應用。

應用建立完成之後,就會拿到 App ID 和 App Secret。

接下來就回到 Hermes 這邊,跟著提示把這些資訊一步步填進去就行。

這一段整體不算複雜,基本就是照著提示走。到了後面會出現這樣一個選項:
Install the gateway as a launchd service? (runs in background, starts on boot) [Y/n]
這裡其實就是在問我們:要不要把 Hermes 的訊息 gateway 註冊成 macOS 的後台服務,並且開機自動啟動。
如果這裡選 Yes,那後面飛書這類訊息渠道就會更省心一些。因為 Hermes 的 gateway 會在後台跑著,開機後也能自動起來,訊息平台能一直保持可用,適合我們想長期掛著用的情況。
如果這裡選 No,也不是不能用,只是後面每次想讓飛書正常收發訊息時,我們就得自己手動啟動 gateway。也就是說,不開後台自啟的話,Hermes 本體裝是裝好了,但訊息平台這塊不會一直在線。
所以這一步怎麼選,其實就看我們自己的使用習慣:
我這次是把它配上了,這樣後面飛書測試起來會更直接一點。

走到這裡,其實整個 Hermes Agent 的安裝和基礎配置就差不多完成了。

最後它會提示我們配置已經完成,並且問我們要不要直接進入聊天。到這一步就說明 Hermes 已經算是成功裝好了,後面不管我們是直接開始對話,還是繼續去折騰別的配置,都可以了。
配置完成之後,我們可以先不用急著直接開聊,先跑一條命令檢查一下當前安裝狀態:
hermes doctor
這個命令可以理解成 Hermes 自帶的體檢工具。
它會幫我們快速檢查當前環境和配置有沒有明顯問題,比如模型配置、相依、訊息 gateway 這些是不是正常。
如果前面安裝過程裡哪裡沒配好,或者有關鍵項缺失,一般在這裡也能比較快看出來。所以我覺得裝完之後先跑一遍 hermes doctor 還是很有必要的,至少先確認一下整個環境是不是正常的,後面再開始用會更穩一點。


跑完 hermes doctor 之後,最後一般還會看到幾個提示項。這個地方其實不用緊張,大部分情況下先不用管,它更多是告訴我們後面還有哪些常用入口可以繼續用。
這裡可以簡單理解成三個方向:
所以這裡看到這幾個提示,不用想太複雜,先當成 Hermes 給我們的常用命令導覽就行。
如果當前安裝已經正常,這裡先不用管也沒問題。
安裝完成後,我們需要執行一個命令用來重載一下 shell 環境:
source ~/.bashrc # or source ~/.zshrc
重載之後我們最好還是順手測一下,看看 Hermes 是不是真的已經跑通了。這個測試我覺得可以分成兩步,一個是先看 CLI 終端能不能正常聊,另一個就是看飛書這邊能不能正常收發訊息。
首先是 CLI 介面測試。終端裡直接輸入:
hermes
如果能正常進入聊天介面,基本就說明本地環境已經沒有什麼大問題了。

進去之後我們隨便發一句訊息試試就行,我這邊就是簡單發了個「你好」,Hermes 也正常回覆了內容。其實這一步不用測太複雜,只要能正常啟動、能正常回覆,就說明 CLI 這一條鏈路已經通了。

接下來我們再測一下飛書。這裡直接打開我們剛才建立好的飛書應用,先發一條訊息過去。第一次發訊息時,它通常不會立刻跟我們正常聊天,而是會先提示當前帳號還沒有完成配對,並給出一串 pairing code。這個也正常,因為 Hermes 需要先確認現在這個飛書帳號是不是要綁定到當前這台機器上的實例。

這時候我們回到終端,執行它提示的配對命令:
hermes pairing approve feishu xx
這裡最後面的 xx 就是飛書裡顯示出來的那串配對碼,實際操作時替換成我們自己的就行。執行完成後,就相當於把當前飛書帳號和這台 Hermes 實例正式綁定好了。
配對完成後,我們再回到飛書裡重新發訊息,這時候如果已經能正常收到回覆,那就說明訊息通道也已經跑通,整個 Hermes 基本就安裝和配置成功了。

這裡還有一個小提示也順帶說一下。第一次在飛書裡聊天時,Hermes 可能會提示我們執行 /sethome。這個命令的作用,其實就是把當前這個聊天視窗設定成預設的 home channel。後面像一些 cron 任務結果、跨平台訊息之類的內容,它會優先發到這裡。
不過這個不是必須設定的,如果我們暫時只是體驗聊天功能,其實可以先不管,直接跳過也沒問題。等後面真打算把 Hermes 當成長期助手來用,再設定也完全來得及。
到這裡,如果終端能聊、飛書也能聊,那 Hermes Agent 就算是真的裝好了,後面我們就可以正式開始用了。
到這裡其實 Hermes 已經能正常用了,不過第一次上手的時候,很多同學可能還是會有點懵:現在已經裝好了、也能聊天了,那平時到底該輸入什麼命令?
其實不用想得太複雜,Hermes 常用命令並不算多,我們先認識幾個最常見的就夠用了。
先說最基礎的啟動命令:
hermes
這個就是啟動 Hermes 互動終端的入口。平時如果我們想直接在本機裡和它聊天,最常用的就是這條命令。
然後是前面已經提到過的檢查命令:
hermes doctor
這個可以理解成 Hermes 自帶的體檢工具。安裝完之後、模型沒配好、訊息通道異常了,或者我們懷疑哪裡有問題時,都可以先跑一下這個命令看看狀態。
如果我們配置了飛書這類訊息渠道,那 gateway 相關的命令也值得順手認識一下。
hermes gateway
這條命令就是直接啟動 Hermes 的訊息 gateway。簡單理解一下,終端聊天主要靠 hermes,而飛書這類外部訊息收發,更多就是靠 hermes gateway 這一條鏈路。
如果我們想讓它以後台方式運行,還可以用:
hermes gateway --daemon
這個命令的作用就是把 gateway 以守護進程方式跑起來。這樣即使我們關掉當前終端,它也還能繼續在後台運行。對於平時想長期掛著飛書訊息通道的同學來說,這個會比較方便一些。
另外如果我們想確認 gateway 現在到底有沒有正常運行,還可以執行:
hermes gateway status
這個命令主要就是用來查看當前 gateway 的運行狀態。比如我們明明已經配好了飛書,但訊息一直沒反應,這時候先查一下 status,往往就能更快定位問題。
還有前面測試飛書時提到過的配對命令:
hermes pairing approve feishu xx
這個命令主要是第一次綁定飛書帳號時使用,配對完成了之後一般就不會頻繁再用了。
如果進入 Hermes 的交互介面後,常見的內建命令大概有這些:
如果是在飛書裡用 Hermes,前面測試時提到的 /sethome 也可以順手了解一下。這個命令的作用是把當前聊天視窗設為預設的 home channel,後面像任務結果通知、跨平台訊息這類內容,Hermes 會優先發到這裡。不過它不是必須的,不設定也不影響正常聊天。
所以這一節其實不用背太多。我們剛開始真正會高頻用到的,基本就是這幾個:
先把這幾個熟悉起來,後面邊用邊學,其實就差不多夠用了。
如果前面裝過 OpenClaw,看到 Hermes 的安裝目錄時,我覺得大家應該會有一種很熟悉的感覺。因為它這一套目錄結構和配置思路,其實跟 OpenClaw 還挺像的,都是把配置、快取、日誌、會話、技能這些內容統一放在一個目錄下面,後面排查問題或者手動改配置時也會方便很多。
Hermes 安裝完成後,相關檔案基本都會放在使用者目錄下的 .hermes 裡面。打開之後我們可以看到裡面有不少資料夾和檔案,比如快取、日誌、記憶、技能、會話記錄、配對資訊等等,整體看下來其實不會太陌生。

不過這一堆檔案我們也不用一個個去研究,第一次上手時,真正需要先關注的還是兩個東西:config.yaml 和 .env。
其中 config.yaml 可以理解成 Hermes 的主配置檔,這一點也和 OpenClaw 很像。很多基礎配置基本都在這裡,比如模型、gateway、訊息渠道這些,後面如果我們想手動調整,大部分情況下優先看的就是這個檔案。
而像 API Key、App Secret 這類比較敏感的資訊,一般不會直接全部堆在 config.yaml 裡,而是更多放在 .env 檔案裡。這樣做也比較合理,配置和密鑰分開,後面維護起來會更清楚一點。
所以這一塊我們其實可以簡單記成:
至於像 logs、memories、sessions、skills 這些目錄,我們先知道它們大概是做什麼的就夠了,不用一開始就鑽太深。後面隨著我們用得越來越多,再回頭看這些目錄,就會更容易理解 Hermes 為什麼能把記憶、技能和會話慢慢沉澱下來。
到這裡,我們這篇 Hermes Agent 的安裝體驗也差不多就寫完了。
不過嚴格來說,這一篇更多還是一次從零開始的安裝和基礎上手分享。我們雖然已經把 Hermes 跑起來了,也把 CLI、飛書訊息、常用命令、目錄配置這些最基礎的部分過了一遍,但 Hermes 真正更深入的一些玩法,其實還沒有展開講。
比如它除了主模型之外,還可以繼續去配置輔助模型;
比如像 OpenClaw 裡大家比較熟悉的 SOUL.md 這類記憶檔案,在 Hermes 裡應該怎麼理解、怎麼寫;
再比如它的記憶機制到底是怎麼運作的、技能是怎麼沉澱的、後面又該怎麼安裝和管理更多 skills。
這些內容其實都挺值得單獨展開聊一聊。
只是寫到這裡,這篇文章已經不算短了,如果再繼續往下鋪,整篇就真的有點太長了。能看到這裡的同學都很強!!所以這次我們先把安裝和基礎跑通這件事講清楚,後面如果我繼續折騰 Hermes,再單獨把這些更深入的內容拿出來繼續寫。
如果要我簡單說一下這次上手後的感受,我會覺得 Hermes 和 OpenClaw 的關係,確實很容易讓人聯想到同一類東西。兩者在很多使用習慣上也確實有相似的地方,尤其是對於已經裝過 OpenClaw 的同學來說,上手 Hermes 並不會太陌生,很多地方甚至會有一種「這套流程我見過」的感覺。
但 Hermes 也不是簡單換了個名字的另一套殼。它更強調記憶、技能沉澱、跨會話連續性,以及越用越像個人助理這件事。換句話說,OpenClaw 更像是我們已經比較熟悉的一類本地 Agent 體驗,而 Hermes 是在這個方向上繼續往個人化、長期化、更強自我積累能力那邊再推一步。
所以我覺得,不管最後我們會不會真的把 Hermes 當成主力來長期使用,它都值得我們至少裝一遍、跑一遍、體驗一遍。
原因也很簡單,現在這類 Agent 產品更新太快了。OpenClaw 也好,Hermes 也好,Claude Code、Codex 也好,本質上它們都在推動一件事:讓 AI 不再只是一次性問答工具,而是慢慢變成我們開發流程裡真正能協作、能累積、能持續參與的助手。
對於我們開發者來說,這件事的意義其實已經越來越明顯了。很多時候不一定是非得立刻重度使用某一個工具,而是至少要知道它在往哪個方向發展、它解決的是什麼問題、它和我們現在手裡的工具相比到底有什麼不同。哪怕暫時不用,我們也最好別完全不了解。
畢竟現在的節奏就是這樣,AI 工具迭代得太快了。今天還在研究 OpenClaw,明天可能又冒出一個新的方向;今天覺得只是嘗鮮,過一陣子可能就已經變成很多工作流裡的標配了。
所以這篇文章先到這裡。
至少現在,我們已經把 Hermes Agent 從安裝、配置到基礎聊天測試,完整地走了一遍。後面如果我繼續研究它的記憶機制、技能系統、SOUL.md、模型協作這些內容,再接著往下聊哈,感謝。