更适合把它当作 agent runtime、API 后端、自动化层与可复用技能系统来用。
GitHub 上增长最快的两个开源 AI agent 项目。
更适合把它当作 agent runtime、API 后端、自动化层与可复用技能系统来用。
更适合把它当作个人 AI 助手,重点在浏览器界面、WebChat、语音与以聊天为中心的日常使用。
Hermes 是一个直接对标龙虾的替代者,但更强调记忆、可复用技能、自动化与 API / 后端复用。
官方叙事更聚焦于 runtime、记忆、技能、工具与后端复用能力。
官方文档更强调个人 AI 助手体验、浏览器界面、WebChat、语音与设备侧流程。
Hermes 把持久记忆与自动生成技能作为核心差异点来讲。
OpenClaw 直接提供 Control UI 与 WebChat;Hermes 则更多把浏览器用户导向 API 连接型前端。
Hermes 暴露兼容 OpenAI 的 API server,可被 Open WebUI、LobeChat、LibreChat 或自定义客户端复用。
如果 OpenClaw 是你熟悉的基准,那 Hermes 必须在这里赢得切换理由。下面这张表把重叠点和后发优势讲清楚:更深的记忆复利、可复用技能、更强的自动化姿态,以及更干净的后端复用。
一个会随着使用而成长的 agent:带有持久记忆、自动生成技能、工具、subagents 与自动化能力的自我增强型 runtime。
一个运行在你自己设备上的个人 AI 助手;Gateway 是常驻控制平面,但 assistant 体验本身才是产品核心。
这是整页几乎所有比较点背后的根本差异。
Hermes 内建持久记忆,也能继续扩展更深层的用户建模;同时它明确强调成功工作会沉淀为可复用技能。
OpenClaw 同样提供有状态会话、记忆与工具,让 assistant 随时间变得更有用,但重点仍是 assistant 的连续性,而不是把技能积累当作最核心的卖点。
如果你要的是“记忆最终沉淀成可复用行为”,Hermes 的承诺更强。
官方文档重点写到 40+ 工具、skill loading、auto-generated skills、cron scheduling、webhooks、浏览器自动化与隔离的 subagents。
OpenClaw 强调工具、提醒、浏览器自动化、消息路由、插件、移动节点,以及 TaskFlow 风格的集成。
两者都能自动化,但 Hermes 更偏 agent runtime 的组合能力,OpenClaw 更偏 assistant 工作流与渠道中心化协同。
Hermes 自带完整 terminal UI 与 messaging gateway;浏览器侧更偏向通过兼容 OpenAI 的 API server 去连接 Open WebUI、LobeChat 等前端。
OpenClaw 直接提供 Control UI 与 WebChat 这类一等浏览器界面,同时还有 macOS companion app 以及带语音、Canvas 的 mobile-node 工作流。
如果你开箱即用就需要内建浏览器 assistant 交互界面,这是最实际的差异之一。
Hermes 文档列出了 Telegram、Discord、Slack、WhatsApp、Signal、Email 与 CLI 的统一 gateway 接入,并可通过 webhooks 连接外部系统。
OpenClaw 文档列出了 WhatsApp、Telegram、Slack、Discord、Signal、iMessage、WebChat、Matrix、Teams、Zalo 等内建或插件渠道。
两者都能跨渠道运行,但 OpenClaw 更强调 assistant 本身活在这些表面之上。
Hermes 暴露兼容 OpenAI 的 API server,同一个 runtime 可以驱动 Open WebUI、LobeChat、LibreChat、NextChat、ChatBox 或你自己的集成。
OpenClaw 是自托管 gateway,带有自己的 Control UI、WebSocket 表面、provider system 与 plugins。它也能接兼容 OpenAI 的 provider,但产品中心仍然是 assistant 本身。
如果你想让一个 runtime 成为多个前端或产品设想背后的后端,Hermes 的模型会更干净。
Hermes 提供官方 `hermes claw migrate` 路径,可导入 OpenClaw 配置中的 memory、persona、workspace instructions、models、channels 与部分 keys。
OpenClaw 仍然是独立产品;如果你更喜欢 assistant-first 模型、内建 web UI 或渠道优先的工作方式,它仍可能更合适。
迁移工具降低的是切换成本,而不是说明 Hermes 是 OpenClaw 底层的一层。
在“自托管”这个查询里,两者都符合。更有价值的问题是:你想要的是一个自托管 assistant 产品,还是一个也能驱动其他界面的自托管 agent runtime。
如果你的心智模型是“我想要一个能在聊天、WebChat、语音与浏览器界面里使用的 assistant”,那 OpenClaw 的官方文档与产品表面会更直接地匹配这种意图。
如果你的心智模型是“我要一个可自动化、可集成、还能放在兼容 OpenAI 的前端后面的 agent 层”,Hermes 会更匹配。
只有当你真正想要 runtime 模型时才该迁移,而不是因为名字看起来接近。Hermes 已经提供了面向 OpenClaw 用户的官方迁移指南与导入工具,但它的目的,是让合适的用户切换更轻松,而不是暗示 Hermes 在 OpenClaw 之下。
Hermes 官方文档与主页强调持久记忆、skills、subagents、cron、工具集、多消息平台,以及兼容 OpenAI 的 API server。
查看 Hermes 功能OpenClaw 官方文档将其定义为运行在你自己设备上的个人 AI 助手,具备 gateway、有状态会话、记忆、工具、广泛渠道与插件表面。
查看 OpenClaw FAQOpenClaw 自带 Control UI 与 WebChat,这是它相对 Hermes CLI + API 姿态最直观的差异之一。
查看 Control UI 文档Hermes 提供 OpenClaw 迁移指南与导入工具,可迁移 memory、persona、workspace instructions、部分 channels 与部分 secrets。
查看迁移指南在比较自托管 AI assistant 与 agent runtime,或考虑从 OpenClaw 切到 Hermes 之前,用户最常问的几个问题。
如果看完还是觉得抽象,就别只看功能表:想验证浏览器 assistant 体验,就去看 OpenClaw;想验证 runtime / API / 自动化 leverage,就去跑 Hermes。