关于ZAKER 合作
钛媒体 17小时前

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 不去提高自身,那么亮完以后,王座将会还矗立在原处。

相关标签

觉得文章不错,微信扫描分享好友

扫码分享

企业资讯

查看更多内容