
最近很多人在问同一个问题
Hermes Agent 最近很火,Reddit 上"I ditched OpenClaw for Hermes"的帖子接连不断。
国内也有不少朋友在问:它们到底是同一类东西吗?Hermes 能直接替代 OpenClaw 吗?
先把共识摆出来:两者都是通用 Agent 系统,都不只是聊天机器人,也不只是工具集合。它们都在尝试把模型、工具、会话、记忆、Skills、消息入口和本地运行环境接成一套可以长期使用的系统。
觉得它们像,完全正常。
但工程重心完全不同。
一句话区分:OpenClaw 管入口和秩序,Hermes 管执行和经验。
OpenClaw 在解决什么问题
OpenClaw 更像一个本地优先的 Agent 控制面,重点是把真实世界的入口、会话、设备和权限接起来。
它的渠道列表很长:WhatsApp、Telegram、Slack、Discord、Signal、iMessage、微信、飞书、LINE……代码仓库里还有专门的 macOS 菜单栏 App、iOS/Android 节点、语音唤醒、实时画布。
这个细节有分量。对很多真实用户来说,Agent 的第一道门槛经常还没到"怎么让 AI 更聪明",而是这些更朴素的问题:
我能不能从 Telegram 发它? 我能不能让它跑在家里的小机器上? 我能不能让家人、同事以不同权限接入?
OpenClaw 的 Gateway 正是在处理这些问题。
它的 README 里有一句话值得留意:“The Gateway is just the control plane — the product is the assistant.”
它先把入口和控制面做厚,再让 Agent 在这个秩序里工作。
Hermes 在解决什么问题
Hermes 的重心不一样。
它当然也能接 Telegram、Discord、Slack、WhatsApp 等入口,但如果只从"能接哪些平台"看 Hermes,就会错过它最有意思的地方。
Hermes 把自己定义成"The self-improving AI agent"。它最核心的设计,是一个闭环学习循环:
每调用大约 15 次工具,Hermes 就会暂停回顾:哪些成功了、哪些失败了、哪些耗时太长。然后它自动把成功路径写成一个技能文件,保存下来,下次遇到同类任务直接调用。
它的技能文件有一段注释写得很直接:“Skills are the agent’s procedural memory(技能是 Agent 的过程记忆)。”
第一天让它做一个研究任务,你得到的是通用摘要。
第 30 天让它做同样的事,它已经知道你关注什么、忽略什么、喜欢什么格式。
有用户反馈,Hermes 在两小时内自动生成了三份技能文档后,重复性研究任务的速度提升了约 40%。
同一个词,两种味道:Skills
两个系统都有 Skills,但语义完全不同。
OpenClaw 的 Skills 更像团队里的 SOP 库。系统内置了 50 多个技能目录(GitHub、Slack、Apple Notes、语音通话等),按来源分层管理,有明确的加载优先级和权限治理。哪些技能来自系统、哪些来自用户、哪些属于某个工作区——管理得很清楚。
Hermes 的 Skills 更像一个强执行者不断更新的工作笔记。它强调自动创建、自动修补、自动复用。Agent 完成复杂任务后,系统会提醒它把方法保存下来;发现某个技能过时或错误,直接 patch。
SOP 库的优点是可控、可审计,适合团队治理。
工作笔记的优点是贴近真实任务、迭代快,能把个体使用经验滚起来。
代价也不同。OpenClaw 的技能质量更多取决于人和社区;Hermes 的自动沉淀有想象力,但也需要定期复看和修剪,否则"经验"也可能变成"惯性错误"。
安全思路也完全不同
OpenClaw 走信任模型 + 配置审计路线。它的安全模型是"个人助理",不是多租户共享。提供了 openclaw security audit --deep 命令扫描配置风险,DM 配对、白名单、沙箱和诊断机制共同构成安全边界。
不过 OpenClaw 在安全方面有过一些风波——今年 2 月被曝出 WebSocket Token 泄露漏洞,第三方技能存在数据外泄和提示词注入风险。官方响应速度不慢,但这提醒我们:入口越多、生态越开放,攻击面也越大。
Hermes 走纵深防御路线。危险命令默认需要人工确认,超时自动拒绝;支持 Docker 容器隔离执行环境;内置凭据过滤和上下文注入扫描。
一句话区分:OpenClaw 更多在"人该怎么管 Agent"这一层做安全,Hermes 更多在"Agent 运行时该怎么被约束"这一层做安全。
从 OpenClaw 迁移到 Hermes,能做,但不是换壳
Hermes 支持一键迁移:
hermes claw migrate
能迁的内容包括:人设文件(SOUL.md)、记忆文件(MEMORY.md、USER.md)、用户创建的技能、命令白名单、部分消息平台配置、以及 Telegram、OpenAI、Anthropic 等 API Key。
但有几个边界要留意:
建议先跑 --dry-run预览会迁什么WhatsApp 这类二维码配对型渠道仍可能需要重新处理 迁移后通常需要重启新会话技能才生效 - 迁移配置,不等于迁移整套使用方式
更稳妥的做法:把迁移当成试用 Hermes 的低成本入口,而不是"一键把 OpenClaw 变成 Hermes"。先迁用户数据,试一两个重复性强的工作流,看 Hermes 的技能沉淀是否真的帮你减少了重复劳动,再考虑扩大使用范围。
到底该选哪个
选 OpenClaw,如果你的主要问题是入口:
Telegram、Discord、Slack、微信、WebChat、iOS、Android 节点、群聊、私聊、远程 Gateway——这些决定了 Agent 能不能进入你的真实生活和团队协作。
选 Hermes,如果你的主要问题是经验:
研究、代码修改、数据分析、日报周报、重复性排障、长链路自动化——这些任务里,Agent 能不能记住做过的事、少重复犯错,决定了它长期用起来累不累。
也可以两者都用: Claude Code 写代码,Hermes 处理研究和自动化,共用同一套 MCP 工具配置。
写在最后
“OpenClaw 过时了”——这个说法有些简单了。
更准确的理解是:
OpenClaw 在回答:Agent 如何进入世界。Hermes 在回答:Agent 如何积累经验。
前者解决"我怎么触达它、约束它、让它出现在正确的地方"。
后者解决"它怎么记住做过的事、少重复犯错、把方法沉淀下来"。
更完整的 Agent 系统,最后大概率两边都少不了。
Agent 框架的竞争,已经从"能不能调用工具",进入到"能不能管理入口、治理风险、沉淀经验"的阶段了。
结尾互动
如果这篇文章对你有帮助,点击右下角"在看",让更多人看到。
关注「飘雪思考」,每周更新 AI 工具测评与实战教程,和 10 万+ 读者一起用好 AI。
💬 你怎么看? 你现在用的是 OpenClaw、Hermes,还是两个都在用?遇到过什么坑?
欢迎在评论区留下你的想法,我都会看的。
📌 收藏这篇文章,下次选 Agent 工具时直接翻出来对比。
觉得有用就转发给朋友,说不定正好帮到需要的人。
夜雨聆风