一句话结论:如果你更看重多渠道接入和生态扩展,选 OpenClaw;如果你更看重 Agent 自主学习和个人助理深度,选 Hermes。两者都能搭建数字员工,但设计哲学不同。
什么是"数字员工"
我不想把这个概念炒得太玄。本文说的"数字员工",就是一个能 7×24 小时运行、能接入你常用的聊天工具、能自主执行任务、能记住上下文的 AI Agent。它不需要你坐在电脑前盯着,你发一条消息,它就开始干活;它也不会第二天就忘了昨天聊过什么。
目前开源社区里最接近这个定义的两个框架,是 OpenClaw 和 Hermes Agent。我都实际跑过,下面做个系统对比。
两个项目的基本面
OpenClaw 由 OpenClaw Foundation(非营利组织)开发,定位是"AI Agent 的多渠道网关"。它用 Node.js 编写,通过 WebSocket 协议连接 Gateway 与各类客户端。一个 Gateway 进程可以同时服务所有渠道——Discord、Telegram、WhatsApp、Signal、Slack、微信、钉钉、飞书,甚至 iMessage。它的 ClawHub 插件市场让你可以一键安装社区开发的 Skill,覆盖从股票分析到小红书数据采集的各种场景。
Hermes Agent 由 Nous Research 开发,定位是"会自我进化的 AI Agent"。它用 Python 编写,最大的卖点是内建的学习闭环:Agent 在完成复杂任务后会自动创建 Skill,下次遇到类似场景时调用并优化。它同样支持多渠道(Telegram、Discord、Slack、WhatsApp、Signal),并且提供了桌面端应用 Hermes Desktop,对非技术用户更友好。
核心差异对比
1. 架构思路
OpenClaw 的架构是 Gateway-Centric(网关中心)。Gateway 是整个系统的枢纽,所有消息进出、Agent 调度、工具调用都经过它。这种设计的好处是渠道管理能力极强——你可以同时运行十几个渠道,每个渠道有独立的权限、路由规则和 Session 隔离。WebSocket 协议保证了实时性,Node 机制允许你远程控制其他设备上的摄像头、屏幕等硬件。
Hermes 的架构是 Agent-Centric(Agent 中心)。它更关注 Agent 本身的智能程度——记忆系统、技能系统、用户建模、自我进化。它的多渠道能力更像是"Agent 的输出通道",而不是系统的核心。如果你的使用场景是"一个人带一个 Agent",这种设计更自然。
2. 记忆与学习
这是两者差异最大的地方。
Hermes 内建了一套完整的记忆闭环:短期记忆(Session 内)、长期记忆(跨 Session 持久化)、技能记忆(Agent 自动创建和优化 Skill)、用户建模(Honcho 辩证用户模型)。它甚至会定期"提醒自己"去记忆重要信息。这意味着你的数字员工会越用越聪明。
OpenClaw 的记忆系统更偏工程化:MEMORY.md 文件存储长期记忆,memory/ 目录按日期组织短期记忆,Heartbeat 机制定期触发回顾。它没有自动创建 Skill 的能力,但你可以通过 Skill Creator 手动创建,或者安装社区 Skill。灵活性更高,但需要更多人工干预。
3. 渠道与生态
OpenClaw 在渠道支持上碾压式领先。除了主流的 Discord、Telegram、Slack、WhatsApp、Signal,它还支持微信(WeChat)、钉钉、飞书、Google Chat、Microsoft Teams、iMessage、Matrix、IRC、Line、Zalo 等。ClawHub 上有大量社区开发的 Skill,从金融数据分析到博客自动发布,生态成熟度更高。
Hermes 支持主流国际渠道(Telegram、Discord、Slack、WhatsApp、Signal、Teams),但目前没有微信、钉钉、飞书等国内渠道。它的 MCP 集成做得不错,可以连接外部 MCP Server 扩展工具能力。
4. 部署与运维
两者都支持自托管,可以跑在 $5 的 VPS 上。OpenClaw 是 Node.js 技术栈,Hermes 是 Python 技术栈。两者都支持 Docker 部署。
Hermes 有一个亮点:支持 Daytona 和 Modal 的 Serverless 持久化——Agent 环境在空闲时休眠,按需唤醒,几乎不产生费用。对于预算敏感的个人用户,这很有吸引力。
OpenClaw 的优势在于运维透明度:Gateway 有完善的健康检查、诊断工具和日志系统,出了问题更容易排查。
5. 多 Agent 协作
OpenClaw 支持 Sub-agent(子 Agent)机制,可以 spawn 隔离的 Agent 会话并行工作,也支持 ACP(Agent Communication Protocol)协议与其他 Agent 框架协作。Swarm 模式允许你从代码层面编排多个 Agent 的并发行为。
Hermes 同样支持子 Agent 生成和并行任务,但在多 Agent 编排的成熟度上不如 OpenClaw。
我的选型建议
选 OpenClaw 的场景:
- 你需要接入国内渠道(微信、钉钉、飞书)
- 你需要一个 Gateway 同时管理多个渠道
- 你希望利用社区 Skill 生态快速搭建能力
- 你有团队协作需求,多人共享同一个 Agent
- 你偏好 Node.js 技术栈,方便二次开发
选 Hermes 的场景:
- 你是个人用户,追求"越用越聪明"的 Agent
- 你重视 Agent 的自主学习和 Skill 自动创建
- 你需要桌面端应用,不想纯命令行操作
- 你预算敏感,想利用 Serverless 休眠降成本
- 你偏好 Python 技术栈
能不能都要?理论上可以——两者都支持 MCP 协议,可以让 Hermes 作为智能 Agent 层,OpenClaw 作为渠道网关层。但这种组合目前还停留在实验阶段,运维成本较高。对大多数人来说,选一个就够了。
写在最后
搭建数字员工,技术选型只是第一步。更重要的是想清楚三件事:
- 让它干什么?——明确任务边界,别指望一个 Agent 包打天下
- 怎么管它?——权限控制、审批机制、异常告警,这些才是生产环境的基石
- 怎么让它变聪明?——记忆管理、Skill 积累、定期复盘,数字员工的价值是养出来的,不是装出来的
框架只是骨架,你的使用方式和投入程度,才决定了数字员工的最终价值。
添加新评论