Hermes Agent，反“龙虾”情绪的一次烟花

文 | 字母AI

这两天，Hermes Agent冲上了OpenRouter“最热门的编程Agent”榜首，分类榜显示用量达到149B tokens。

在OpenRouter平台上，Hermes Agent进入本周增长最快的应用和Agent榜单，一周内实现了367%的增长，达到971B tokens。Nous Research API的增长更夸张，达到6402%，对应33.7B tokens。

Hermes Agent为啥这么火？

它最抓人的地方，并非某一个单点功能，而是一整套产品逻辑。

Hermes Agent是一个住在你服务器上的自主Agent。它能记住自己学过什么，会主动把解决问题的经验沉淀成Skill，因此它会越来越懂你的需求和项目。

它还能接入包括微信在内的各种入口，定时跑任务，派出子Agent并行工作，还会用沙盒把危险操作隔开。

所以问题来了：OpenClaw才刚刚被捧上王座，Hermes就要新王登基了吗？

我觉得不是这样的。在OpenRouter上，OpenClaw仍然是最热门的生产力工具，并且使用量上遥遥领先于Hermes Agent。

并且作为一款软件，Hermes Agent在代码逻辑上也要远远逊色于OpenClaw。

那么大家可能不是因为Hermes Agent好才开始使用的它，很大一定程度上是因为OpenClaw那铺天盖地的宣传，进而产生了一种逆反心理。

到这里，差不多该给Hermes盖棺定论了。

不过在判断它到底是新王、烟花，还是OpenClaw神话之后的一次反弹之前，需要先弄清楚一件事：Hermes Agent到底是什么。

Hermes Agent是个怎样的产品？

就和OpenClaw一样，Hermes Agent也是一个可以长期挂在服务器上的AI助理。

通过接入模型，它能调工具，能跑命令，能连消息软件，也能保存记忆。用户可以在CLI里用它，也可以把它接到像微信这样的入口里。

它可以执行定时任务，也可以在后台跑长任务。任务完成后，它能把结果推回给用户。

一切的一切，都和OpenClaw差不太多。

Hermes Agent最核心的卖点，就是自我改进。官网给它的口号是the agent that grows with you，翻译过来是“这个agent将和你一起成长”。

对应到产品里，就是Hermes Agent的记忆和skill。

Hermes Agent会保存用户偏好，也会保留任务经验。它不只记住“用户喜欢什么”，还会记住“某类任务之前是怎么完成的”。

如果它在一个项目里踩过坑，或者被用户纠正过，它就会当场把这段经验直接沉淀成skill。

Hermes Agent的文档里说，Skill保存在本地~/.hermes/skills/的文件里，你想查看的时候，直接打开文件夹查看，不想要这个Skill就直接删。

这件事说白了，就是Hermes想把“做过的事”变成“以后会用的经验”。

比如你让它处理一个项目。它发现某个工作流是能跑通的，某个工作流走不通，某个文件夹是关键位置，某种写法符合用户习惯。

任务结束后，它就会把它刚才所有的流程，变成下一次任务可调用的skill。下次碰到相似问题，它就会避免上次任务踩过的坑，用更少的token，更少的思考时间，达到相同的效果。

这也是Hermes和OpenClaw最大的产品差异之一。OpenClaw也有skill，也有记忆，也有persona。

OpenClaw强在生态，Skill体系已经比较完整，可以从多个位置加载，也有ClawHub这样的公共注册表。它像一个很大的工具系统，但是你必须在任务开始之前安装Skill。

Hermes更强调agent自己从任务里长出skill。它想让用户相信，这个Agent用得越久，越懂你的项目。

这套设计很戳人，尤其是在这个大家都在比谁更懒的年代。

大家在使用AI时候，最烦的事情，就是每次都要重新交代背景。项目结构讲一遍，偏好讲一遍，上次踩过的坑还要再讲一遍。

Hermes Agent要解决的就是这种重复劳动。它的目标是让Agent从一次性工具变成长期助理。

不过，在我亲自体验Hermes Agent之后发现，会生成Skill这件事，不等于说Hermes Agent一定会变聪明。

经验如果沉淀得好，下一次任务会更快；经验如果沉淀得差，下一次也可能更容易出错。一个错误路径被写进Skill，就会变成新的负担。

所以Hermes Agent的自我改进到底有多强，取决于实际任务，并不能一概而论说一定比之前更好。

Hermes Agent还有一个特点，是多入口常驻。

它不是只给程序员在终端里用。它可以在不同入口里接收任务，也可以调用不同工具去完成任务，你发邮件给它，它能明白。你发消息给它，它还能明白。你在CLI里发给它，它照样能执行。

你肯定会问了，说OpenClaw也可以多入口啊？

但是Hermes Agent的多入口是通向同一个地方的，记忆和Skill可以跨对话、跨入口互通。但是到了OpenClaw这里，你飞书的记忆就是飞书的，微信的就是微信的，两者无法关联。

Hermes还强调模型选择。它可以接OpenRouter、Nous Portal、本地模型和其他供应商。

在v0.8.0版本里，Hermes强化了模型切换、价格展示、跨平台模型选择等功能。

这个设计的意思是，用户不必把所有任务都交给同一个模型。简单任务可以用便宜模型，复杂任务可以切到更强模型。这样既能控制成本，也能降低对单一模型供应商的依赖。

Hermes Agent发布了0.9.0版本更新，其中有两条特性，让人眼前一亮。第一是它现在支持原生微信和企业微信的Callback模式。

也就是说，它平台有新消息时，主动把消息从微信推给你。在此之前，虽然你能发微信给它，吩咐它替你办事，但是它不能回复你的消息。

第二，这次更新新增了原生xAI和小米MiMo模型供应商支持。

这样你就不用再绕到OpenRouter上去调用小米的模型了，你就可以在Hermes Agent里把xAI/Grok和小米MiMo作为一等模型provider配置，直接进入模型列表、setup wizard和模型切换流程。

对小米MiMo来说，更新还包括模型目录接入、空响应恢复等适配。

这回是冲着咱们来的！

Hermes能火，运营也很聪明

一个开源项目能不能火，通常不只看代码。

Hermes Agent的爆火当然有产品自身的原因，但更多的是它的运营策略。

刚发布的时候，Hermes Agent就没有把自己当成一个全新的产品来去宣传，而是强调了“迁移”这个概念。

正值OpenClaw爆火，Hermes Agent强调说你可以把你OpenClaw上面所有的东西，包括Skill、上下文、工作流，全都迁移到Hermes Agent上，再搭配“自进化”的标签，一下子就获得了相当的热度。

如果用户来自OpenClaw，Hermes Agent在第一次安装配置的时候，还会检测~/.openclaw文件，并提示迁移。

这个功能表面上是工具，实际上是广告。它没有要求用户从零开始，也没有说服用户忘掉OpenClaw。它对OpenClaw用户说的是“你过去积累的东西，可以全都带到这里来，没有迁移成本。”

一个新项目想挑战旧生态，最难的环节不是下载，是搬家。迁移命令把“搬家”变成了一个可执行动作。它承认OpenClaw已经沉淀了用户资产，又把这份资产变成Hermes的冷启动燃料。

这样一来，反正Hermes Agent也是免费工具，大家复制粘贴一下自己OpenClaw的配置就能拿过来用，刚好借着OpenClaw完成了传播。

第二个关键动作就是对微信的支持。

Hermes Agent在4月11日的时候就宣布可以接收微信，并且它用的还不是“模拟微信客户端”或者“破解微信协议”那种野路子，而是腾讯官方提供的机器人接口。

它不是靠抓包、逆向微信通信协议来收发消息，人家走的就是正儿八经的腾讯Bot API。

还不单单是这样，Hermes Agent的开发者Nous Research宣布推出微信功能的时候，使用的还是中文，大大刷了一波中文社区的好感度。

以及面对中文的留言，Nous Research都会用中文进行回复，再次提高了对中文社区的亲和力。

这件事在Agent产品上尤其重要。Agent不是单纯的库，也不是一次性工具。它要接你的消息软件，读你的文件，跑你的命令，还可能在群聊里替你做事。

用户把这种权限交出去之前，需要一种被理解的感觉。Hermes Agents在中文圈的回应，正好补上了这个信任入口。

Hermes Agents不像OpenClaw社区那样，大家只交流技术，Hermes Agents是在和那群使用者交流。

还有一点也至关重要，那就是成本。

你现在去Hermes Agent社区搜搜看，你会发现一大半用户都在说“Hermes Agent比OpenClaw便宜”。

因为OpenClaw默认全量加载所有已安装的技能，技能越多，每次用户请求都要携带完整的技能定义文本。

在单次的OpenClaw请求中，73%的token是固定开销。其中工具定义占46%，系统提示词占27%，一次普通查询往往要携带超过10万token的上下文窗口。

Hermes Agent采用三级渐进式懒加载设计。平时只加载技能名称和简短描述，只有当任务需要执行对应技能时，才会加载该技能的完整内容。

以我自己的亲身体验来看，同样的任务，Hermes Agent的token消耗，大约只有OpenClaw的20分之一。不过这里我要声明一点，任务的token消耗是因人而异的，有些人给Hermes Agent吩咐的任务过于复杂，这就导致它其实也没比OpenClaw便宜多少。

不过无论具体省多少钱，这都是OpenClaw的痛点，没办法，毕竟不是人人都那么有钱。

说完了地利人和，还有一点就是天时。

Hermes Agent爆火之前，Anthropic刚刚改变了对第三方政策。

从4月4日开始，Claude订阅额度不再覆盖OpenClaw这类第三方harness的使用，用户需要额外付费，或者使用API key。

OpenClaw自己的Anthropic文档也给出了类似的实际规则，API key走正常API计费，Claude订阅路径会被视为第三方harness usage，需要Extra Usage。

虽然这并不意味着OpenClaw不能用Claude了。然而如果按照API的价格，那么现在绝大多数基于OpenClaw的工作流费用都会暴涨。

Hermes Agent并没有受到影响，因此吃到了这个窗口时期，大量被迫放弃OpenClaw的“难民”选择转战Hermes Agent。

它把Anthropic平台政策的震荡，转化成了自己的产品机会。

Hermes更像反OpenClaw情绪的出口

虽说Hermes这几天的走红，很容易被写成一场新王登基。可是这个判断为时过早。

在OpenRouter上，Hermes Agent在Top Coding Agents里排到第一，显示149B tokens；在Trending里达到971B tokens，并且一周增长367%。这说明它不只是GitHub上被围观，也确实在OpenRouter平台内被调用。

与此同时，OpenRouter的Top Productivity榜里，OpenClaw仍然排在第一，显示364B tokens，Hermes排第二。

Hermes Agent在编程Agent这个细分榜单里冲得很猛，但在更广义的生产力大盘里，OpenClaw还在前面。

另一方面，在两者发源地GitHub上。Hermes Agent的更新频率差不多是每5天进行一次更新，OpenClaw为每天1到2次更新。

GitHub页面显示，Hermes Agent的Commit量不到4000次，OpenClaw是30000次。

在更新上的差距，就导致OpenClaw的仓库结构、文档、技能体系、渠道入口，都更稳定、正规，出现BUG则会立即修复。

不仅如此，社区还经常吐槽Hermes Agent的代码粗糙。

GitHub页面显示，Hermes Agent的run_agent.py文件总行数10524，实际代码行数（loc）9425。cli.py有9878行，loc为8720。gateway/run.py有8836行，loc7861行。

这3个还都是核心运行逻辑的相关文件，这就导致它后续维护、测试和安全审计压力会非常大。

OpenClaw也不是没有大文件，但它的大文件更多分布在生成代码、打包资产、测试文件和局部模块里，而非这种核心逻辑文件。

这就是说明在开发过程中，OpenClaw显然比Hermes Agent考虑得更长久。

那为什么社区还会推崇Hermes Agent？

归根结底，是它吃到了反OpenClaw情绪的红利。

每个爆款开源项目都会经历这一刻。刚开始，所有人都在兴奋。用户分享案例，开发者贡献插件，媒体讲新物种，社区不断造梗。

但当项目变大，问题也会一起变大。功能太多，路线太散，issue太多，文档太厚，入门成本变高，用户开始怀念一个更干净、更聪明、更有理论感的新东西。

OpenClaw刚把个人Agent的想象推到高处，随之而来的就是人们的疲劳感。

整个3月份，A公司出了一键OpenClaw，B公司也得出，无论你知道还是不知道的大厂，几乎都有自己的XXClaw。

到处都是Claw。教程里是Claw，云厂商套餐里是Claw，插件市场里是Claw，社群里讨论的还是Claw。今天有人讲一键部署，明天有人讲某个渠道适配，后天又有人讲某个skill包。

一个本来让人兴奋的个人agent，很快变成了一套需要持续跟进的生态。用户还没来得及让它帮自己省事，先要学会分辨哪个Claw能用、哪个Claw贵、哪个Claw会被封、哪个Claw又改了配置。

OpenClaw的热度由此演变成了人们对OpenClaw这个词的反感。

Hermes恰好出现在这个时候。就像一个刚开张的新社区，标语清楚，门口干净，人人都觉得未来还没被消耗。用户喜欢这种感觉。

它不一定意味着新社区已经更适合居住，但它会让人想进去看一眼。

OpenClaw已经证明“能做事的AI”有巨大需求。Hermes Agent则把需求往前推了一步。用户不只想要能做事的AI，也想要一个能从做事里积累经验的AI。

但这也正是Hermes最需要被检验的地方。

自我进化如果不能带来真实任务复利，就会变成包装。长期记忆如果无法被用户控制，就会变成负担。自动生成Skill如果缺少审计和回滚，就会带来新的错误沉淀。

最重要的是，作为一款软件，代码结构如果迟迟不治理，爆红之后的维护压力会越来越重。

所以，Hermes Agent还谈不上OpenClaw的终结者。它更像是OpenClaw神话之后的第一场反省。

Hermes Agent不是噱头，它在产品上有值得称道的地方。

但它也还没有完成新王登基。OpenClaw的社区、生态、更新和存量仍然更厚。

它是反OpenClaw情绪里的一次烟花。烟花也是真的亮过，如果Hermes Agent不去提高自身，那么亮完以后，王座将会还矗立在原处。