一文看懂：Hermes Agent与OpenClaw全维度对比
一文看懂：Hermes Agent与OpenClaw全维度对比
一文看懂：Hermes Agent与OpenClaw全维度对比 一文看懂：Hermes Agent与OpenClaw全维度对比 Modified May 7 2. 从员工“Growth Mindset”角度：凡是摔过的坑，Hermes大概率不会再犯，因为Hermes的工作过程就是不断的调整和优化它自己的工作流（其实也是我的工作流），然后用调整过的工作流去跑业务流程，有问题就再调整，如此循环，直到最终的业务结果通过验收，那么最后一版的工作流大概率就是最终需要被沉淀下来的knowhow，你会得到自己都忘了应该进行封装但Hermes已经帮你封装好的若干个新skills，以及一路优化下来的N多旧skills 妥妥以“Bayesian Inference” 为底层运行机制的Agent。 3. 从员工无监管自动运行角度：Hermes Agent的长程无监管运行能力也比较强；我用GPT 5.4跑过2小时以上的Hermes Agent任务，这个时长放在OpenClaw身上我还没有成功过... 4. 在上面的表格中我们可以看到OpenClaw的优势在于摊子铺的更大，更“平台化”；但问题是，如果在非常具体的场景中没办法很好沉淀个人或者组织的knowhow的话，摊子又铺那么大，放大的究竟是优势还是劣势呢？ 5. 总之，“白马”（未经过调教的Hermes）一定是比“白虾”（未经过调教的OpenClaw）更值得信赖和培养的好员工。 三、Hermes Agent发展趋势 Hermes Agent项目发布于2月26日，在Github上有接近3.5万颗星。 在OpenRouter的应用token消耗日榜上，Hermes Agent同时“Top Coding Agent榜”和“Top Productivity”两张榜上。 在Coding Agent区，Hermes Agent在本周超越了老牌Coding Agent “Cline”，排在Coding Agent榜单第三名，并且用量还在快速上升，离去年的当红炸子鸡Kilo Code一步之遥，大概率会在未来一周超越Kilo Code，2 3周超越Claude Code。 在Productivity区，目前Hermes的token消耗量约为OpenClaw的1/4左右，而这个值在上周在1/8左右。 也就是说，1个月后，从token消耗量角度观察，就是OpenClaw和Hermes Agent两强争霸的局面。 这也就是为什么最近有越来越多的人在谈论Hermes Agent... 趋势已经飙起来了，数据不会撒谎。 四、文档资源： 其实你只需要看下面两个文档站，或者把文档站喂给你手边的一个Agent，然后问它，就能得到几乎所有问题的答案了 ... 官方文档站： https://hermes agent.nousresearch.com/docs/ 我上周复刻为中文文档站（随官方日更）： https://hermes doc.aigc.green/ 另外，可以关注Hermes Agent的官推： @Teknium： https://x.com/Teknium （Hermes创始人，NOUS Research Cofounder和模型后训练负责人） @NousResearch： https://x.com/NousResearch （Hermes Agent官方团队） NOUS Research团队的迭代能力也堪称光速，昨天就已经把火爆的Karpathy的LLM Wiki能力集成到Hermes里了； 2. 从员工“Growth Mindset”角度：凡是摔过的坑，Hermes大概率不会再犯，因为Hermes的工作过程就是不断的调整和优化它自己的工作流（其实也是我的工作流），然后用调整过的工作流去跑业务流程，有问题就再调整，如此循环，直到最终的业务结果通过验收，那么最后一版的工作流大概率就是最终需要被沉淀下来的knowhow，你会得到自己都忘了应该进行封装但Hermes已经帮你封装好的若干个新skills，以及一路优化下来的N多旧skills 妥妥以“Bayesian Inference” 为底层运行机制的Agent。 3. 从员工无监管自动运行角度：Hermes Agent的长程无监管运行能力也比较强；我用GPT 5.4跑过2小时以上的Hermes Agent任务，这个时长放在OpenClaw身上我还没有成功过... 4. 在上面的表格中我们可以看到OpenClaw的优势在于摊子铺的更大，更“平台化”；但问题是，如果在非常具体的场景中没办法很好沉淀个人或者组织的knowhow的话，摊子又铺那么大，放大的究竟是优势还是劣势呢？ 5. 总之，“白马”（未经过调教的Hermes）一定是比“白虾”（未经过调教的OpenClaw）更值得信赖和培养的好员工。 三、Hermes Agent发展趋势 Hermes Agent项目发布于2月26日，在Github上有接近3.5万颗星。 在OpenRouter的应用token消耗日榜上，Hermes Agent同时“Top Coding Agent榜”和“Top Productivity”两张榜上。 在Coding Agent区，Hermes Agent在本周超越了老牌Coding Agent “Cline”，排在Coding Agent榜单第三名，并且用量还在快速上升，离去年的当红炸子鸡Kilo Code一步之遥，大概率会在未来一周超越Kilo Code，2 3周超越Claude Code。 在Productivity区，目前Hermes的token消耗量约为OpenClaw的1/4左右，而这个值在上周在1/8左右。 也就是说，1个月后，从token消耗量角度观察，就是OpenClaw和Hermes Agent两强争霸的局面。 这也就是为什么最近有越来越多的人在谈论Hermes Agent... 趋势已经飙起来了，数据不会撒谎。 四、文档资源： 其实你只需要看下面两个文档站，或者把文档站喂给你手边的一个Agent，然后问它，就能得到几乎所有问题的答案了 ... 官方文档站： https://hermes agent.nousresearch.com/docs/ 我上周复刻为中文文档站（随官方日更）： https://hermes doc.aigc.green/ 另外，可以关注Hermes Agent的官推： @Teknium： https://x.com/Teknium （Hermes创始人，NOUS Research Cofounder和模型后训练负责人） @NousResearch： https://x.com/NousResearch （Hermes Agent官方团队） NOUS Research团队的迭代能力也堪称光速，昨天就已经把火爆的Karpathy的LLM Wiki能力集成到Hermes里了； 🔗 原文链接： https://mp.weixin.qq.com/s/JWHBaFVv... https://mp.weixin.qq.com/s/JWHBaFVv... 原创 DracoVibeCoding DracoVibeCoding Draco正在VibeCoding2026年4月8日 20:29 北京 中推圈终于在今天开始集中讨论Hermes Agent了，大概率未来几天国内AI/Agent头部和腰部媒体、自媒体也会开始对Hermes Agent进行集中报道；然后，maybe，又是一波类似于OpenClaw的FOMO潮流，大家会把“养虾不如养马” 挂在嘴边（OpenClaw是🦞；Hermes是“爱马🐴仕”嘛），直到下一个龙虾或下一个爱马仕的出现。 我已经高强度使用Hermes Agent 10天左右，并且在上周将龙虾军团主力切到了Hermes Agent，飞书群里还有2000位热烈讨论Hermes的同学，最常遇到的问题是： 一、对比Hermes Agent和OpenClaw 二、Hermes究竟有什么优势 三、发展趋势 四、文档资源 五、社群资源 下面就来回答这五个问题。 一、Hermes Agent vs OpenClaw full table comparison 以下内容是我让GPT 5.4在Extra High模式下跑了1个小时，将今天最新版Hermes Agent和OpenClaw的source code放在一起做了apple2apple的客观比较，未携带我的主观评价： 1. 一句话总览 结论维度 Hermes Agent OpenClaw Comments 主要Language Python Typescript 产品姿态 以单个 Python Agent 为核心，向外扩出 messaging、ACP、MCP、cron、skills 以本地 Gateway / Control Plane 为中心，把 Pi Agent、channels、plugins、sessions、nodes、ACP 统一编排 Hermes 更像“自进化工作型 Agent”； OpenClaw 更像“本地 AI 操作系统 / control plane” 架构复杂度 中等，主干清晰，容易通读 高，层次多，子系统多，扩展面宽 OpenClaw 更重、更广； Hermes 更集中 系统重点 Agent loop、procedural memory、轻量整合 Gateway、multi agent routing、插件生态、模型与账户编排 两者目标不同，不是简单的谁替代谁 结论维度 结论维度 Hermes Agent Hermes Agent OpenClaw OpenClaw Comments Comments 主要Language 主要Language Python Python Typescript Typescript 产品姿态 产品姿态 以单个 Python Agent 为核心，向外扩出 messaging、ACP、MCP、cron、skills 以单个 Python Agent 为核心，向外扩出 messaging、ACP、MCP、cron、skills 以本地 Gateway / Control Plane 为中心，把 Pi Agent、channels、plugins、sessions、nodes、ACP 统一编排 以本地 Gateway / Control Plane 为中心，把 Pi Agent、channels、plugins、sessions、nodes、ACP 统一编排 Hermes 更像“自进化工作型 Agent”； OpenClaw 更像“本地 AI 操作系统 / control plane” Hermes 更像“自进化工作型 Agent”； OpenClaw 更像“本地 AI 操作系统 / control plane” 架构复杂度 架构复杂度 中等，主干清晰，容易通读 中等，主干清晰，容易通读 高，层次多，子系统多，扩展面宽 高，层次多，子系统多，扩展面宽 OpenClaw 更重、更广； Hermes 更集中 OpenClaw 更重、更广； Hermes 更集中 系统重点 系统重点 Agent loop、procedural memory、轻量整合 Agent loop、procedural memory、轻量整合 Gateway、multi agent routing、插件生态、模型与账户编排 Gateway、multi agent routing、插件生态、模型与账户编排 两者目标不同，不是简单的谁替代谁 两者目标不同，不是简单的谁替代谁 2. 宏观定位与系统边界 维度 Hermes Agent OpenClaw Comments 主体对象 AIAgent是系统中心， run agent.py 直接承载核心会话循环 Gateway + OpenClaw orchestration + embedded Pi runtime 共同组成主体 Hermes 是“Agent first”； OpenClaw 是“control plane first” 代码组织方式 Python 单仓，核心逻辑集中在 run agent.py 、 tools/ 、 gateway/ 、 acp adapter/ TypeScript/Node 大型单仓，含 src/ 、 extensions/ 、 packages/ 、 apps/ 、 ui/ OpenClaw 的系统边界明显更大 运行边界 单 Agent 为默认；subagent 是工具能力；profiles 是多实例机制 多 Agent、多 channel account、bindings、workspace、agentDir 都是一等公民 OpenClaw 原生把“多脑并存”建模进系统了 对外形态 CLI、messaging gateway、ACP adapter、cron、MCP client Gateway、channels、control UI、ACP、MCP HTTP、plugins、nodes、apps OpenClaw 的外部产品面更宽 维度 维度 Hermes Agent Hermes Agent OpenClaw OpenClaw Comments Comments 主体对象 主体对象 AIAgent是系统中心， run agent.py 直接承载核心会话循环 AIAgent是系统中心， run agent.py 直接承载核心会话循环 Gateway + OpenClaw orchestration + embedded Pi runtime 共同组成主体 Gateway + OpenClaw orchestration + embedded Pi runtime 共同组成主体 Hermes 是“Agent first”； OpenClaw 是“control plane first” Hermes 是“Agent first”； OpenClaw 是“control plane first” 代码组织方式 代码组织方式 Python 单仓，核心逻辑集中在 run agent.py 、 tools/ 、 gateway/ 、 acp adapter/ Python 单仓，核心逻辑集中在 run agent.py 、 tools/ 、 gateway/ 、 acp adapter/ TypeScript/Node 大型单仓，含 src/ 、 extensions/ 、 packages/ 、 apps/ 、 ui/ TypeScript/Node 大型单仓，含 src/ 、 extensions/ 、 packages/ 、 apps/ 、 ui/ OpenClaw 的系统边界明显更大 OpenClaw 的系统边界明显更大 运行边界 运行边界 单 Agent 为默认；subagent 是工具能力；profiles 是多实例机制 单 Agent 为默认；subagent 是工具能力；profiles 是多实例机制 多 Agent、多 channel account、bindings、workspace、agentDir 都是一等公民 多 Agent、多 channel account、bindings、workspace、agentDir 都是一等公民 OpenClaw 原生把“多脑并存”建模进系统了 OpenClaw 原生把“多脑并存”建模进系统了 对外形态 对外形态 CLI、messaging gateway、ACP adapter、cron、MCP client CLI、messaging gateway、ACP adapter、cron、MCP client Gateway、channels、control UI、ACP、MCP HTTP、plugins、nodes、apps Gateway、channels、control UI、ACP、MCP HTTP、plugins、nodes、apps OpenClaw 的外部产品面更宽 OpenClaw 的外部产品面更宽 3. Harness Engineering / 内核工程 子维度 Hermes Agent OpenClaw Comments 内核是谁 run agent.py 里的 AIAgent.run conversation() 就是内核循环 docs/concepts/agent.md 明确写出“embedded agent runtime is built on the Pi agent core”，外层由 OpenClaw 接管 session、tool wiring、delivery OpenClaw 的内核更像“Pi runtime + 外部编排壳”； Hermes 的内核更像“一体化 Agent loop” 编排层职责 模型调用、工具循环、上下文压缩、缓存、回调、delegation 基本集中在 Agent 主干 workspace 解析、sessionKey、auth profile、模型 failover、lane queue、plugin runtime、tool/runtime 注入都在 Pi 外层编排中完成 OpenClaw 的harness 更重、更工程化 失败恢复 Hermes 有上下文压缩、辅助模型、provider 适配，但整体仍偏单环路控制 OpenClaw 在 run.ts 中显式处理 auth profile rotation、failover、live model switch、lane enqueue、runtime plugin 初始化 OpenClaw 的“运行时调度工程”更强 维护成本 低到中，主链路可直接读懂 高，优点是能力面大，代价是理解成本高 小团队更容易先吃透 Hermes 子维度 子维度 Hermes Agent Hermes Agent OpenClaw OpenClaw Comments Comments 内核是谁 内核是谁 run agent.py 里的 AIAgent.run conversation() 就是内核循环 run agent.py 里的 AIAgent.run conversation() 就是内核循环 docs/concepts/agent.md 明确写出“embedded agent runtime is built on the Pi agent core”，外层由 OpenClaw 接管 session、tool wiring、delivery docs/concepts/agent.md 明确写出“embedded agent runtime is built on the Pi agent core”，外层由 OpenClaw 接管 session、tool wiring、delivery OpenClaw 的内核更像“Pi runtime + 外部编排壳”； Hermes 的内核更像“一体化 Agent loop” OpenClaw 的内核更像“Pi runtime + 外部编排壳”； Hermes 的内核更像“一体化 Agent loop” 编排层职责 编排层职责 模型调用、工具循环、上下文压缩、缓存、回调、delegation 基本集中在 Agent 主干 模型调用、工具循环、上下文压缩、缓存、回调、delegation 基本集中在 Agent 主干 workspace 解析、sessionKey、auth profile、模型 failover、lane queue、plugin runtime、tool/runtime 注入都在 Pi 外层编排中完成 workspace 解析、sessionKey、auth profile、模型 failover、lane queue、plugin runtime、tool/runtime 注入都在 Pi 外层编排中完成 OpenClaw 的harness 更重、更工程化 OpenClaw 的harness 更重、更工程化 失败恢复 失败恢复 Hermes 有上下文压缩、辅助模型、provider 适配，但整体仍偏单环路控制 Hermes 有上下文压缩、辅助模型、provider 适配，但整体仍偏单环路控制 OpenClaw 在 run.ts 中显式处理 auth profile rotation、failover、live model switch、lane enqueue、runtime plugin 初始化 OpenClaw 在 run.ts 中显式处理 auth profile rotation、failover、live model switch、lane enqueue、runtime plugin 初始化 OpenClaw 的“运行时调度工程”更强 OpenClaw 的“运行时调度工程”更强 维护成本 维护成本 低到中，主链路可直接读懂 低到中，主链路可直接读懂 高，优点是能力面大，代价是理解成本高 高，优点是能力面大，代价是理解成本高 小团队更容易先吃透 Hermes 小团队更容易先吃透 Hermes 4. IM / Message Gateway 子维度 Hermes Agent OpenClaw Comments Gateway 定位 gateway/ 主要是消息平台适配层 + 会话转发层 src/gateway/ 是完整 control plane：HTTP / WS、discovery、device auth、control UI、models HTTP、MCP HTTP、operator approvals、session persistence、cron server OpenClaw 的 gateway 强很多，且不只是 IM 网关 平台列表 gateway/config.py 当前内置 telegram / discord / whatsapp / slack / signal / mattermost / matrix / homeassistant / email / sms / dingtalk / webhook / feishu / wecom / api server 频道与扩展面分散在 src/gateway/ 、 docs/channels/ 、 extensions/ ，整体明显更广，并支持多 account + bindings Hermes 已覆盖常见平台； OpenClaw 在广度和调度能力上更强 多账号与路由 Hermes 偏“一个平台适配器 + 一个 Hermes 配置” OpenClaw 在 docs/concepts/multi agent.md 中把 bindings 、 agentId 、 accountId 、 workspace 、 agentDir 作为一级模型 OpenClaw 更适合复杂团队和多账号运营 交付风格 更像聊天入口 更像本地控制总线 这是两者最直观的系统边界差异之一 子维度 子维度 Hermes Agent Hermes Agent OpenClaw OpenClaw Comments Comments Gateway 定位 Gateway 定位 gateway/ 主要是消息平台适配层 + 会话转发层 gateway/ 主要是消息平台适配层 + 会话转发层 src/gateway/ 是完整 control plane：HTTP / WS、discovery、device auth、control UI、models HTTP、MCP HTTP、operator approvals、session persistence、cron server src/gateway/ 是完整 control plane：HTTP / WS、discovery、device auth、control UI、models HTTP、MCP HTTP、operator approvals、session persistence、cron server OpenClaw 的 gateway 强很多，且不只是 IM 网关 OpenClaw 的 gateway 强很多，且不只是 IM 网关 平台列表 平台列表 gateway/config.py 当前内置 telegram / discord / whatsapp / slack / signal / mattermost / matrix / homeassistant / email / sms / dingtalk / webhook / feishu / wecom / api server gateway/config.py 当前内置 telegram / discord / whatsapp / slack / signal / mattermost / matrix / homeassistant / email / sms / dingtalk / webhook / feishu / wecom / api server 频道与扩展面分散在 src/gateway/ 、 docs/channels/ 、 extensions/ ，整体明显更广，并支持多 account + bindings 频道与扩展面分散在 src/gateway/ 、 docs/channels/ 、 extensions/ ，整体明显更广，并支持多 account + bindings Hermes 已覆盖常见平台； OpenClaw 在广度和调度能力上更强 Hermes 已覆盖常见平台； OpenClaw 在广度和调度能力上更强 多账号与路由 多账号与路由 Hermes 偏“一个平台适配器 + 一个 Hermes 配置” Hermes 偏“一个平台适配器 + 一个 Hermes 配置” OpenClaw 在 docs/concepts/multi agent.md 中把 bindings 、 agentId 、 accountId 、 workspace 、 agentDir 作为一级模型 OpenClaw 在 docs/concepts/multi agent.md 中把 bindings 、 agentId 、 accountId 、 workspace 、 agentDir 作为一级模型 OpenClaw 更适合复杂团队和多账号运营 OpenClaw 更适合复杂团队和多账号运营 交付风格 交付风格 更像聊天入口 更像聊天入口 更像本地控制总线 更像本地控制总线 这是两者最直观的系统边界差异之一 这是两者最直观的系统边界差异之一 5. Skills 系统 子维度 Hermes Agent OpenClaw Comments Skills 根目录 /.hermes/skills/ 是单一真相源，外部目录可读不可写 skills 来自 <workspace /skills 、 <workspace /.agents/skills 、 /.agents/skills 、 /.openclaw/skills 、bundled、 extraDirs ，且有明确优先级 OpenClaw 的 skills 来源层次更复杂、更偏 workspace first Progressive disclosure 有， skills list skill view path specific view 也有， docs/tools/skills.md 明确描述 prompt 中只注入精简技能索引，并在运行时按需展开 这不是差异点，两边都有 子维度 子维度 Hermes Agent Hermes Agent OpenClaw OpenClaw Comments Comments Skills 根目录 Skills 根目录 /.hermes/skills/ 是单一真相源，外部目录可读不可写 /.hermes/skills/ 是单一真相源，外部目录可读不可写 skills 来自 <workspace /skills 、 <workspace /.agents/skills 、 /.agents/skills 、 /.openclaw/skills 、bundled、 extraDirs ，且有明确优先级 skills 来自 <workspace /skills 、 <workspace /.agents/skills 、 /.agents/skills 、 /.openclaw/skills 、bundled、 extraDirs ，且有明确优先级 OpenClaw 的 skills 来源层次更复杂、更偏 workspace first OpenCla