夜雨聆风
OpenClaw vs Hermes:深度对比与选择指南
OpenClaw vs Hermes：深度对比与选择指南
作者：云栖 | 来源：云栖小叙集
📖 引言：两个都叫 Agent，到底有什么不同？
最近 Reddit 上有个帖子很火：”I ditched OpenClaw for Hermes”。
国内也有不少朋友在问：OpenClaw 和 Hermes 到底是不是同一种东西？它们能互相替代吗？
这个问题问到了点子上。两者看起来确实很像——都能接消息入口，都会调用工具，都有 Skills 和 Memory。
但如果你用久了，会发现它们解决的问题很不一样。
今天用一篇文章，把两者的本质区别讲清楚，帮你找到最适合自己的那一个。
一、先说共识：它们确实是同一大类
1.1 都是”通用 Agent 系统”
OpenClaw 和 Hermes 都不只是：
-
❌ 单点脚本 -
❌ 某个聊天渠道里的 bot -
❌ 简单工具集合
它们都在尝试把：
-
模型（LLM） -
工具（Tools） -
会话（Session） -
记忆（Memory） -
技能（Skills） -
消息入口 -
本地运行环境
接成一套可以长期使用的系统。
从这个角度说，把它们放在一起比较，完全合理。
1.2 但工程重心完全不同
┌─────────────────────────────────────────────────────────────────────┐
│ 核心定位差异 │
├─────────────────────────────────────────────────────────────────────┤
│ │
│ OpenClaw → 本地优先的 Agent Gateway │
│ │ │
│ → 重点：把真实世界的入口、会话、设备和权限接起来 │
│ │
│ Hermes → 学习型 Agent Runtime │
│ │ │
│ → 重点：让 Agent 在执行过程中沉淀经验，下次少走弯路 │
│ │
└─────────────────────────────────────────────────────────────────────┘
二、架构深度对比
2.1 从四层结构看差异
我把一个通用 Agent 系统拆成四层来看：
| 层级 | 职责 | OpenClaw 的重点 | Hermes 的重点 |
|---|---|---|---|
| 入口层 | 消息从哪里来 | 多渠道接入（WhatsApp/Telegram/Discord/Slack/飞书/微信等） | 也有多渠道，但更看重入口后的处理 |
| 控制层 | 谁来调度 | Gateway 控制面，会话路由，节点管理 | Agent Loop 执行循环 |
| 执行层 | 任务怎么做 | 工具调用、Skills 加载 | 工具发现、自动沉淀经验 |
| 经验层 | 怎么记住学过什么 | Memory、Context | Procedural Memory、自动创建 Skills |
2.2 OpenClaw 的架构特点
┌─────────────────────────────────────────────────────────────────────┐
│ OpenClaw 架构图 │
├─────────────────────────────────────────────────────────────────────┤
│ │
│ ┌─────────────┐ ┌─────────────┐ ┌─────────────┐ │
│ │ WhatsApp │ │ Telegram │ │ Discord │ ... │
│ └──────┬──────┘ └──────┬──────┘ └──────┬──────┘ │
│ │ │ │ │
│ └──────────────────┼──────────────────┘ │
│ ↓ │
│ ┌───────────────┐ │
│ │ Gateway │ ← 核心资产 │
│ │ 控制面 │ 会话路由 │
│ └───────┬───────┘ 节点管理 │
│ ↓ │
│ ┌─────────────┐ ┌─────────────┐ ┌─────────────┐ │
│ │ Skills │ │ Memory │ │ Tools │ │
│ │ 人工定义 │ │ 上下文 │ │ 调用 │ │
│ └─────────────┘ └─────────────┘ └─────────────┘ │
│ │
│ 💡 定位：把真实世界的入口接入来，让 Agent 在秩序里工作 │
│ │
└─────────────────────────────────────────────────────────────────────┘
核心资产是 Gateway 控制面。
它的渠道列表很长：
-
WhatsApp、Telegram、Slack、Discord -
Signal、iMessage、IRC -
Microsoft Teams、Matrix -
飞书、 LINE、微信 -
WebChat、Dashboard
还有专门的 macOS menu bar app、iOS/Android node、Voice Wake、Talk Mode、Live Canvas。
对很多用户来说，真正的门槛其实是：
-
能不能从 Telegram 发指令？ -
能不能从 Discord 群里唤起？ -
能不能跑在家里的小机器上？
OpenClaw 的 Gateway 就是在处理这些问题。
2.3 Hermes 的架构特点
┌─────────────────────────────────────────────────────────────────────┐
│ Hermes 架构图 │
├─────────────────────────────────────────────────────────────────────┤
│ │
│ ┌─────────────┐ ┌─────────────┐ ┌─────────────┐ │
│ │ Telegram │ │ Discord │ │ Slack │ ... │
│ └──────┬──────┘ └──────┬──────┘ └──────┬──────┘ │
│ │ │ │ │
│ └──────────────────┼──────────────────┘ │
│ ↓ │
│ ┌───────────────┐ │
│ │ Agent Loop │ ← 核心资产 │
│ │ 执行循环 │ closed learning loop │
│ └───────┬───────┘ │
│ ↓ │
│ ┌─────────────┐ ┌─────────────┐ ┌─────────────┐ │
│ │ Skills │ │ Memory │ │ Honcho │ │
│ │ 自动沉淀 │ │ FTS5搜索 │ │ 用户建模 │ │
│ └─────────────┘ └─────────────┘ └─────────────┘ │
│ │
│ 💡 定位：让 Agent 在执行中沉淀经验，下次少走弯路 │
│ │
└─────────────────────────────────────────────────────────────────────┘
核心资产是学习型执行循环。
它的几个关键模块：
-
run_agent.py – 完整的 tool calling conversation loop -
model_tools.py – 工具发现和分发 -
skill_manager_tool.py – 允许 Agent 创建、更新、删除 skills -
hermes_state.py – SQLite + FTS5 做会话存储和全文检索
它的 README 把 “closed learning loop” 放在非常靠前的位置：
-
Agent-curated memory -
autonomous skill creation -
skills self-improve -
FTS5 session search -
Honcho user modeling
翻译成工程语言，Hermes 在做四件事：
-
当前任务怎么跑 → Agent loop + tool runtime -
过去做过什么 → session store + 搜索召回 -
哪些流程值得复用 → 沉淀成 skill -
用户偏好是什么 → memory provider + Honcho 用户建模
三、Skills：同一个词，两种味道
3.1 OpenClaw 的 Skills
┌─────────────────────────────────────────────────────────────────────┐
│ OpenClaw 的 Skill 体系 │
├─────────────────────────────────────────────────────────────────────┤
│ │
│ 特点：人工定义，系统负责加载和治理 │
│ │
│ 内置 50+ skill 目录： │
│ • 1password、discord、slack、github │
│ • coding-agent、apple-notes、voice-call │
│ │
│ 分层管理： │
│ • bundled skills（系统自带） │
│ • managed/local skills（本地用户） │
│ • personal agent skills │
│ • project agent skills │
│ • workspace skills │
│ │
│ 💡 更像团队里的 SOP 库：可控、可审计、适合团队治理 │
│ │
└─────────────────────────────────────────────────────────────────────┘
3.2 Hermes 的 Skills
┌─────────────────────────────────────────────────────────────────────┐
│ Hermes 的 Skill 体系 │
├─────────────────────────────────────────────────────────────────────┤
│ │
│ 特点：Agent 做完复杂任务后，把成功路径自动沉淀下来 │
│ │
│ 官方定义： │
│ "Skills are the agent's procedural memory" │
│ "they capture how to do a specific kind of task" │
│ │
│ 代码逻辑： │
│ • 完成复杂任务后，可以用 skill_manage 保存方法 │
│ • 发现 skill 过时，可以直接 patch │
│ • 预置 26 个类别（research、data-science、devops 等） │
│ │
│ 💡 更像执行者不断更新的工作笔记： │
│ 贴近真实任务、迭代快、能把个体经验滚起来 │
│ │
└─────────────────────────────────────────────────────────────────────┘
3.3 核心差异对比
| 维度 | OpenClaw Skills | Hermes Skills |
|---|---|---|
| 创建方式 | 人工定义为主 | Agent 自动生成 |
| 定位 | 团队 SOP 库 | 程序化记忆 |
| 优点 | 可控、可审计 | 贴近真实任务 |
| 代价 | 质量依赖人和社区 | 可能变成”惯性错误” |
四、安全策略：两种思路
4.1 OpenClaw：信任模型 + 配置审计
┌─────────────────────────────────────────────────────────────────────┐
│ OpenClaw 安全策略 │
├─────────────────────────────────────────────────────────────────────┤
│ │
│ 核心思路：信任模型 + 配置审计 │
│ │
│ • Gateway 管理入口和权限 │
│ • 会话隔离、群聊激活规则 │
│ • 消息分片、凭据存放 │
│ • 设备节点权限、WebSocket 控制面 │
│ • 配置审计可以追踪变更 │
│ │
└─────────────────────────────────────────────────────────────────────┘
4.2 Hermes：纵深防御
┌─────────────────────────────────────────────────────────────────────┐
│ Hermes 安全策略 │
├─────────────────────────────────────────────────────────────────────┤
│ │
│ 核心思路：从审批到容器隔离逐层收紧 │
│ │
│ • 操作审批流 │
│ • 容器隔离执行环境 │
│ • 代码级别权限控制 │
│ │
└─────────────────────────────────────────────────────────────────────┘
五、执行环境：六种后端
┌─────────────────────────────────────────────────────────────────────┐
│ Hermes 执行后端 │
├─────────────────────────────────────────────────────────────────────┤
│ │
│ 支持六种执行环境： │
│ • 本地执行 │
│ • Docker │
│ • SSH │
│ • Daytona │
│ • Singularity │
│ • Modal │
│ │
│ 灵活度很高，可以根据任务选择不同执行环境。 │
│ │
└─────────────────────────────────────────────────────────────────────┘
OpenClaw 则更依赖本地部署，更强调个人数据留在本地。
六、数据迁移：能移不等于一样
6.1 Hermes 支持迁移
hermes claw migrate
可以导入：
-
OpenClaw 的 persona -
memory -
skills -
部分 messaging settings -
allowlisted secrets
6.2 但迁移不等于迁移使用方式
┌─────────────────────────────────────────────────────────────────────┐
│ 迁移需要注意 │
├─────────────────────────────────────────────────────────────────────┤
│ │
│ ✅ 可以迁移： │
│ 配置、设置、部分数据 │
│ │
│ ❌ 不能迁移： │
│ 使用习惯、团队 SOP、经验沉淀方式 │
│ │
│ 💡 迁移配置 ≠ 迁移整套使用方式 │
│ │
└─────────────────────────────────────────────────────────────────────┘
七、团队背景：不同的基因
7.1 OpenClaw
-
创始人：Peter Steinberger（独立开发者） -
特点：极简安装、多渠道接入 -
2024年：快速积累大量 GitHub Star -
2025年2月：加入 OpenAI，项目交给社区基金会维护 -
现状：发展节奏在观察中
7.2 Hermes
-
背后团队：Nous Research -
代表作：Hermes 3、Hermes 4 系列模型 -
优势：对模型训练和推理优化有第一手积累 -
现状：上线不到两个月，社区增长很快
八、选择指南：到底该用哪个？
8.1 选 OpenClaw 如果…
┌─────────────────────────────────────────────────────────────────────┐
│ 选 OpenClaw │
├─────────────────────────────────────────────────────────────────────┤
│ │
│ ✓ 你缺的是多入口助理（微信/Telegram/Discord/飞书等） │
│ ✓ 你需要很强的治理面（会话隔离、权限控制、审计） │
│ ✓ 你看重本地部署和数据隐私 │
│ ✓ 你需要一个"通信与设备控制平面" │
│ ✓ 你想把 Agent 给家人、同事、不同设备以不同权限接入 │
│ │
└─────────────────────────────────────────────────────────────────────┘
8.2 选 Hermes 如果…
┌─────────────────────────────────────────────────────────────────────┐
│ 选 Hermes │
├─────────────────────────────────────────────────────────────────────┤
│ │
│ ✓ 你缺的是长期重复任务里的经验沉淀 │
│ ✓ 你希望 Agent 能"吃一堑长一智" │
│ ✓ 你需要跨会话的经验复用 │
│ ✓ 你关心的是"执行循环"的优化 │
│ ✓ 你想要一个会"复盘"的 Agent │
│ │
└─────────────────────────────────────────────────────────────────────┘
8.3 一句话总结
OpenClaw = 管入口和秩序
Hermes = 管执行和经验
九、总结
| 维度 | OpenClaw | Hermes |
|---|---|---|
| 核心资产 | Gateway 控制面 | 学习型执行循环 |
| 厚度位置 | 入口层 + 多设备协同 | 执行层 + 经验沉淀 |
| Skill | 人工定义的 SOP | 自动沉淀的工作笔记 |
| 安全 | 信任模型 + 审计 | 纵深防御 |
| 适合 | 多入口 + 强治理 | 经验复用 + 自我改进 |
| 团队 | 独立开发者 → 基金会 | Nous Research |
两者都是优秀的通用 Agent 系统，但解决的侧重点不同。
没有绝对的好坏，只有是否适合你的使用场景。
关于我
欢迎关注「云栖小叙集」，一起探索 AI 的更多可能~ 🚀