个人 AI 助手的「两条路线」
OpenClaw:本地优先、多渠道覆盖的个人助手 Hermes Agent:自进化、闭环学习的智能员工
为什么对比这两个
如果你在选择个人 AI 助手框架,最近可能会看到两个名字:
- • OpenClaw:开源社区的老牌选手,支持 25+ 消息渠道
- • Hermes Agent:Nous Research 的新锐,主打「自进化」能力
有趣的是,Hermes 直接支持从 OpenClaw 迁移(hermes claw migrate),说明两者有某种「血缘关系」。但它们的设计理念截然不同:
- • OpenClaw 强调 「Gateway 即控制平面,产品是助手」
- • Hermes 强调 「会自我改进的 AI,越用越聪明」
核心定位对比
| 维度 | OpenClaw | Hermes Agent |
|---|---|---|
| 核心理念 | 本地优先、单用户助手 | 自进化、闭环学习 |
| 目标用户 | 个人开发者、技术用户 | 需要「智能员工」的用户 |
| 运行方式 | Gateway daemon + 多客户端 | 单一 TUI 或 Gateway |
| 学习机制 | 记忆文件(MEMORY.md) | 闭环学习:技能自创 + 自改进 |
| 生态成熟度 | 355k+ stars,成熟稳定 | 69k+ stars,快速迭代 |
GitHub 数据对比
截至 2026 年 4 月:
| 指标 | OpenClaw | Hermes Agent |
|---|---|---|
| Stars | 355,862 | 69,522 |
| Forks | 72,045 | 9,281 |
| Open Issues | 18,210 | 3,591 |
| 主要贡献者 | 100+ | 20+ |

功能对比:谁更强
多渠道支持
两者都支持微信和飞书:
OpenClaw:
- • 支持 25+ 渠道:WhatsApp、Telegram、Slack、Discord、Google Chat、Signal、iMessage、BlueBubbles、IRC、Microsoft Teams、Matrix、Feishu、LINE、Mattermost、Nextcloud Talk、Nostr、Synology Chat、Tlon、Twitch、Zalo、WeChat、WebChat
- • 原生集成,配置简单
- • 同一 Gateway 统一管理
Hermes Agent(v0.6.0):
- • 支持 8 messaging surfaces:Telegram、Discord、Slack、WhatsApp、Signal、Feishu/Lark、WeCom(企业微信)、Weixin(微信个人号)
- • 通过 Gateway 进程统一管理
- • 所有平台共享同一记忆系统
- • 支持跨平台上下文同步
差异:OpenClaw 渠道更多(25+),Hermes 覆盖主流平台(8),两者都支持微信和飞书。
记忆系统
Hermes 胜出:
OpenClaw 的记忆系统依赖手动维护:
- •
MEMORY.md:长期记忆 - •
memory/YYYY-MM-DD.md:每日笔记 - • 需要用户自己整理和更新
Hermes 的记忆是 主动式:
- • Agent-curated memory:Agent 自己整理记忆
- • Periodic nudges:定期提醒自己记录
- • FTS5 session search:可搜索历史对话
- • Honcho dialectic user modeling:动态建模用户画像
- • 跨平台同步:所有渠道共享同一记忆
自进化能力
Hermes 核心优势:
这是 Hermes 的杀手级特性:
- 1. 技能自创:完成复杂任务后自动创建技能
- 2. 技能自改进:使用过程中持续优化
- 3. DSPy + GEPA:用遗传-帕累托提示进化优化 prompt
- 4. agentskills.io 标准:兼容开放技能标准
OpenClaw 的 Skills 平台更传统:
- • 用户提供 SKILL.md
- • ClawHub 技能仓库
- • 没有自动改进机制
MCP 集成
两者都支持:
- • OpenClaw:MCP server 连接扩展能力
- • Hermes:MCP integration 文档化,支持任意 MCP server
终端后端
Hermes 更丰富:
OpenClaw 主要依赖本地执行 + Docker sandbox
Hermes 提供 6 种终端后端:
- • local(本地)
- • Docker
- • SSH
- • Daytona(云端开发环境)
- • Singularity
- • Modal(serverless,按需唤醒)
这意味着 Hermes 可以在 $5 VPS 或 GPU 集群 上运行,空闲时成本接近零。
定时任务
两者都支持:
- • OpenClaw:cron + webhooks + Gmail Pub/Sub
- • Hermes:内置 cron scheduler,支持自然语言定义任务
系统资源对比
这是选择框架时容易被忽视的重要因素:
| 资源类型 | OpenClaw | Hermes Agent |
|---|---|---|
| 最小内存 | ~512 MB | ~1 GB |
| 推荐内存 | ~1 GB | ~2 GB |
| CPU 核心 | 1 核即可 | 2 核推荐 |
| 磁盘空间 | ~500 MB | ~1 GB |
| Python 依赖 | 无(Node.js) | Python 3.11+ + 多依赖 |
| 数据库 | 无(文件存储) | SQLite + FTS5 |
为什么 Hermes 需要更多资源:
- 1. Python 运行时:Hermes 基于 Python,比 Node.js 占用更多内存
- 2. FTS5 搜索引擎:SQLite 全文搜索需要索引空间
- 3. Honcho 用户建模:额外的用户画像存储
- 4. 自进化模块:DSPy + GEPA 需要更多计算
- 5. 多终端后端:Modal/Daytona 需要额外依赖
实际建议:
- • OpenClaw:可在 小型 VPS 或家用电脑 上运行,内存 512MB 也能跑
- • Hermes Agent:推荐 至少 2GB 内存 的机器,否则可能卡顿
架构理念对比
OpenClaw:Gateway 为中心
25+ Messaging Platforms
│
▼
┌─────────────────────┐
│ Gateway │
│ (control plane) │
│ ws://127.0.0.1:18789│
└──────────┬──────────┘
│
├─ Pi agent (RPC)
├─ CLI (openclaw …)
├─ WebChat UI
├─ macOS app
└─ iOS / Android nodes特点:
- • Gateway 是控制平面
- • 多客户端接入(macOS app、iOS/Android node、CLI、WebChat)
- • 可以远程运行 Gateway,本地客户端连接
- • Node.js 实现,轻量高效
Hermes:Agent 为中心
User Input
│
▼
┌─────────────────────┐
│ Hermes Agent │
│ (self-improving) │
└──────────┬──────────┘
│
├─ Memory System (active)
├─ Skills (auto-created)
├─ Terminal Backends (6 options)
└─ Messaging Gateway (8 platforms)特点:
- • Agent 是核心,Gateway 是附属
- • Agent 自己管理记忆和技能
- • 强调「闭环学习」:用 → 学 → 改进 → 再用
- • Python 实现,功能更丰富但资源占用更高
实际体验对比
安装方式
OpenClaw:
npm install -g openclaw@latest
openclaw onboard --install-daemon依赖:Node.js 22+
Hermes Agent:
curl -fsSL https://raw.githubusercontent.com/NousResearch/hermes-agent/main/scripts/install.sh | bash
hermes setup依赖:Python 3.11+ + uv + Git LFS
从 OpenClaw 迁移到 Hermes
Hermes 提供了一键迁移:
hermes claw migrate # 交互式迁移
hermes claw migrate --dry-run # 预览迁移内容
hermes claw migrate --preset user-data # 仅迁移用户数据迁移内容包括:
- • SOUL.md(人格文件)
- • 记忆文件(MEMORY.md、USER.md)
- • 用户创建的技能
- • 命令允许列表
- • 消息平台配置
- • API 密钥(Telegram、OpenRouter 等)
适用场景建议
选 OpenClaw 如果:
- • 你需要在 低配置机器 上运行(512MB 内存)
- • 你需要覆盖 更多渠道(如 LINE、Zalo、Twitch、Nostr 等)
- • 你有 macOS/iOS/Android 设备,想用原生 app
- • 你重视生态成熟度、文档完备
- • 你习惯手动管理记忆文件
- • 你偏好 Node.js 技术栈
选 Hermes Agent 如果:
- • 你想要一个 「会自己学习」 的智能体
- • 你需要 Modal/Daytona 等 serverless 运行
- • 你需要 跨平台上下文同步(Telegram ↔ 微信 ↔ 飞书)
- • 你对 DSPy/GEPA 等研究级特性感兴趣
- • 你有足够的系统资源(2GB+ 内存)
- • 你愿意接受快速迭代的「新框架」
两者共存:
- • Hermes 官方支持 同时运行 OpenClaw 和 Hermes(通过 HermesClaw)
- • 可以在同一微信账号上同时用两个框架
- • 迁移成本低,可以两边都试
总结对照表
| 维度 | OpenClaw | Hermes Agent | 推荐 |
|---|---|---|---|
| 渠道数量 | 25+ | 8 | OpenClaw |
| 微信/飞书 | ✅ 原生支持 | ✅ v0.6.0 支持 | 平手 |
| 记忆系统 | 手动维护 | Agent-curated + FTS5 | Hermes |
| 自进化 | ❌ | ✅ DSPy + GEPA | Hermes |
| 终端后端 | 本地 + Docker | 6 种(含 serverless) | Hermes |
| 最小内存 | 512 MB | 1 GB | OpenClaw |
| 推荐内存 | 1 GB | 2 GB | OpenClaw |
| 技术栈 | Node.js | Python 3.11+ | 按偏好 |
| 生态成熟度 | 高(355k stars) | 中(69k stars) | OpenClaw |
| 文档完备度 | 非常完善 | 完善 | OpenClaw |
| 跨平台同步 | 需手动 | 自动(同一记忆) | Hermes |
| 迁移成本 | - | 低(一键迁移) | Hermes |
| 原生 App | macOS/iOS/Android | 无(CLI/Web) | OpenClaw |
写在最后
OpenClaw 和 Hermes Agent 代表了两种不同的设计哲学:
- • OpenClaw:稳扎稳打,渠道覆盖广,资源占用低,适合「我要一个可靠的助手」
- • Hermes Agent:激进创新,自进化能力,serverless 支持,适合「我要一个会学习的员工」
两者都支持微信和飞书,选择时主要看:
- 1. 系统资源:低配置选 OpenClaw,高配置可试 Hermes
- 2. 功能需求:需要自进化选 Hermes,覆盖更多渠道选 OpenClaw
- 3. 技术偏好:Node.js 选 OpenClaw,Python 选 Hermes
如果你是 OpenClaw 用户,不妨试试 hermes claw migrate --dry-run,看看迁移后的体验。
参考资料:
- • OpenClaw GitHub[1]
- • Hermes Agent GitHub[2]
- • OpenClaw Docs[3]
- • Hermes Agent Docs[4]
- • Hermes Weixin 支持[5]
- • Hermes WeCom 支持[6]
- • awesome-hermes-agent[7]
引用链接
[1] OpenClaw GitHub: https://github.com/openclaw/openclaw
[2] Hermes Agent GitHub: https://github.com/NousResearch/hermes-agent
[3] OpenClaw Docs: https://docs.openclaw.ai
[4] Hermes Agent Docs: https://hermes-agent.nousresearch.com/docs/
[5] Hermes Weixin 支持: https://hermes-agent.nousresearch.com/docs/user-guide/messaging/weixin
[6] Hermes WeCom 支持: https://hermes-agent.nousresearch.com/docs/user-guide/messaging/wecom
[7] awesome-hermes-agent: https://github.com/0xNyk/awesome-hermes-agent
夜雨聆风