夜雨聆风最近认真比较了一下 OpenClaw 和 Hermes。
它们都不是只会聊天的问答机器人，而是希望让 AI Agent 真正进入日常工作：读取文件、执行命令、调用工具、操作浏览器、连接消息平台，甚至把重复任务变成可以自动运行的 routine。
如果你喜欢折腾系统、愿意自己搭建和维护一整套自动化基础设施，OpenClaw 很有吸引力。但如果你的目标是“少操心，直接把事情交给 Agent”，我最后选择了 Hermes。
不是因为 OpenClaw 不能做事，而是因为对于懒人来说，能不能长期省心，比功能清单上有多少项目更重要。
先说结论：两者解决的问题相似，产品气质不同
OpenClaw 更像一个可以不断扩建的个人自动化平台。
它强调让 Agent 连接更多渠道、接入更多能力，并且允许用户围绕自己的环境进行大量定制。喜欢自己配服务、调参数、接插件的人，会很容易从中获得成就感。
Hermes 则更像一个已经把“Agent 怎么工作”这件事组织起来的工作台。
它同样可以使用终端、浏览器、文件、消息平台和外部服务，但重点不只是“能不能调用”，还包括：任务应该交给谁、流程如何复用、结果如何验证、知识如何长期保存，以及什么时候应该停下来请求人工判断。
这就是我最后选择 Hermes 的根本原因：我想使用 Agent，而不是再获得一份需要长期维护的系统管理员工作。
核心功能一：工具调用
两者都支持 Agent 调用外部工具，这是现代 Agent 的基础能力。
文件读写、命令执行、网页操作、浏览器自动化、消息平台连接，这些能力本身已经不是决定性差异。真正的差异在于，工具被放在什么样的工作流里。
OpenClaw 给人的感觉是：你可以把很多工具接进来，然后让 Agent 自己组合。
Hermes 给人的感觉是：工具调用只是完成任务的一部分，Agent 还需要遵守技能、权限、验证和交付边界。
比如一个代码任务，重要的并不是“Agent 能不能执行 git”，而是它是否会：
先检查项目状态； 把代码任务交给正确的执行工作流； 在隔离环境中修改； 运行测试； 让另一个角色独立 review； 不把 worker 的一句“完成了”当成真实证据。
对于偶尔尝鲜的人来说，这些步骤可能显得有点重。对于真正想把 Agent 用在长期工作中的人来说，这些步骤反而是在减少返工。
核心功能二：长期记忆和可复用能力
一个 Agent 用几次之后，最容易遇到的问题不是它不会做，而是每次都要重新解释。
我的目录结构是什么？哪些内容应该写入笔记？代码任务要不要直接修改？什么情况下必须人工确认？公众号文章应该保持什么主题纯度？
如果这些规则每次都靠临时提示词解决，Agent 看起来很聪明，实际使用成本却很高。
Hermes 把可复用知识拆成了比较清楚的几层：
- Memory
：保存稳定的个人偏好和环境事实； - Skills
：保存可复用的操作流程和专业规则； - Agents 或 profiles
：为不同任务提供不同角色和模型路由； - Routines
：让周期性工作自动运行； - Kanban
：让需要执行、测试和 review 的任务有明确生命周期。
这种拆分对懒人特别重要。因为真正的“省事”不是少写一次提示词，而是系统能把一次解决方案变成以后可以继续使用的能力。
核心功能三：多 Agent 协作
OpenClaw 可以通过插件、工具和外部服务扩展能力；Hermes 则把多 Agent 协作和任务编排放在了更核心的位置。
这会带来一个很实际的区别。
如果只是让一个 Agent 帮忙查资料、写一段文字，单 Agent 足够了。但如果任务涉及代码实现、测试、review、部署或长期运行，最好不要让同一个 Agent 同时扮演所有角色。
Hermes 的 profile 和 Kanban 工作流允许把不同工作交给不同角色：
builder 负责实现； reviewer 负责独立检查； researcher 负责研究和证据收集； manager 负责协调； 需要特定模型时，再路由到对应的 expert。
这不是为了制造流程感，而是为了降低“自己写、自己说没问题、自己验收”的风险。
最近一次实际经历让我印象很深：一个任务的实现已经完成，但 reviewer 进程在收尾阶段卡住了。系统没有把“实现完成”直接当成最终交付，而是检查状态、独立运行测试、确认没有新增回归之后，才把任务结束。
这类机制不一定让第一次运行更快，却能让长期使用更可靠。
核心功能四：自动化和定时任务
两者都可以把 Agent 放进自动化流程中，但我更看重自动化的边界。
一个每天运行的 routine，最危险的不是偶尔失败，而是失败时悄悄做错事情。
Hermes 的 routine 可以定期检查任务状态、读取监控脚本输出，并在需要时向人报告。更重要的是，可以明确限定它只能自动修复哪些问题，哪些问题必须交给人决定。
例如 Kanban watchdog 可以自动处理 worker 生命周期和错误路由，但不应该擅自修改项目代码、删除用户本地修改、绕过 review 或直接发布内容。
对懒人来说，这种边界看起来像额外配置，实际上是在防止未来某一天花更多时间收拾残局。
易用性：第一次上手快，还是长期使用省心？
如果只比较第一次启动，任何一个系统都可能让人觉得“还不错”。真正的差异通常在使用一个月之后才会出现。
OpenClaw 的自由度很高，但自由度意味着选择和维护：
这个能力应该用哪个插件？ 配置放在哪里？ 凭据如何保存？ 升级后哪些东西会坏？ 不同工具之间的状态如何同步？ 某个自动化任务出了问题，应该查哪里？
Hermes 也不是完全不用配置，但它更强调把这些问题纳入一个统一的 Agent 工作环境。技能、记忆、profile、routine、任务状态和工具权限有更明确的归属。
我并不认为 Hermes 的所有界面和流程都已经完美。它同样有学习成本，也需要用户理解 Agent、工具和权限之间的关系。但这种学习成本是在建立一套可以长期复用的工作方式，而不是每次遇到问题都重新猜配置。
为什么我最终选择 Hermes
我选择 Hermes，不是因为它在每一个单项功能上都一定胜过 OpenClaw。
如果你的核心需求是尽可能多地连接服务、自己搭建一个高度定制的个人自动化平台，OpenClaw 可能更适合你。
但我的需求是另一种：
我希望 Agent 记住稳定的工作规则，而不是记住一堆零散对话； 我希望代码任务进入明确的执行和 review 流程，而不是直接在主目录里改； 我希望周期性任务可以自动运行，但不希望它越权； 我希望不同任务可以使用不同角色和模型； 我希望出问题时看到事实、证据和可选方案，而不是一句模糊的“可能失败”； 我希望自己少维护一点基础设施，把时间留给真正的工作。
所以，“Hermes 完胜”不是一个脱离场景的技术排名，而是一个使用者的选择。
对懒人来说，真正重要的是维护成本
很多人选择工具时，会先看功能数量：谁能接更多平台，谁有更多插件，谁的配置项更多。
但使用一段时间之后，真正影响体验的往往是另一张清单：
出错后能不能定位？ 状态是不是清楚？ 规则会不会互相冲突？ 能不能把重复工作固化下来？ 自动化有没有明确边界？ 任务交付前有没有真实验证？ 本地修改和用户数据会不会被误伤？
对愿意折腾的人来说，复杂性可能是可玩性。对懒人来说，复杂性就是未来的维护账单。
这就是我最终选择 Hermes 的理由：它不只是让我拥有一个更强的 Agent，也在努力让我少操心这个 Agent 本身。
—
参考资料
Hermes Agent 官方文档 OpenClaw 官方文档