大家好，我是讯享网，很高兴认识大家。这里提供最前沿的Ai技术和互联网信息。



大家好，我是卡卡。最近爆火的 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 想做的并不是一次性陪我们聊几句、做几个任务就结束，而是更像一个会长期陪着我们工作的智能助手。它可以运行在我们自己的服务器上，也可以部署在云端，重点不是只在某一次对话里表现得多聪明，而是它会随着使用时间变长，慢慢积累经验，变得越来越懂我们。

它的仓库地址我也放一下：

github.com/nousresearc...

我看了一下，现在这个项目在 GitHub 上已经有 60 多 k Star 了，热度确实很高。能在这么短时间内被这么多人关注，肯定不只是因为名字听起来高级，而是因为它背后的思路，确实跟我们以前理解的很多 Agent 不太一样。

Hermes Agent 的核心理念其实可以用一句话来概括：

普通 AI 每次对话都像重新开机，Hermes 更像一个会慢慢成长的同事。

我们平时用很多 AI 工具的时候，最明显的感受就是，它这一轮聊得挺好，下一轮可能又像失忆了一样。上一次说过的偏好记不住，做过的事情沉淀不下来，踩过的坑下次还会再踩一遍。很多时候我们不是在培养一个助手，而是在反复重新教一个新人。

但 Hermes Agent 想解决的，恰恰就是这个问题。

它比较有意思的地方，主要有下面这几点。

1. 它会从做过的事情里沉淀技能

Hermes Agent 很强调一件事，就是 经验不能只停留在一次任务里，而是要沉淀下来，变成下次还能继续用的能力。

简单理解就是，我们让它完成一个复杂任务之后，这个任务不应该只是做完就结束了。它会尝试从这次过程里提取出有价值的经验，然后整理成结构化的技能。像有些任务完成之后，它会把过程里的关键步骤、判断方式、执行套路，整理成可以复用的 Markdown Skill 文件。这样下次再遇到类似场景，就不是重新从零开始，而是可以直接调用之前沉淀下来的经验。

而且它不只是会生成技能这么简单，后面继续使用的时候，这些技能还会再被调整、再被优化。也就是说，它不是做一套死的模板扔在那里，而是希望技能这套东西也能跟着使用过程慢慢迭代。

这也是为什么很多人会说它有一点自我进化的味道。因为它不是单纯把任务做完，而是想办法把完成任务的过程，变成以后还能继续复用的能力。

2. 它有跨会话的持久化记忆

这是 Hermes Agent 另外一个很核心的点。

我们以前用很多 AI 的时候，经常会有一种感觉，就是这一轮聊得很好，下一轮又得重新交代背景。我们是谁、我们在做什么、我们之前讨论到哪一步、我们更偏好什么写法，很多内容都得重新说一遍。

Hermes Agent 想做的是把这些东西真正记下来。

也就是说，它不是只记当前窗口里的上下文，而是可以把跨会话的信息持续沉淀下来。我们前面说过什么、做过什么、偏好什么，它后面是可以继续拿来参考的。这样用久了之后，它就不只是一个临时工具，而更像一个一直在旁边跟着我们做事的助手。

这种感觉其实跟普通对话型 AI 很不一样。普通 AI 更像每次见面都要重新自我介绍，Hermes 则更像前面已经跟过我们很多次项目，很多事情不用每次都从头讲。

3. 它会慢慢建立对我们的理解

除了记事情，Hermes Agent 还有一个很重要的方向，就是 用户建模。

这个词听起来有点技术，但简单来说，其实就是它会慢慢了解我们的使用习惯。

比如我们平时更常做什么类型的任务，我们喜欢什么表达方式，我们习惯怎么安排工作流，我们更在意效率、稳定性，还是更在意解释过程。这些东西如果只是一次会话里知道，其实意义不大；但如果它能跨会话持续积累，那它后面给出来的帮助就会越来越贴近我们的真实习惯。

说得直接一点，就是它不是只在理解任务，也在慢慢理解我们。

所以从这个角度看，Hermes Agent 更像是在往个人助理这个方向走，而不只是一个把指令执行完就结束的 Agent 工具。它越用越久，理论上就越懂我们，越能给出更贴合我们习惯的帮助。

4. 它想做的不是一次性聪明，而是长期变聪明

我觉得这是 Hermes Agent 最值得单独说的一点。

现在很多 AI 工具都在强调模型强、回答快、一次生成能力好。但 Hermes Agent 比较特别的地方在于，它不只是追求某一次回答有多强，而是想把重点放在 长期使用之后会不会越来越好用 这件事上。

也就是说，它想做的不是那种每次都很聪明、但每次都像第一次见面的 AI，而是一个跟我们相处时间越长、对我们越了解、做事方式越成熟的 Agent。

这个思路其实挺像现实里的同事。一个真正靠谱的同事，不是第一次合作就什么都懂，而是在一次次配合里，越来越知道我们要什么、越来越知道事情该怎么做、越来越少走弯路。Hermes Agent 想做的，其实就是这种感觉。

所以如果我们只是把它当成一个普通聊天工具来看，可能会觉得它跟别的 Agent 差不多。但如果我们把它放到长期协作、持续记忆、不断积累经验这个维度去看，就会发现它的定位其实挺不一样的。

---

那 Hermes Agent 最近为什么会这么火呢？

我这几天看下来，感觉它火起来并不是偶然。现在 AI Agent 项目其实很多，新东西也一直在出，但真正能一下子引起这么多人关注的，肯定不只是因为名字新、热度高，而是它确实踩中了当下大家最关心的几个点。

1. 它刚好打中了大家对 AI Agent 的几个痛点

我们平时用很多 AI 工具的时候，最大的问题其实不是它不够聪明，而是它不够连续。

这一轮聊得挺好，下一轮又像重新开始。上次的经验记不住，做过的事情沉淀不下来，用久了还是会有一种每次都在重新教它的感觉。

而 Hermes Agent 最吸引人的地方，就在于它一直在强调自己不是一次性对话工具，而是一个会持续积累、持续成长的 Agent。它会记忆、会沉淀经验、会生成技能，还会随着使用过程不断调整自己。这个思路一出来，其实很容易打动大家。

因为这正好对应了我们现在对 AI Agent 的一个很强烈的期待：我们想要的不是每次都很聪明的工具，而是一个越用越顺手、越用越懂我们的助手。

2. 它很容易被拿来和龙虾放在一起讨论

Hermes Agent 这波热度能起来，还有一个很现实的原因，就是它很容易被拿来跟龙虾一起聊。

前段时间龙虾火的时候，很多人都在关注这种更偏 Agent 的使用方式。大家开始不满足于单纯问一句、答一句，而是开始关心 AI 能不能长期记忆，能不能持续做事，能不能更像一个真正陪着我们工作的助手。

而 Hermes Agent 一出来，很多人第一反应就是，它是不是在往这个方向再往前走一步。尤其是它还提供了针对 OpenClaw的迁移能力，这件事本身就很容易引发讨论。因为这不只是一个新项目发布了这么简单，而是会让很多原本就在关注龙虾的人，马上把注意力转过去。

所以它的热度，并不是从零开始堆起来的，而是在原本那波 Agent 讨论基础上，继续往上接了一波。

3.它把长期记忆和自我进化这件事讲得很有想象空间

说实话，现在很多项目都在讲自己强，讲自己快，讲自己支持多少模型、多少工具。但 Hermes Agent 比较不一样的地方在于，它讲的是另一件事：它能不能随着时间越来越聪明。

这个点为什么容易火？因为它很容易让人产生想象。

普通 AI 很像我们每次都在新开一个聊天窗口，聊完就散了。Hermes Agent 想表达的是，前面的对话、经验、技能、习惯都能慢慢留下来，后面不只是继续用，而且能越用越成熟。这个叙事本身就很有吸引力。

尤其是对于我们开发人员来说，我们其实很容易代入这个场景：如果真有一个Agent，前面跟着我们做过很多事情，知道我们的习惯，知道我们常见的工作流，甚至能把之前成功的方法沉淀成技能，那它后面带来的效率提升就不是一次性的，而是长期累积的。

这个想法，本身就足够让很多人愿意去试一试。

4. 它背后是 Nous Research，这本身也带来了一定关注度

还有一个原因也不能忽略，就是它背后是 Nous Research。

很多时候一个项目能不能快速出圈，除了产品本身，也和背后的团队有关系。Nous Research 本身在 AI 社区里就已经有一定知名度，所以当他们推出 Hermes Agent 这种带有明显方向感的项目时，天然就更容易被关注、被讨论。

这样在大家看到这种项目的时候，不会只把它当成一个普通的新工具，而会更愿意多看两眼：它到底想做什么，它是不是代表了某种新的方向。

这也会让它在短时间内比很多普通项目更容易形成讨论热度。

5.它的上手门槛没有我们想象中那么高

还有一点也挺重要，就是 Hermes Agent 虽然讲的是长期记忆、自我进化、技能沉淀这些听起来很高级的东西，但真正上手的时候，并没有想象中那么高门槛。

很多人一开始看到这种项目，可能会觉得是不是特别重、特别复杂、特别难部署。但真去看它的安装和配置流程，会发现它至少不是那种光看文档就让人想放弃的东西。也正因为这样，很多人会愿意真的装起来试一下，而不是停留在看个概念介绍。

一个项目只有概念，是很难持续火下去的。但如果它既有概念，又能让人比较快地开始体验，那讨论度就很容易往上走。

6. 现在这个时间点，本身就特别适合它爆起来

最后还有一个很关键的点，就是时间。

现在大家对 AI 的期待，已经和前两年不太一样了。以前我们更关心的是它会不会写、能不能答、生成效果好不好。现在很多人开始更进一步关心，AI 能不能长期协作，能不能真正融入工作流，能不能成为一个长期在线的助手。

也就是说，大家已经不只是想找一个回答问题的模型了，而是在找一个能长期陪着我们做事的 Agent。

而 Hermes Agent 讲的那套东西，刚好就踩在这个时间点上。它不是只在强调模型能力，而是在强调长期使用、持续学习、不断成长。这个方向本身就很符合现在大家对下一代 AI Agent 的想象，所以它火起来，其实也就不难理解了。

总的来说，Hermes Agent 这波热度不是凭空来的。它一方面踩中了大家对 AI Agent 的真实需求，另一方面又刚好承接了前面那波 Agent 热度，再加上长期记忆、自我进化这些概念本身就很有吸引力，所以很自然就被越来越多人关注到了。

---

可能有使用过 OpenClaw 的同学，或者至少了解过 OpenClaw 的同学，看到前面这些介绍的时候，心里都会冒出来一个问题：

这些东西 OpenClaw 好像也能做啊。

那 Hermes Agent 相对于 OpenClaw，到底区别在哪？它是真的往前走了一步，还是只是另外一种龙虾版本？

如果只是看表面功能，它们确实有不少相似的地方。它们都不只是简单对话工具，也都在往 Agent 这个方向走，也都想把 AI 从一次性聊天，慢慢变成可以持续做事的助手。

但如果我们把视角再往下放一点，就会发现它们虽然都叫 Agent，核心侧重点其实并不一样。

1. OpenClaw 更偏执行和编排，Hermes 更偏成长和沉淀

这是我觉得两者最本质的区别。

OpenClaw 更像一个偏执行型、偏工作流型的 Agent。它更强调把能力组织起来，把工具接起来，把事情跑起来。我们会更容易把它理解成一个能做事、能调度、能接不同渠道和能力的 Agent 框架。

而 Hermes Agent 更强调的是另一件事：它能不能随着使用不断成长。

它不只是想把这次任务做完，而是想把这次任务做完之后留下来的经验继续沉淀下来，变成下一次还能复用的能力。也就是说，Hermes 更看重长期积累这件事，而不只是当前任务执行得漂不漂亮。

所以如果要简单概括一下的话：

• OpenClaw 更像一个能干活的 Agent 框架
• Hermes 更像一个会越用越懂我们的个人助理

这两个方向并不冲突，但侧重点确实不太一样。

2. OpenClaw 更像人工配置能力，Hermes 更强调自动生成和迭代技能

第二个区别，就是它们对技能和经验这件事的处理方式不太一样。

OpenClaw 当然也有很多能力，也能做很多扩展，但整体感觉上，它更像是我们先把规则、流程、能力模块配置好，然后让它按这个方式去工作。也就是说，它更像一个可配置、可编排的 Agent 系统。

而 Hermes Agent 更强调的是，技能不只是提前配出来的，还可以从任务经验里自动长出来。

比如它在完成一个复杂任务之后，会尝试把过程里的关键经验提取出来，沉淀成后面还能继续复用的 Skill。下次再遇到类似的事情，它不是完全从零开始，而是可以继续调用这些已经形成的经验。并且这些 Skill后面还不是固定不变的，而是会继续调整、继续优化。

所以这两者的差别就在于：

• OpenClaw 更像我们先搭好工具箱
• Hermes 更像它会自己慢慢往工具箱里补东西

3. Hermes 很核心的一点，是跨会话持久化记忆

说到记忆，其实两边都不是完全没有。

我们平时用很多 AI 工具的时候，最大的一个问题就是不连续。今天聊完的内容，明天就像没发生过一样。上一次的偏好、习惯、背景信息，下一次又得重新讲一遍。

Hermes Agent 很强调的就是，它不是只记当前窗口里的上下文，而是会把跨会话的信息持续沉淀下来。也就是说，我们之前聊过什么、做过什么、偏好什么，它是会尽量记住并在后面继续参考的。

这个体验和普通那种一次性对话型 AI 很不一样。

至于 OpenClaw，虽然也能通过配置、文档、技能等方式保留一些东西，但它整体给人的感觉，还是更偏向工作流和能力组织；而 Hermes 会把记忆本身当成一个核心能力来做，而且是放在长期使用这个维度上来做。

所以如果我们特别在意这件事，比如希望一个 Agent 能越用越熟，前面的东西别总丢，那 Hermes 这一点吸引力会明显更强。

4. Hermes 会更强调对我们的理解，慢慢形成用户建模

除了记忆事情本身，Hermes Agent 还有一个很重要的方向，就是它不只是记任务，还会慢慢记住我们这个人。

简单来说，就是它会越来越了解我们的使用习惯。

比如我们平时更喜欢什么样的表达方式，我们常做什么类型的任务，我们对结果更关注效率、稳定性，还是更关注解释过程。这些东西如果只能记在单次会话里，其实意义不大；但如果能跨会话持续积累，那它后面给出来的帮助就会越来越贴近我们自己的习惯。

这也是为什么 Hermes 更容易被大家理解成一个个人助理型 Agent。因为它不是只想把事情做完，它还想越来越懂我们。

而 OpenClaw 相比之下，给人的感觉会更偏向一个可以协作、可以执行、可以编排的系统，而不是这种越用越了解使用者的长期助手。

5. OpenClaw 更偏工作流 Agent，Hermes 更偏个人长期陪跑

如果从使用场景来看的话，这个差别也比较明显。

OpenClaw 更适合让我们联想到工作流、任务执行、能力接入、渠道协同这些场景。它更像一个可以组织起来干活的系统。

而 Hermes Agent 更容易让人想到的是长期陪跑这件事。它会记忆，会沉淀，会生成技能，会慢慢建立对我们的理解，所以它更像一个随着时间不断成长的个人助理。

也就是说，如果我们的重点是：

• 把事情组织起来执行
• 把工具和流程接起来
• 让 Agent 在工作流里跑起来

那 OpenClaw 的味道会更重。

但如果我们更在意的是：

• 前面的经验别丢
• 后面越用越顺
• 它能慢慢理解我们的习惯
• 它像一个长期协作的助手

那 Hermes Agent 这边会更有吸引力。

6.所以 Hermes 不是简单换皮，而是把另一条路线做得更重了

如果让我简单总结的话，我会觉得 Hermes Agent 不是 OpenClaw 换个名字重新来一遍，也不是单纯把龙虾的东西复制了一份。

更准确一点说，它是在很多人已经开始接受 Agent 这套玩法之后，把其中一条路线做得更重了：

长期记忆、技能沉淀、用户建模、自我进化。

所以它和 OpenClaw 不是谁一定替代谁的关系，而是两边关注的重点不太一样。

• OpenClaw 更偏执行和编排
• Hermes 更偏沉淀和成长

从这个角度看，我们就更容易理解为什么很多人会拿它们放在一起比较了。

---

那聊到这里，很多同学可能最关心的还是这个问题：

Hermes Agent 到底值不值得我们专门装一次试试看？

我自己的答案是：值得。

但这个值得，不一定是说我们装完之后就马上要把现在手里的工具全换掉，也不是说 OpenClaw 以后就不用了。更准确一点说，Hermes Agent 很值得我们去体验一遍，尤其是当我们已经开始关注 AI Agent、也已经在接触这类工具的时候，它至少是一个不能忽略的项目。

为什么这么说？因为它和我们平时接触的很多 AI 工具，确实不太一样。

很多工具我们装上去之后，本质上还是一次性使用。问一个问题，做一个任务，结束了也就结束了。下一次再来，很多东西又得重新开始。但 Hermes Agent

想做的不是这种一次性工具，它更像是一个可以长期陪着我们使用、慢慢积累经验、越来越懂我们的 Agent。

如果我们对这种方向本身就感兴趣，那它就很值得装一次。

1. 如果我们想要的是个人助理型 Agent，那它很值得试

这一点我觉得是最重要的。

如果我们想找的不是一个单纯帮忙执行任务的工具，而是一个更偏长期陪跑、长期协作、长期记忆的 Agent，那 Hermes Agent 这一类产品就很值得去体验。

因为它强调的很多东西，刚好就是个人助理场景里最重要的几个点：

• 能不能记住前面的内容
• 能不能沉淀经验
• 能不能随着时间越来越懂我们
• 能不能越用越顺手

这些能力放在普通对话工具里，可能只是锦上添花。但放在个人助理这个场景里，其实就是核心能力了。

所以如果我们本身就对这类方向比较感兴趣，那 Hermes Agent 至少值得装起来跑一遍，感受一下它的思路到底是不是我们想要的。

2. 如果我们已经了解过 OpenClaw，那更值得拿它做一次对比体验

前面我们也说了，Hermes Agent 和 OpenClaw 并不是完全一样的东西。

OpenClaw 更偏执行、编排、工作流，Hermes 更偏长期记忆、技能沉淀、用户建模和持续成长。也正因为这样，如果我们之前已经接触过 OpenClaw，那其实更适合把 Hermes 装起来亲自对比一下。

因为很多区别，光看介绍其实很难完全体会出来。

比如它到底是不是真的更像个人助理，所谓跨会话记忆到底有没有感觉，技能自动沉淀到底是不是和我们想象的一样，这些东西光靠看别人总结，始终差一点意思。最直接的办法还是自己装起来，亲自体验一下。

所以如果我们前面已经玩过龙虾，那 Hermes Agent 就更值得上手试一遍。

3. 它值得体验，但不一定意味着马上替换掉现有工具

这一点我觉得也要说清楚。

值得体验，不等于一定要立刻替换。

尤其是如果我们现在已经有自己顺手的工具了，比如 Claude Code、OpenClaw，甚至还有自己已经搭好的工作流，那完全没必要因为 Hermes Agent 最近很火，就急着把所有东西都换成它。

更稳一点的方式，其实还是并行体验。

也就是说，我们先把 Hermes Agent装起来，跑一遍它的安装流程，体验一下它的对话方式、记忆方式、消息接入方式，再看看它到底适不适合我们自己的使用习惯。适合的话后面再继续深入，不适合的话至少我们也了解过了，不至于别人都在聊的时候我们完全不知道这是什么。

这也是我一直比较认同的一种方式：新工具可以先试，不一定马上全换。

4. 对开发人员来说，这类东西可以不用，但不能不了解

怎么说呢，现在 AI Agent 这个方向已经不是一个特别边缘的话题了。

无论我们最后会不会长期用 Hermes Agent，它至少代表了现在 AI Agent 发展的一个很明显的方向：从一次性聊天，慢慢走向长期记忆、长期协作、长期成长。

而这个方向，对我们开发人员来说，是不能完全忽略的。

因为今天可能只是一个新项目，明天可能就是新的工作方式。

很多东西我们现在可以先不用，但不能完全不了解。尤其是像 Hermes Agent 这种已经有很高讨论度、又明显带有新思路的项目，其实很适合我们拿来做一次了解和体验。

就算最后我们没有把它当成主力工具，这次体验本身也是有价值的。至少我们会知道，AI Agent 这个方向已经在往哪里走了。

5. 所以我的建议是，先装一次，先体验一次，再决定要不要长期用

如果让我给一个比较直接的建议，我会觉得：

Hermes Agent 很值得我们装一次，但不用急着下结论。

先装起来，先跑起来，先感受一下它的整体思路和使用方式。

看看它到底是不是我们理解里的那种个人助理型 Agent，看看它的记忆、技能、成长这套逻辑到底有没有实际体验上的价值。

很多工具都是这样，别人说得再多，都不如我们自己上手跑一遍来得直接。

而且就算最后我们觉得它不一定适合自己，这个过程本身也不算白折腾。因为至少我们已经知道了，最近大家都在聊的 Hermes Agent 到底是怎么回事，它到底新在哪，它到底适不适合我们。

所以对我来说，这篇文章后面的安装部分，其实也就是想做一件事：

先把它真正装起来，先把它真正跑一遍。

毕竟很多东西只有真正上手之后，我们才能知道它到底是概念大于体验，还是体验真的跟它讲的那些东西一样有意思。

---

盒盒盒，又偏离主题了哈，前面确实先废话了太多哈。

本来我一开始是真的打算把这篇文章直接写成一篇 Hermes Agent 安装教程分享的，结果真正去了解了一圈之后，发现这个东西如果上来就直接讲怎么装，好像又差点意思。所以前面还是没忍住，先啰嗦了一大堆，先把 Hermes Agent到底是什么、为什么最近这么火、它和 OpenClaw 到底有什么区别这些内容先简单聊了聊哈。

那聊到这里，前面的铺垫也差不多了，接下来我们就正式进入这篇文章的正文部分，开始真正上手安装 Hermes Agent。

先说明一下，我这次安装用的是 Mac，平时开发也主要是在 macOS 环境下进行，所以这篇文章后面的安装过程，基本也都是围绕 Mac 安装方式 来展开的。如果我们平时也是用 Mac 开发，那这一段应该会更有参考价值一些。

当然咯，如果有些同学暂时不打算真的自己装，也没关系的。这篇文章你也可以把它当成一次跟着我视角走的体验记录来看。也就是说，就算我们不动手，至少也能先看看 Hermes Agent整个安装流程大概是怎么回事，中间会遇到什么提示，哪些地方容易疑惑，后面再决定要不要自己去试。

毕竟很多时候，一个新工具值不值得折腾，不一定非要先装完才知道。先把整个过程看明白，其实也很有帮助。

那接下来，我们就先从安装前要准备的环境开始说起吧。

6.1 系统要求与环境准备

Hermes Agent 的安装其实非常非常简单。

尤其是如果我们之前安装过 OpenClaw，这套流程看起来会很熟，整体差不多，不会有特别高的门槛。先说结论，安装前我们简单看一下系统要求就行，不需要在这里展开太多。

支持的系统和基础环境大概如下：

最低配置这边，官方给到的大概是：

• 内存：8GB RAM
• Python：3.11
• Node.js：16+
• Git：建议提前装好

因为我这次主要是在 Mac 上安装和体验，所以后面也主要是按 macOS 的方式 来走。如果我们本身也是用 Mac 开发，那直接照着往下看就行。

确认完这些之后，安装其实就一句命令：

 
       
    
         
 
          
# Linux / macOS / WSL2 / Android (Termux) 
 
          
curl -fsSL https://raw.githubusercontent.com/NousResearch/hermes-agent/main/scripts/install.sh | bash
 
         

 
运行这行安装脚本之后，后面基本就是跟着流程一步步往下走了。
 

6.2 开始安装 Hermes Agent

这里我是在 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 了。

这里有一个很容易踩的小坑，我专门提一下：这个输入框在粘贴密钥之后，终端里是不会显示内容的。

所以有些同学第一次装的时候，看到屏幕上没反应，可能会以为自己没有粘贴成功，然后又重复粘贴几次，最后反而把密钥输错了。

所以这里要注意一下，粘贴进去看不到内容是正常的，不是没粘贴上。粘贴一次之后直接回车就行。

当然，如果这里真的填错了也不用慌，后面还是可以重新配置，或者直接去配置文件里改，不是什么大问题。

密钥保存好之后，接下来就会进入模型选择界面。

这里 Hermes 会把当前可选的模型列出来，我这边最后选的是 MiniMax-M2.7。选好之后继续往下走就行。

接下来就是消息渠道绑定这一步了。

这里 Hermes 会先问我们，要不要现在就配置消息平台。

这两个选项其实很好理解：

• Set up messaging now：现在就把消息渠道一起配好
• Skip：先跳过，后面再用 hermes setup gateway 单独配置

我这里直接选的是第一个，毕竟这次就是想顺手把整个流程走完整一点。

选完之后，就会进入消息平台选择界面。

这里支持的平台还挺多，不过我这次还是选了 Feishu / Lark。原因也很简单，我目前电脑微信插件主力在用的还是 OpenClaw，而且微信这边官方给 Hermes 的接入方式好像暂时还是有一点风险，所以这次我还是先走飞书这条更稳一点的路。

这里有一个小细节要注意一下：这个界面是中括号多选，不是单选。

所以选到飞书之后，不要直接回车，要先按空格键选中它，看到前面的中括号状态变了之后，再按回车确认。不然很多同学第一次会以为自己选上了，结果其实没有。

如果我们之前配过飞书机器人，那后面的流程看起来应该会很熟。这里我选择的是 重新创建一个应用。

应用创建完成之后，就会拿到 App ID 和 App Secret。

接下来就回到 Hermes 这边，跟着提示把这些信息一步步填进去就行。

这一段整体不算复杂，基本就是照着提示走。到了后面会出现这样一个选项：

Install the gateway as a launchd service? (runs in background, starts on boot) [Y/n]

这里其实就是在问我们：要不要把 Hermes 的消息网关注册成 macOS 的后台服务，并且开机自动启动。

如果这里选 Yes，那后面飞书这类消息渠道就会更省心一些。因为 Hermes 的 gateway 会在后台跑着，开机后也能自动起来，消息平台能一直保持可用，适合我们想长期挂着用的情况。

如果这里选 No，也不是不能用，只是后面每次想让飞书正常收发消息时，我们就得自己手动启动 gateway。也就是说，不开后台自启的话，Hermes 本体装是装好了，但消息平台这块不会一直在线。

所以这一步怎么选，其实就看我们自己的使用习惯：

• 想省事、想让飞书一直可用：那就开
• 只是临时体验，不想后台常驻：那就先不开

我这次是把它配上了，这样后面飞书测试起来会更直接一点。

走到这里，其实整个 Hermes Agent 的安装和基础配置就差不多完成了。

最后它会提示我们配置已经完成，并且问我们要不要直接进入聊天。到这一步就说明 Hermes 已经算是成功装好了，后面不管我们是直接开始对话，还是继续去折腾别的配置，都可以了。

配置完成之后，我们可以先不用急着直接开聊，先跑一条命令检查一下当前安装状态：

 
       
    
         
 
          
hermes doctor
 
         
 
这个命令可以理解成 Hermes 自带的体检工具。
 

它会帮我们快速检查当前环境和配置有没有明显问题，比如模型配置、依赖、消息网关这些是不是正常。

如果前面安装过程里哪里没配好，或者有关键项缺失，一般在这里也能比较快看出来。所以我觉得装完之后先跑一遍 hermes doctor 还是很有必要的，至少先确认一下整个环境是不是正常的，后面再开始用会更稳一点。

跑完 hermes doctor 之后，最后一般还会看到几个提示项。这个地方其实不用紧张，大部分情况下先不用管，它更多是告诉我们后面还有哪些常用入口可以继续用。

这里可以简单理解成三个方向：

• hermes 这个就是直接进入 Hermes 聊天，本地终端里跟它对话就是走这个。
• hermes gateway 这个是消息网关。像飞书、Telegram 这种外部消息渠道能不能正常收发，主要就看这个有没有在运行。
• hermes doctor 这个就是刚刚我们跑的检查命令，后面如果怀疑哪里没配好，或者消息渠道不通了，也可以再用它检查一遍。

所以这里看到这几个提示，不用想太复杂，先当成 Hermes 给我们的常用命令导航就行。

如果当前安装已经正常，这里先不用管也没问题。

6.3 测试聊天是否正常

安装完成后，我们需要执行一个命令用来重载一下：

 
       
    
         
 
          
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 就算是真的装好了，后面我们就可以正式开始用了。

6.4 一些常用命令简单认识一下

到这里其实 Hermes 已经能正常用了，不过第一次上手的时候，很多同学可能还是会有点懵：现在已经装好了、也能聊天了，那平时到底该输入什么命令？

其实不用想得太复杂，Hermes 常用命令并不算多，我们先认识几个最常见的就够用了。

先说最基础的启动命令：

 
       
    
         
 
          
hermes 
 
         
 
这个就是启动 Hermes 交互终端的入口。平时如果我们想直接在本机里和它聊天，最常用的就是这条命令。
 

然后是前面已经提到过的检查命令：

 
       
    
         
 
          
hermes doctor 
 
         
 
这个可以理解成 Hermes 自带的体检工具。安装完之后、模型没配好、消息通道异常了，或者我们怀疑哪里有问题时，都可以先跑一下这个命令看看状态。
 

如果我们配置了飞书这类消息渠道，那 gateway 相关的命令也值得顺手认识一下。

 
       
    
         
 
          
hermes gateway 
 
         
 
这条命令就是直接启动 Hermes 的消息网关。简单理解一下，终端聊天主要靠 hermes，而飞书这类外部消息收发，更多就是靠 hermes gateway 这一条链路。
 

如果我们想让它以后台方式运行，还可以用：

 
       
    
         
 
          
hermes gateway --daemon 
 
         
 
这个命令的作用就是把 gateway 以守护进程方式跑起来。这样即使我们关掉当前终端，它也还能继续在后台运行。对于平时想长期挂着飞书消息通道的同学来说，这个会更方便一些。
 

另外如果我们想确认 gateway 现在到底有没有正常运行，还可以执行：

 
       
    
         
 
          
hermes gateway status
 
         
 
这个命令主要就是用来查看当前 gateway 的运行状态。比如我们明明已经配好了飞书，但消息一直没反应，这时候先查一下 status，往往就能更快定位问题。
 

还有前面测试飞书时提到过的配对命令：

 
       
    
         
 
          
hermes pairing approve feishu xx
 
         
 
这个命令主要是第一次绑定飞书账号时使用，后面配对完成了，一般就不会频繁再用了。
 

如果进入 Hermes 的交互界面后，常见的内置命令大概有这些：

如果是在飞书里用 Hermes，前面测试时提到的 /sethome 也可以顺手了解一下。这个命令的作用是把当前聊天窗口设置成默认的 home channel，后面像任务结果通知、跨平台消息这类内容，Hermes会优先发到这里。不过它不是必须设置的，不设置也不影响正常聊天。

所以这一节其实不用背太多。我们刚开始真正会高频用到的，基本就是这几个：

• hermes
• hermes doctor
• hermes gateway
• hermes gateway –daemon
• hermes gateway status
• /new
• /model
• /help

先把这几个混熟，后面边用边学，其实就差不多够用了。

6.5 Hermes 安装目录和配置文件简单看一下

如果前面装过 OpenClaw，那看到 Hermes 的安装目录时，我觉得大家应该会有一种很熟悉的感觉。因为它这一套目录结构和配置思路，其实跟 OpenClaw还挺像的，都是把配置、缓存、日志、会话、技能这些内容统一收在一个目录下面，后面排查问题或者手动改配置时也会方便很多。

Hermes 安装完成后，相关文件基本都会放在用户目录下的 .hermes 里面。打开之后我们可以看到里面有不少文件夹和文件，比如缓存、日志、记忆、技能、会话记录、配对信息等等，整体看下来其实不会太陌生。

不过这一堆文件我们也不用一个个去研究，第一次上手时，真正需要先关注的还是两个东西：config.yaml 和 .env。

其中 config.yaml 可以理解成 Hermes 的主配置文件，这一点也和 OpenClaw 很像。很多基础配置基本都在这里，比如模型、网关、消息渠道这些，后面如果我们想手动调整，大部分情况下优先看的就是这个文件。

而像 API Key、App Secret 这类更敏感的信息，一般不会直接全堆在 config.yaml 里，而是更多放在 .env 文件里面。这样做也比较合理，配置和密钥分开，后面维护起来会更清楚一点。

所以这一块我们其实可以简单记成：

• 普通配置，优先看 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、模型协作这些内容，再接着往下聊哈，感谢。