⭐⭐⭐ Spring Boot 项目实战	⭐⭐⭐ Spring Cloud 项目实战
《Dubbo 实现原理与源码解析 —— 精品合集》	《Netty 实现原理与源码解析 —— 精品合集》
《Spring 实现原理与源码解析 —— 精品合集》	《MyBatis 实现原理与源码解析 —— 精品合集》
《Spring MVC 实现原理与源码解析 —— 精品合集》	《数据库实体设计合集》
《Spring Boot 实现原理与源码解析 —— 精品合集》	《Java 面试题 + Java 学习指南》

摘要: 原创出处 http://www.iocoder.cn/Fight/OpenClaw-vs-Hermesyiwenshenrulijieliangdatongyong-Agent/ 「芋道源码」欢迎转载，保留摘要，谢谢！

🙂🙂🙂关注微信公众号：【芋道源码】有福利：

RocketMQ / MyCAT / Sharding-JDBC 所有源码分析文章列表

RocketMQ / MyCAT / Sharding-JDBC 中文注释源码 GitHub 地址

您对于源码的疑问每条留言都将得到认真回复。甚至不知道如何读源码也可以请教噢。

新的源码解析文章实时收到通知。每周更新一篇左右。

认真的源码交流微信群。

先回答最热门的问题：能直接换吗？

最近 Hermes Agent 火了。Reddit 上一堆 “I ditched OpenClaw for Hermes” 帖子，国内群里也开始问同一个问题：

它们到底是同一类东西吗？Hermes 能直接替代 OpenClaw 吗？

答案是：不能简单替代——它们不在同一个赛道。

打个比方：

OpenClaw 像滴滴——把 25+ 聊天平台、设备、群聊、权限、Dashboard 都接进来，它解决「Agent 怎么进入你的真实生活」；
Hermes 像有道云笔记——把 Agent 每次执行的成功路径沉淀成可复用的「过程记忆」，它解决「Agent 怎么不每次都从零开始」。

一个管入口，一个管经验。两件事都得做，但不是一个工具能同时干完。

一张表看懂两边核心差距

OpenClaw 真正擅长什么

把 OpenClaw 看成一个「到处都能找到它的聊天 bot」就低估它了。它真正的形态更像 一台跑在你机器上的”作业调度器”——同一个 Agent 实例，对外通过几十种聊天软件接消息、对内按会话串行调度任务，还能管设备、管权限、管路由。

它的杀手锏是接入了几乎所有主流聊天平台：WhatsApp、Telegram、Slack、Discord、Google Chat、Signal、iMessage、Microsoft Teams、Matrix、Feishu、LINE、Mattermost、WeChat、WebChat 等 25+ 个，外加 macOS menu bar app、iOS / Android node、Voice Wake、Talk Mode、Live Canvas。

它解决的是 Agent 进入真实生活的”第一道门槛“——这道门槛对很多人来说不是 ReAct，而是更朴素的：

我能不能从 Telegram 发它？
我能不能从 Discord 群里唤起它？
我能不能让它跑在家里的小机器上？
我能不能让家人、同事、设备节点以不同权限接入？

OpenClaw 的 Gateway 就是处理这些问题的。它先把入口和秩序做厚，再让 Agent 在这个秩序里干活。

Hermes 真正擅长什么

Hermes 看待 Agent 的方式完全不同——它把每一次任务执行的”成功路径”当成可以沉淀、可以复用、可以越用越熟的”研发资产”。一句话：你给 Agent 干的活，它会自己记下来，下次接同类任务直接抄自己的作业。

Hermes 干的四件事：

当前任务怎么跑 → Agent loop + tool runtime；
过去做过什么 → SQLite + FTS5 全文搜索召回；
哪些流程值得复用 → 沉淀成 Skill（procedural memory）；
用户长期偏好 → 交给 Honcho 用户建模。

skill_manager_tool.py 开头就一行话：「Skills are the agent’s procedural memory」。Agent 完成复杂任务、修复棘手错误、发现非平凡 workflow 后，自动用 skill_manage 把方法保存下来——下一次同类任务，不用重新「聪明」一次，直接复用之前沉淀的方法。

社区有反馈：Agent 在两小时内自动生成了三份技能文档后，重复性研究任务速度提升约 40%。这把”长期记忆”往 procedural memory 又推了一步。

OpenClaw 的厚度长在「入口 + 控制面」，Hermes 的厚度长在「执行循环 + 经验沉淀」。

想从 OpenClaw 搬到 Hermes？这条迁移路，Hermes 已经铺了一半

Hermes 给 OpenClaw 用户做了一条迁移通道：

hermes claw migrate              # 交互式迁移（full preset）
hermes claw migrate --dry-run    # 预览会迁什么
hermes claw migrate --preset user-data    # 不含 secrets 的谨慎迁移

能迁的内容：SOUL.md / MEMORY.md / USER.md / 用户创建的 skills / command allowlist / 部分 messaging settings / API keys（Telegram / OpenRouter / OpenAI / Anthropic 等）/ TTS assets / AGENTS.md。

几个边界要留意：

WhatsApp 这类二维码配对型渠道仍可能要重新处理；
imported skills 通常要新 session 或重启后才生效；
OpenClaw 和 Hermes 的 Gateway 工作方式不一样——迁移配置 ≠ 迁移架构。

更稳妥的做法：把迁移当试用 Hermes 的低成本入口，而不是「一键把 OpenClaw 变成 Hermes」。先迁 user-data，跑一两个重复性强的工作流——如果 Hermes 的 skill 沉淀和 session search 真的减少了你的重复劳动，再考虑扩大使用范围。

3 个角度问自己：到底缺什么

你的现状	推荐
复杂度在入口（Telegram / Discord / WeChat / 家庭设备 / 群聊配对）	OpenClaw
复杂度在任务（研究 / 代码修改 / 数据分析 / 长链路自动化）	Hermes
更担心 Agent 不可控	OpenClaw（allowlist / pairing / sandbox）
更担心 Agent 每次都从零	Hermes（skill self-improve / FTS5 search）
个人折腾、研究工作流	Hermes（成长性强）
团队协作、多入口治理	OpenClaw（控制面厚）

最直接的一句话：

你眼下要补的，是「Agent 找不到」，还是「Agent 学不会」？

我的判断

如果只看概念，Hermes 确实更容易让人多看一眼——「Agent 从经验里生成技能」切中了当前 Agent 产品的痛点：很多 Agent 看起来很聪明，但每次任务都像第一次上班。

但 OpenClaw 也没有那么容易被替代。多渠道、Gateway、设备节点、Pairing、Dashboard、workspace、Voice Wake、Live Canvas、远程访问——这些不性感的东西，决定了一个 Agent 能不能进入你的真实生活和团队。

所以「OpenClaw 已死、Hermes 上位」这种说法太绝对了。更准确的总结是：

OpenClaw 解决的是「让 Agent 出现在该出现的地方」；Hermes 解决的是「让 Agent 把做过的活变成可复用的能力」。

更完整的 Agent 系统，最后大概率两边都少不了——一个只会自我成长、但入口和权限一团糟的 Agent 跑不长；一个入口很全、但每次复杂任务都从零开始的 Agent，用久了也会觉得累。

Agent 框架这一轮拼的不再是”调工具调得溜不溜”，而是「能不能把入口管住、把风险拦住、把经验存下来」。这是 OpenClaw 和 Hermes 真正应该被放在一起看的理由。

芋道源码 —— 纯源码解析博客

网传 OpenClaw 已死、Hermes 上位？两大 AI Agent 真实差距讲明白