乐于分享
好东西不私藏

OpenClaw 之后,Hermes 来了:AI Agent 正在分裂成两个世界

OpenClaw 之后,Hermes 来了:AI Agent 正在分裂成两个世界

这不是谁更好的问题。这是你打算跟 AI 建立什么关系的问题。

今年 2 月,我每天用 OpenClaw 至少 5 次。

查数据、跑脚本、整理想法——它就像一个不知疲倦的初级工程师,听话、透明、每一步都等你点头。

3 月 31 号之后,这个数字变成了 

不是刻意不用。是有一天我发现,打开它的冲动消失了。就像一个曾经每天聊到凌晨的朋友,某天之后对话框再也没有亮起来过。

我不是一个人。社交媒体上的讨论热度在降,GitHub issue 的积压速度在涨,社区里出现了一种心照不宣的沉默——大家好像都把它放下了,但没人愿意第一个说出来。

就在这个沉默期,Hermes Agent 出现了。

01OpenClaw 不是因为烂才被抛弃的

先把话说清楚:OpenClaw 是好东西。

它可以直连操作系统——读写文件、控制浏览器、执行 Shell。支持各种 LLM,数据不出你的机器。Skill 插件系统靠人工编写,文件驱动的身份系统 Soul.md 对程序员极其友好。一切皆文件,调试和审计都很直观。

那它为什么被放下了?

三个版本迭代之后,稳定性开始崩。功能越加越多,bug 也跟着进来了。用户量爆炸,边缘场景把 issue 列表塞爆,维护速度追不上。

但这不是根因。

根因在产品哲学上。OpenClaw 的核心逻辑是:人必须在决策环里。 Soul.md、显式授权、文件级审计——每一个设计都在说同一句话:你该知道 Agent 在干什么,你该能干预 Agent 的每一步。

这在早期是卖点。”开源 Agent 终于尊重用户了”的宣言。

但当你每天要用十次之后,事情就变了。

你要告诉它用什么 Skill、文件放哪、Shell 怎么跑。下次做同样的事,这些你还得再说一遍。

它是个好工具,但它不会”长记性”。

就像一个特别聪明的实习生,能力很强,但每天早上来都要重新做一遍入职培训。

时间久了你会烦。大多数人选择了不用。

“这是一种「理论上很安全,实际上逼着用户关掉安全机制」的设计。”

02Hermes 做了一件不一样的事

一句话:它把”人定义规则,Agent 执行规则”改成了”人定义目标,Agent 自己找最优路径”。

听起来有点虚。说个具体场景。

你用 Agent 做一个例行任务——每周从几个数据源抓报告、整理成表格、推到工作群:

🔴 OpenClaw 的方式

第一次:告诉它用什么工具、数据在哪、输出格式、推哪个群。每一步确认。一套下来,你自己做还快一点。

第十次:你还是要告诉它这些。

🔵 Hermes 的方式

第一次:你说”帮我把这几个数据源的报告抓下来,整理成表格推到工作群”。它自己决定用什么方法。

第二次:它直接从技能库里调出上次成功的执行路径,自动执行。如果你换了更好的数据源,它自动把旧 Skill 更新成更优版本。

旧的没新的好?存新的。

这就是 Hermes 最核心的卖点:从经验中学习,在使用中进化。

“Hermes 用久了,会拥有一个只属于你的、不断优化的经验库。记忆层回答「你是谁」,技能层回答「怎么做」。”

03拆开看,它不是”更聪明的聊天工具”

Hermes 的架构做了八层。说三层最关键的。

▎第一,记忆。

OpenClaw 有没有记忆?有。但那更像是”笔记”——你写了 Soul.md,它按笔记办事。没有跨会话学习,没有经验积累。

Hermes 的记忆是双轨的:

常驻记忆(MEMORY.md + USER.md):小而稳定,始终在上下文里,告诉 Agent”你是谁、偏好什么、避什么雷”。

历史检索(SQLite + FTS5 全文搜索):大而按需,只有你问”我们上周是不是讨论过数据库索引”时才拉进来。

容量有明确上限——MEMORY.md 默认 2200 字符。超了不让它无限膨胀,而是让 Agent 自己压缩或替换。

Hermes 对记忆的理解不是”越多越好”,而是”只保留真正重要的那一小块”。很多号称有记忆的 AI 产品,本质就是无脑往 prompt 里塞历史。Hermes 把这个做成了工程问题,不是功能噱头。

▎第二,技能。

Hermes 把技能明确定义为 程序性记忆(procedural memory)——跟”你是谁”那种事实记忆分开。

完成复杂任务 → 自动提炼成 Skill。试错走通了 → 保存成 Skill。用户纠正了 → 更新 Skill。过时了 → 删除 Skill。

记忆层回答”你是谁、讨论了什么”。技能层回答”这类事怎么做、哪条路走通过”。

“这个分层,是我见过最漂亮的开源 Agent 架构决策之一。”

▎第三,安全。

Hermes 没有因为追求”自治”就放弃”边界”。它做了五层纵深防御:用户授权、危险命令审批、容器隔离、MCP 凭证过滤、上下文文件扫描。不是单点防护,是一层一层兜底。

04真正的问题不是”谁更好”

OK,我说了 Hermes 很多好话。现在说点不好听的。

Hermes 的自动进化是黑盒。

Skill 怎么生成的?为什么是这个不是那个?当你看到 Agent 做了一个你不认可的操作,你没法像改 Soul.md 一样直接打开文件修。进化过程对用户不可见。

OpenClaw 不一样。所有操作文件层面可见,你可以审计、修改、精确控制每一步。

OpenClaw 说信任的前提是透明。
Hermes 说有用的前提是自动。

谁对?

都对了。也都错了。

OpenClaw 假设用户愿意且能够持续介入。实际上,大多数人不愿意。每次操作都要确认的安全感,新鲜感过了就变成了疲劳感。

Hermes 假设用户愿意用透明度换便利。这个假设在历史上经常赢——我们每天都在用不知道内部怎么运转的软件。但 Agent 不一样。Agent 替你做决策。当一个能替你决策的东西内部是黑盒——这件事本身就让人不安。

说白了,你选的不只是一个工具,是你在定义你跟 AI 之间的关系。

你是老板,事无巨细都要过目?

还是你是合伙人,给个大方向就行?

不是技术问题。是价值观问题。

05有些话不中听,但得说

OpenClaw 那一波,主力推手是谁?中文区用户。

2 月到 3 月,中文技术圈把它推到了它自己可能都没预料到的高度。GitHub star 狂飙,微信群人手一个,教程铺天盖地。

然后呢?

热度退了。开始找下一个。

这背后有一个我们不愿意承认的模式:技术社区有巨大的流量能量,但它是脉冲式的。来了,带火一个项目,给它不切实际的期望值,然后迅速撤离——留下一个被 issue 淹没、维护者精疲力竭的开源项目。

OpenClaw 不是第一个,也不会是最后一个。

这次 Hermes 来了。同样的剧本在孕育——技术圈开始讨论,自媒体开始选题,微信群开始转发——

“你是想要一个永远对你敞开的引擎盖,还是一个越来越默契的副驾驶?”

📊 关键维度对比表

维度
OpenClaw
Hermes Agent
核心哲学
控制优先 · 人在环中
学习优先 · 自动进化
Skill 系统
人工编写,文件驱动
自动生成,持续优化
记忆能力
显式文件,无跨会话学习
双轨记忆,越用越懂你
透明度
极高,文件层面可审计
中等,Skill 生成是黑盒
部署难度
有门槛,需折腾配置
更轻量,开箱即用
维护成本
高,Skill 靠人工维护
低,自动进化
适用人群
硬核开发者、合规场景
想省事的团队与个人

🚀 到底怎么选?

选 OpenClaw,如果你——

• 需要对 Agent 每一步操作有完全可见性和控制权• 有安全合规要求,需在文件层面审计所有行为• 想深度定制 Agent 能力,开发自己的 Skill 系统• 场景需要和操作系统、浏览器深度耦合

选 Hermes,如果你——

• 希望 Agent 越用越懂你的工作方式• 不想折腾,想快速部署• 需要定时自动化任务,内置 cron 很实用• 追求更安全的默认配置,减少人工审核负担

💡 务实方案:混用

OpenClaw 做主控,负责那些一次失误都不行的高风险任务。Hermes 做执行节点,搞定重复性的、可学习优化的日常操作。实验性功能隔离在 Hermes 上,出问题不影响核心。就像你不会用赛车去买菜,也不会用买菜车跑赛道。

06最后,我想说的不是怎么选 Agent

这篇文章写到最后,我发现我真正想说的不是怎么选 Agent。

我想说的是:我们正在从”用 AI 工具”过渡到”与 AI 共事”。而”共事”这件事,比”用工具”复杂得多。

工具好不好用,标准很清楚:快不快、准不准、稳不稳。

共事好不好,标准是模糊的:你信不信任它、它懂不懂你、默契有多深。

OpenClaw 和 Hermes 的分歧,本质上是这个行业在回答同一个问题时走了两条路:

当 AI 能替你做事的时候,你打算站在什么位置?

站在它旁边,看它每一步怎么走?

还是站在它前面,告诉它你要去哪?

这个问题没有标准答案。

但每个人都需要一个答案。

如果这篇文章让你想起了自己跟 AI 工具的关系,欢迎转发。也许你的朋友也在纠结同样的问题。

🔗 相关资源:

Hermes Agent 官网:hermes-agent.nousresearch.com

OpenClaw GitHub:github.com/openclaw