两个AI放在一起比一比才能看清楚各自的长短——OpenClaw 与 Hermes 架构对比分析第一章它们看起来一样但不是一个妈生的“有比较才能鉴别。”实践场景你在开源社区里发现了两个项目OpenClaw 和 Hermes。两个都说自己是AI Agent。两个都支持自定义技能、都有记忆系统、都能通过 Gateway 对接消息平台、都允许你自托管。你在资料里翻来覆去地看——功能列表上这两货长得真像。但你心里明白如果它们真是一样的东西开源社区不会同时维护两个。它们一定在某个根本的地方不一样。只是那张功能对比表看不出来。引出矛盾两张功能表几乎重叠但两个项目独立存在——这本身就说明它们不是同一个东西。如果它们只是同一个理念的不同实现一定会有一个逐步收敛到另一个或者一个人做两个分支就够了。它们都活得好好的、各自在迭代——说明它们在用户那里解决的是不同的需求。表面上看它们像实际上它们出发的地方不同项目它是从哪长起来的OpenClaw从一个消息路由网关长出来的——先有 Gateway再长 AgentHermes从一个终端命令行 Agent 长出来的——先有 Agent Core再加 Gateway这个出身的差异决定了它们整个骨架的方向。理论/经验出身决定骨架一个程序从哪里长起来决定了它的设计中心落在哪。Gateway 出身→ 设计中心是消息怎么收、怎么路由、怎么分发给对的 Agent。Agent 的能力是挂在这个主干上的枝叶。Agent 出身→ 设计中心是Agent 怎么思考、怎么调工具、怎么管理技能。消息平台的能力是后来挂上去的扩展。所以虽然它们长大的样子看起来很像但内部的优先级完全不同。回到实践你在功能对比表上看到两家都有消息网关和Agent Loop——但 OpenClaw 的消息网关是它从娘胎里带的Agent Loop 是后来装的Hermes 的 Agent Loop 是它从娘胎里带的消息网关是后来装的。这意味着它俩的长处和短板恰好是互补的。这不是巧合这是设计中心不同导致的必然结果。第二章它们到底哪里一样“感觉到了的东西我们不能立刻理解它只有理解了的东西才更深刻地感觉它。”——《实践论》实践场景你打开两个项目的文档看到了它们都有的功能清单聊天、工具调用、技能系统、记忆、消息平台接入、Cron 调度。如果只看这一层你分不出谁是谁。引出矛盾既然出身不同为什么长大的过程会趋同因为它们都在解决同一个大问题——让大模型从一个白纸变成一个能干活的人。这个大问题的解法不管从哪出发最终都会收敛到几个核心零件上。理论/经验共同的骨架能力OpenClaw 的实现Hermes 的实现大模型驱动可配置模型提供商20 提供商可切换支持 OAuth 池工具执行内置工具 MCP 桥20 工具集每工具集可开关技能系统workspace skills/ 目录 skill_workshopskills/ 目录 Curator Hub持久记忆工作区文件SOUL/MEMORY/USER/AGENTS.mdMEMORY.md USER.md 外部 RAG消息网关原生几十个渠道Gateway 模式 20 平台适配器Cron 调度内置 cron 系统内置 cron 系统MCP 协议原生客户端 服务端原生客户端 服务端自托管完全本地运行完全本地运行这些共同点不是巧合。它们是LLM 工具 记忆 技能 网关这个通用 Agent 模型的最小零件集。少了任何一个这个 Agent 就不完整零件没有它会怎样大模型没有智力工具只会说话不会干活技能没有可扩展的专业能力记忆不认识你是谁网关只能在自家院里用Cron干不了定时任务现在回头看——OpenClaw 和 Hermes 像不是因为有谁抄了谁是因为做一个 Agent 需要的零件是确定的你无论从哪出发最终都要把这些零件凑齐。回到实践你看到的功能一样说明这两个项目都已经发展到了同一个成熟阶段——都凑齐了一个完整 Agent 的零件集。它们的差异在于零件怎么排列、优先级怎么排、谁做得好谁做得一般。这才是下一章的话题。第三章它们到底哪里不一样“分析的方法就是辩证的方法。所谓分析就是分析事物的矛盾。”实践场景你要在两个项目之间选一个深度使用。功能表上看不出区别——但你知道它们肯定不一样。你开始看架构文档、设计哲学、CLI 的设计、配置的方式——差异开始浮现了。引出矛盾一样的零件不一样的装配方式造的就不是同一辆车。OpenClaw 的零件是围绕Gateway装配的——它的心脏是一个 WebSocket 消息路由。所有功能Agent、技能、工具、记忆都是这个心脏的附件。Hermes 的零件是围绕Agent Core装配的——它的心脏是一个 Agent 循环。所有功能Gateway、技能、工具、记忆都是这个心脏的附件。这个根本差异体现在方方面面。理论/经验七处核心差异差异一设计中心不同维度OpenClawHermes心脏GatewayWebSocket 消息路由Agent CoreAgent 循环主要入口Web 页面 / Telegram / 渠道接入点终端 CLI向外看还是向内看向外——管消息、管路由、管渠道向内——管技能、管记忆、管工具差异二消息处理 vs Agent 能力OpenClaw 在怎么收消息、怎么路由上投入最多——它的 Binding 系统、多 Agent 路由、渠道适配器都是深度定制的。Hermes 在Agent 自己怎么变强上投入最多——Curator 技能管理、自动技能生成、多提供者支持、OAuth 池。各自做得好OpenClawHermes消息路由Binding 系统细粒度控制简单路由没有多 Agent 原生支持技能管理手动管理skill_workshopCurator 自动管理生命周期多 Agent原生支持独立工作区通过 Profiles 实现隔离度较低模型切换固定一个模型提供商20 提供商OAuth 池化轮转扩展方式Markdown 技能 MCP 工具技能 插件 MCP Python 工具用户门槛会写 Markdown 即可扩展要懂 CLI 命令、配置文件差异三与用户交互的缝隙不同OpenClaw 的典型用法你通过一个渠道Web/Telegram/Discord跟它对话它回复你。交互是异步、温和、可跨平台的。Hermes 的典型用法你在终端里打开它面对面实时聊天。交互是同步、直接、以 CLI 为中心的。交互特征OpenClawHermes主要场景在后台运行多渠道接入在前台运行终端交互启动方式常驻 Gateway 服务即时 CLI 会话跨平台原生集成路由强大Gateway 模式需要额外配置会话管理会话持久化、恢复会话持久化、恢复差异四技能生态的自动化程度OpenClaw 的技能是一个手动过程你写 SKILL.md你用 skill_workshop 创建/更新/应用。你是技能的管理者。Hermes 的技能可以自动生成、自动管理Curator 后台跟踪使用情况闲置的技能自动 stale 和归档。Agent 自己可以生成技能。技能管理OpenClawHermes创建方式手动写 skill_workshop手动 自动Curator生命周期你管理Curator 自动管理Hub 生态无枢纽有技能 Hub可搜索安装技能文件格式纯 Markdown纯 Markdown差异五对扩展者的友好度不同OpenClaw 把扩展门槛降到最低会写 Markdown 就能加技能。不用写代码、不用装包、不用编译。SOUL.md 里改一行Agent 就变一个人。Hermes 的扩展能力更强——支持 Python 插件、自定义工具、MCP 服务——但门槛也更高。你要懂怎么装 Python 包、怎么注册工具、怎么调试配置。扩展方式OpenClawHermes最低门槛编辑文本文件编辑 yaml CLI 命令中等扩展MCP 桥工具自定义工具Python深度扩展改源码插件系统 改源码差异六Gateway 的实现位置OpenClaw 的 Gateway 是一等公民——它是服务端的核心组件。服务端运行着 GatewayGateway 管着所有的连接、路由、会话。你起一个 OpenClaw启动的是 Gateway 服务。Hermes 的 Gateway 是附加模式——它默认不启动需要显式hermes gateway run开启。Agent Core 是主角Gateway 是一顶可以随时戴上的帽子。GatewayOpenClawHermes默认状态运行不运行核心地位心脏配件配置复杂度开箱即用需额外 setup差异七记忆系统的架构不同OpenClaw 的记忆来自工作区文件——SOUL.md、MEMORY.md 等都是用户在工作区目录下手写的文件每次对话被全量注入系统提示。没有外部 RAG——所有的记忆都在文本文件里。Hermes 虽然也有 MEMORY.md 和 USER.md但它把内置记忆和外部 RAG 提供者Hindsight、Honcho、Mem0分成了两层——内置记忆装不下的事有专门的检索系统去查。记忆OpenClawHermes内置记忆工作区文件MEMORY.md USER.md外部 RAG无Hindsight / Honcho / Mem0 等容量限制无硬上限全量注入受上下文限制2200 1375 字符硬上限更新方式编辑文件memory() 工具或直接编辑回到实践这些差异不是一个好一个差——它们是从不同的设计中心长出来的必然结果。OpenClaw 先是一个消息网关后是一个 Agent。所以它的多 Agent 路由是全球最强的渠道接入是全自动的技能是手动管理的——因为它的设计哲学是你配好系统它自动运行。Hermes 先是一个终端 Agent后是一个消息网关。所以它的 Agent Core 是全球最灵活的Curator 是自动进化的技能是可以自己生成的——因为它的设计哲学是你跟它面对面聊天它越聊越聪明。第四章各自的长处“事物都是一分为二的。”实践场景你要选一个深度使用。你需要知道什么场景下 OpenClaw 明显是更好的选择什么场景下 Hermes 甩 OpenClaw 几条街引出矛盾没有万能的工具。在这套架构里表现最好的在另一套架构里可能是短板。选工具不是选哪个更好而是选哪个更适合你的用法。理论/经验各自长处的结构化对比OpenClaw 的长处长处为什么是长处多渠道接入原生不用额外配置 Gateway——一个端口管 WebChat、Telegram、Discord 等开箱即用多 Agent 路由成熟原生支持多个独立 AgentBinding 系统细粒度控制谁去哪消息一到自动匹配技能扩展门槛最低只要求你能写 Markdown不需要 Python、不需要懂命令行、不需要配置文件Gateway 天生稳定作为常驻后台服务启动设计目标就是长期运行、自动保活、异常恢复会话管理精细DM 隔离、群聊隔离、Cron 独立会话——不同场景不串数据Cron 内置稳定定时任务是一等公民跟主系统深度集成Hermes 的长处长处为什么是长处Agent 自身能力最强20 工具集、OAuth 池、多提供商切换、20 模型提供商随时换自动技能进化Curator 自动管理技能生命周期生成、审计、归档——Agent 越用越好用记忆系统最深内置记忆 外部 RAG 双架构既能快又能大CLI 体验最好作为一个 CLI 程序终端交互体验经过了数千次迭代插件系统最强Python 插件、MCP 服务、自定义工具——扩展深度最高提供商最自由20 模型提供商OAuth 自动轮转不怕被封回到实践选 OpenClaw如果你是一个非程序员只想配好系统就让它自动跑你需要在多个消息平台上部署 Agent你需要多个不同人格的 Agent 同时在线比如工作助手和家庭助手你想用最简单的 Markdown 来扩展能力选 Hermes如果你是一个终端重度用户大部分时间在 CLI 里工作你需要 Agent 自己能不断变强、自动积累经验你对模型的自由度要求最高——想用哪个用哪个你需要 Agent 做深度的系统操作、代码开发、数据分析第五章各自的短板“处处有矛盾时时有矛盾。”《矛盾论》实践场景你用 OpenClaw 用了一段时间发现某些它不太顺手的地方。你又试了试 Hermes也发现了那边的痛点。你开始想没有完美的框架每个选择都有代价。引出矛盾每一个长处反面都是一个短板。设计中心的取舍必然导致另一边照顾不周。理论/经验短板的结构化对比OpenClaw 的短板短板为什么是短板Agent 自身进化能力弱技能不能自动生成、没有 Curator 机制——你写了什么技能它就有什么技能不会自己变强多模型切换不灵活固定一个模型提供商切换需要改配置重启无外部 RAG 记忆没有配置外部 RAG 提供者——记忆扩容需要手动编辑文件CLI 不是核心入口作为 Gateway 服务CLI 是管理工具不是主要交互窗口技能管理是纯手工skill_workshop 管理技能需要你主动介入——没有自动生成、没有枢纽安装插件系统有限主要扩展方式是 Markdown MCP 桥不像 Hermes 那样可以用 Python 写插件Hermes 的短板短板为什么是短板Gateway 不是一等公民需要显式启动、额外配置——不是开箱即用的多消息平台多 Agent 隔离弱Profiles 做不到 OpenClaw 那样的绑定细粒度——一个 channel 只能绑定一个 profile技能文件可能会积累过多Curator 虽然自动管理但不删除——闲置技能文件会一直占着磁盘配置复杂度高要懂 config.yaml、.env、profiles、toolsets 多套配置——入门比 OpenClaw 陡峭无原生多 Agent 路由没有 OpenClaw 那样的 Binding 系统——多个 Agent 共存的场景需要自己折腾记忆容量严格受限内置记忆 2200 1375 字符硬上限——配置外部提供者才能突破回到实践OpenClaw 的短板集中在一个方向Agent 自己的进化能力不足。它适合你配好了它就一直这样用的场景。Hermes 的短板集中在另一个方向消息路由和多 Agent 管理不够成熟。它适合一个人用一个 Agent的场景。选择就是接受短板的过程。第六章它们不是竞品是互补品“内因是变化的根据外因是变化的条件。”——《矛盾论》实践场景你纠结了很久选哪一个。但你突然想到一件事为什么不能两个都要引出矛盾如果你把 OpenClaw 和 Hermes 当竞争关系——“我该选谁”——那你关注的是它们重叠的部分。但如果你把它们当互补关系——“我能不能让它们合作”——你关注的是它们各自的长处能不能互相弥补。两个项目都是开源的都支持 MCP 协议都能在本地安装。技术上没有墙。理论/经验双 Agent 协作架构把长短互补的两套架构放在一起会产生新的能力用户 ↓ OpenClaw大脑/网关 ├── 多渠道接入Web/Telegram/Discord ├── 多 Agent 路由工作/生活/实验 ├── Binding 系统精细控制谁去哪 ├── 会话管理隔离恢复 └── MCP 客户端 → Hermes工具手 ├── 20 工具集terminal/file/web/vision…… ├── Curator 自动技能进化 ├── 内置外部双重记忆 ├── 20 模型提供商 └── Python 插件系统各自负责最擅长的部分职责谁干为什么消息路由OpenClaw它的 Gateway 天生就是干这个的多 Agent 人格OpenClawBinding 系统是最成熟的工具执行Hermes20 工具集 Python 插件技能进化HermesCurator 自动管理终端交互HermesCLI 体验世界一流技能定义OpenClawMarkdown 门槛最低深度扩展Hermes插件系统 自定义工具这种协作关系在技术上是可行的——通过 MCP 协议OpenClaw 作为 MCP 客户端把 Hermes 的 12 个核心工具当成自己的工具来用。回到实践最终你也许不需要选——两台机器上跑着 OpenClaw 和 Hermes一台管思考一台管执行一台管消息出入一台管干活出力。这不是用谁来取代谁的问题是你的 AI 系统里需要大脑还是需要手脚还是两个都要的问题。OpenClaw 更适合当大脑——管信息流、管路由、管交互界面。Hermes 更适合当工具手——执行操作、管理技能、积累经验。两个割裂起来看各有长短。两个拼在一起看长短互补。小结“有比较才能鉴别。”OpenClaw 和 Hermes不是同一个产品门类里的不同品牌——它们是同一个 Agent 生态中的不同工种。对比OpenClawHermes出身消息网关 → 加 AgentAgent Core → 加消息网关心脏WebSocket 路由Agent 循环最强项消息路由 / 多 Agent / Markdown 技能CLI 体验 / 自动进化 / 工具集最弱项Agent 自身进化弱 / 模型单一多 Agent 隔离弱 / 配置复杂适合非程序员的自动化运营程序员的深度开发可以当大脑网关 路由工具手执行 技能如果你只需要一个选 OpenClaw——它让你用最简单的配置跑起一个全平台可用的 Agent。如果你是需要最强大 Agent 能力的开发者选 Hermes——它让你控制每一个细节。而如果你两个都要……它们已经能通过 MCP 协议握手了。