Hermes 刚刚扼杀了 OpenClaw（原因如下）

我不认为OpenClaw已经消亡。

这个标题刻意营造了一种戏剧性的效果，因为这种转变的确是巨大的。OpenClaw 做了一件意义非凡的事情：它让许多开发者相信，个人 AI 助手的功能远不止聊天框那么简单。它可以驻留在你的电脑上，连接你的消息，调用工具，浏览网页，运行命令，甚至真正地推动你的工作进展。

但 Hermes Agent 改变了问题。

OpenClaw 问道：

如果我可以在自己的设备上运行个人人工智能助手呢？

赫尔墨斯问道：

如果我的代理能够依附于我的基础设施，记住我的工作方式，改进自身的流程，跨渠道使用工具，并且每周都变得更有用，那会怎么样？

第二个问题正是我为什么觉得爱马仕是下一步发展方向的原因。

并非因为 OpenClaw 不好。OpenClaw 流行是有原因的。官方仓库将其描述为一款运行在你个人设备上的个人 AI 助手，它通过你已使用的渠道提供响应，并使用网关作为控制平台。这确实是一个很棒的想法。

问题在于，人工智能代理市场正从“我操作的助手”转向“我监督的员工”。一旦这种转变发生，最终胜出的系统并非演示最响亮的那个，而是拥有更优内存模型、执行边界、技能生命周期、工具界面和部署方案的系统。

正是在这方面，爱马仕开始脱颖而出。

简短版

如果非要用一句话解释区别：

OpenClaw 感觉像是一个以本地用户为中心的助手。Hermes 感觉像是一个碰巧会聊天的代理基础设施。

这种区别很重要。

一个真正的智能代理不仅要响应用户需求，它还需要在可靠的服务器上运行，在我不在的时候也能正常工作，记住我环境中重要的部分，学习可重复的操作流程，并确保工具使用安全，尤其是在这些工具需要访问文件、浏览器、凭据、API 和服务器的情况下。

OpenClaw 帮助证明了市场需求。

爱马仕正在使运营模式更加规范化。

五项关键主张

目前 Hermes 最响亮的宣传语很简单：安装它，连接它，赋予它技能，在服务器上运行它，然后让它成为你的代理人。

这个宣传很吸引人，但我不会仅凭炒作来评判爱马仕。我会根据其与建筑的契合度来评判。

这就是本文余下部分将要探讨的视角。

我并不在意 Hermes 能否做出一次炫酷的演示。现在大多数代理框架都能做到这一点。

我关心 Hermes 是否具备重复工作的能力：内存、程序学习、沙盒执行、远程可用性以及足够的工具范围，以避免将便利性变成安全事件。

为什么 OpenClaw 首先赢得了关注

OpenClaw 的优势在其自述文件中显而易见。它功能全面、本地化程度高、支持多种频道，并且对于想要拥有自主控制助手的开发者来说非常友好。

官方仓库重点介绍：

• WhatsApp、Telegram、Slack、Discord、Signal、iMessage、Microsoft Teams、Matrix、LINE、微信以及更多渠道
• 一个以本地优先为核心的网关，负责消息传递界面和请求路由。
• 一流的浏览器、文件、执行文件、画布、定时任务、会话、图像生成、视频生成、文本转语音和子代理工具
• 基于技能SKILL.md
• 原生用户引导openclaw onboard
• 适用于 macOS、iOS、Android 和无头设备的配套应用程序和节点

这可不是小事。正因如此，OpenClaw 成为了个人代理的标杆。

它还拥有庞大的社区。在我查看 GitHub API 时，OpenClaw 的 star 数远超 Hermes。虽然受欢迎程度本身并不能决定技术发展方向，但它确实说明了一点：OpenClaw 让这个领域变得清晰易懂。

为了更好地理解，我直接查看了公开代码库：openclaw/openclaw和NousResearch/hermes-agent。目前 OpenClaw 的影响力更大。Hermes 的代理运行时理论更有意思。

问题在于，流行也带来了严峻的考验。一旦陌生人、群组、插件、浏览器、shell 和个人账户都汇聚在一个助手软件中，安全模型本身就成了产品。

OpenClaw 自身的安全文档对此坦诚相告。该指南假定采用个人助理信任边界：每个网关对应一个受信任的操作员边界。文档指出，OpenClaw 并非针对共享同一网关的恶意用户的多租户安全边界。此外，文档还指出，除非您加强限制，否则受信任的单操作员设置的产品默认允许在“gateway或”上下文中执行主机命令。node

这并非无稽之谈。这是OpenClaw选择的权衡之道：先是强大的本地辅助功能，其次才是安全防护。

爱马仕的起源地不同。

爱马仕是围绕复合型化合物建立起来的。

Hermes最重要的理念并非Telegram集成，也并非浏览器自动化，甚至也不是工具的数量。

关键在于复利效应。

Hermes 将自身描述为一个具有内置学习循环的自我改进型智能体。其文档讨论了智能体自主管理的记忆、自主技能创建、使用过程中的技能改进、会话搜索、外部记忆提供程序和用户建模等功能。

这听起来很抽象，但如果你用开发者的语言来解释，它就很容易理解了：

如果代理今天解决了一个复杂的工作流程，那么下周就不应该再重新发现该工作流程。

这就是带有工具的聊天机器人和不断成长的智能客服之间的区别。

Hermes 拥有两个易于理解的内存层：

• MEMORY.md用于环境事实、项目惯例、经验教训和工作流程说明
• USER.md偏好、沟通方式、期望和个人资料详情

这些限制是特意设置的。Hermes 会保持提示信息的简洁性，而不是在每个提示框中塞入无穷无尽的文本。对于较早的对话，它使用 SQLite 会话存储，并结合 FTS5 搜索和摘要功能。

这种设计感觉很实用。始终加载的内存占用量很小。需要时可以搜索更深层次的历史记录。

这正是我希望一个优秀的智能体所应有的行为方式。我不希望它记住所有事情，而是希望它记住那些能够改变未来行为的因素。

技能体系才是真正的“DNA”。

赫尔墨斯的魅力就在于他的技能。

OpenClaw 也具备技能功能。其文档解释说，技能是与 AgentSkills 兼容的SKILL.md文件夹，用于教导代理如何使用工具。OpenClaw 会加载捆绑技能、托管/本地技能、个人技能、项目技能和工作区技能。

Hermes 沿用了相同的基本理念，并将其推向了程序性记忆的方向。

Hermes 的文档指出，代理可以通过某种方式创建、更新和删除自己的技能skill_manage。它会在完成复杂的任务后、找到解决问题的正确方法后、用户纠正其方法后或发现非平凡的工作流程后创建技能。

这才是最重要的部分。

不是“将技能作为插件文件夹”。

作为一名经纪人，我的技能在于记录下下次如何做得更好。

这就是安装扩展程序和构建组织记忆之间的区别。优秀的资深开发人员不仅仅解决事件，他们还会改进运行手册。Hermes 试图让代理程序也做到这一点。

而且这不仅仅关乎本地技能。爱马仕还支持：

• 官方可选技能
• skills.sh
• 众所周知的技能终点
• 直接URL技能
• GitHub 技能安装
• 社区登记册
• 外部只读技能目录
• 已安装中心技能的安全扫描和审计命令

这为 Hermes 提供了一个有用的中间立场。它既可以进行本地学习，也可以参与到更广泛的开放技能生态系统中。

执行方面的故事更精彩。

这才是比较真正具有实际意义的地方。

一个能够执行命令的智能体应该让你略感紧张。这是正常的。

Hermes 将终端执行视为可配置的后端。命令可以在本地、Docker 容器、SSH、Singularity、Modal、Daytona 或 Vercel Sandbox 中运行。文档清楚地说明了其中的权衡：

• 本地化很容易，但缺乏隔离性。
• Docker 提供容器隔离
• SSH 将执行转移到另一台服务器
• Modal 和 Daytona 提供云沙箱选项
• Vercel Sandbox 提供类似 microVM 的云执行，并具有快照持久性。

安全页面更进一步。对于 Docker，Hermes 应用了强化容器标志：放弃功能、不授予新权限、限制进程 ID (PID)、挂载 tmpfs 文件系统以及显式限制资源。此外，它默认情况下还会避免转发主机环境变量。

这一点之所以重要，原因很简单：

仅仅因为你希望代理抓取页面或重构文件，它不应该自动继承你的整个笔记本电脑。

OpenClaw 也支持沙箱功能。其 README 文件提供了 Docker、SSH 和 OpenShell 的相关选项，并建议对非主会话进行沙箱化。其安全文档详尽且严谨。

但默认的思维模式却有所不同。

OpenClaw 是一款带有可选加固功能的个人助理。

Hermes 是一个代理运行时环境，其中隔离执行是正常部署流程的一部分。

这就是为什么我宁愿在 VPS 或云沙箱上运行 Hermes，以实现持续在线的工作。

信息传递并非制胜之道，远程办公才是。

这两个工具都可以通过即时通讯平台进行通信。

OpenClaw 拥有庞大的频道列表。Hermes 也支持多种平台：Telegram、Discord、Slack、WhatsApp、Signal、短信、电子邮件、Matrix、Mattermost、Home Assistant、钉钉、飞书/Lark、WeCom、Microsoft Teams 等等。

爱马仕的有趣之处不在于你可以给它发信息。

有趣的是，消息传递功能可以作为后台工作的控制界面。

Hermes 支持来自即时通讯平台的后台会话。您可以启动一个单独的任务，同时继续在主对话中聊天，并在同一频道中接收结果。这看似一个不起眼的功能，却能显著提升系统的使用体验。

它不再是：

我正在和机器人聊天。

它变成了：

我正在将工作分配给一位住在其他地方的代理人。

那是我所关心的未来。

我不想让我的个人智能助手被困在我现在用的笔记本电脑里。我希望它运行在服务器上，可以通过我的手机访问，能够运行长时间的任务，然后返回结果并记住结果。

爱马仕的设计就是为了这种形状。

工具的全面性现在是基本要求。

曾几何时，“这个代理可以浏览网页和运行命令”听起来简直不可思议。

那段时期已经过去了。

OpenClaw 和 Hermes 都拥有非常强大的工具表面。

OpenClaw 内置了 shell 执行、代码执行、浏览器控制、网络搜索、文件 I/O、补丁、消息传递、画布、节点、cron、图像、音乐、视频、TTS、会话和子代理等工具。

Hermes 还提供了一个广泛的注册表：网络搜索、提取、终端、文件编辑、浏览器自动化、视觉、图像生成、TTS、内存、会话搜索、cron、消息传递、委托、代码执行、Home Assistant、MCP 工具、RL 工具等等。

所以问题不在于：

哪个有工具？

更恰当的问题是：

哪种方式能让工具更安全、更易于组合，并且更容易根据具体情况进行调整？

Hermes 拥有清晰的工具集模型。工具集可以按会话、按平台或按任务启用。它包含平台预设（例如 `<application>` hermes-cli、hermes-telegram`<application>` 和 `<application>`）以及动态 MCP 工具集。这样可以更简洁地表达：

“这个 Telegram 代理可以做 X，但不能做 Y。”

对我来说，这比工具数量更重要。

Hermes 对阵 OpenClaw

以下是我的实际对比。

正是这张表格让我明白为什么我不认为 Hermes 是“另一个 OpenClaw 克隆产品”。

爱马仕的竞争方式截然不同。

OpenClaw 让助手功能强大。

赫尔墨斯正试图制造助手化合物。

实用指南

如果你正在阅读这篇文章，并且想知道“好吧，但我究竟应该先尝试什么呢？”，那么这就是我会采取的方法。

首先，在某个临时部署的环境中运行 Hermes。本地机器对于学习来说当然可以，但更理想的方案是使用 Docker、SSH、Modal、Daytona 或其他沙箱后端。关键在于避免在第一天就让实验性代理无限制地访问你的日常运行机器。

然后只连接一个消息平台，不要连接五个。Telegram 或 Discord 就足够了。在授予代理终端访问权限之前，请确保已启用白名单或私信配对功能。

然后给 Hermes 一个循环工作流程：

/background Research the latest Hermes Agent docs changes, summarize the developer impact, and send me 5 possible DEV post angles.

之后，注意那些关键时刻。如果工作流程需要多次工具调用、具有可重复的结构，或者需要你进行修正，那么这正是你应该掌握的技能。

“写博客文章”并不是 Hermes 的一项好的入门技能，太笼统了。

更好的说法是：

research-release-notes

When given a GitHub repo or docs page:
1. Find the latest release or docs update.
2. Prefer primary sources.
3. Extract concrete changes.
4. Separate confirmed facts from opinion.
5. Produce a DEV-ready outline with links.

正因如此，Hermes 才不仅仅是一个聊天助手。你不仅仅是让它执行一项任务，而是在教它一种持久有效的完成此类任务的方法。

OpenClaw 依然占据优势。

好的比较应该考虑到另一方的观点。

OpenClaw 仍然具有很大的优势：

1. 它获得了极大的关注和社区影响力。
2. 它的渠道生态系统非常广泛。
3. 它的原生应用和节点故事引人入胜。
4. 它以本地化服务为先的助理理念更容易向非专业人士解释。
5. 它已经改变了人们谈论个人人工智能助手的方式。

如果你的目标是“我想要一个可以连接到我的消息应用和设备的个人人工智能助手”，那么 OpenClaw 仍然是一个不错的选择。

但如果你的目标是“我想要一个可以成为运营基础设施的代理”，那么 Hermes 就是一个更有趣的答案。

爱马仕获胜之处

爱马仕之所以能胜出，是因为它对棘手的问题有自己的看法。

1. 它将内存视为产品表面

内存不仅仅是聊天记录，它还是一个经过精心整理的行为层。将聊天记录MEMORY.md、USER.md会话记录和可搜索的会话历史记录分开，既简单易懂又足够灵活，便于扩展。

2. 它将技能视为学习

该智能体可以在完成艰巨任务后创建和更新技能。这可以说是该领域中最接近于工程知识累积的方式。

3. 它将执行地点视为首要选择

本地部署、Docker、SSH、Modal、Daytona、Vercel Sandbox、Singularity。这不是脚注。这就是玩具助手和可以精心部署的工具之间的区别。

4. 它将消息传递视为分发。

我可以通过 Telegram 或 Discord 与代理人沟通，但真正的价值在于发送后台任务并获取结果。这使得聊天应用成为一个指挥中心，而非产品本身。

5. 它将安全视为一种架构，而不是免责声明。

允许列表、DM配对、命令审批、容器隔离、MCP凭证过滤、上下文扫描、环境变量过滤和作用域工具集这些功能并不华丽，但它们却是你在第一次精彩演示之后真正需要的功能。

更重要的一点

代理空间正在分裂成两种理念。

一种哲学观点认为：

给用户一个强大的助手，让他们连接一切。

另一人说：

为用户提供一个可监督、可隔离、可训练、可记忆和可部署的代理运行时环境。

OpenClaw 将第一种理念体现得淋漓尽致。

爱马仕代表第二位。

所以我认为，目前更值得研究的是爱马仕项目。

OpenClaw 证明了人们需要有手的智能体。

Hermes 提出的问题是，当这些手还能获得内存、运行手册、更安全的执行、后台工作以及在当前笔记本电脑之外的存储空间时，会发生什么？

这就是跳跃点。

我会用赫尔墨斯建造什么

如果我要把这个变成一个真正的项目，我会构建一个开发者发布代理。

不是博客垃圾邮件发送者。是技术写作的得力助手：

1. 请查阅官方文档、GitHub 发布说明和挑战页面。
2. 总结变化之处，并附上原始资料链接。
3. 记住我的写作偏好和定期写作项目。
4. 培养可重复使用的技能，用于研究、提纲创建、来源检查和 DEV 格式设置。
5. 请用我的风格撰写文章草稿，但所有论点都要有引证。
6. 将草稿发送到 Telegram 进行审核。
7. 追踪评论，并根据真实讨论提出后续帖子建议。

这样就能很好地利用爱马仕的造型：

• 长期背景研究
• 网络提取
• 会话搜索
• 持久内存
• 随着时间推移而提高的技能
• 消息传递
• 范围工具访问
• 计划任务

在这种工作流程中，Hermes 比一次性聊天助手更合适。

重点不在于赫尔墨斯会写字。

关键在于 Hermes 可以围绕记忆、工具和反馈构建一个写作操作。

最终版本

Hermes真的杀死了OpenClaw吗？

不。

OpenClaw 太有用、太受欢迎、而且具有重要的文化意义，不容忽视。

但 Hermes 可能已经打破了个人代理仅仅是带有聊天界面的本地助理这种观念。

这才是真正的转变。

下一代智能助手不仅要以连接的应用程序数量来评判，还要以它们是否能够做到以下几点来评判：

• 记住正确的事情
• 忘记了不该忘记的事
• 学习流程
• 在隔离环境中运行
• 异步工作
• 与开放工具集成
• 首次演示后仍能保持实用性

按这个标准来看，赫尔墨斯不仅仅是另一个经纪人。

这有力地论证了代理软件未来的发展方向。

现在，这才是我对任何代理框架的真正考验：

因为我昨天用过，所以它变得更有用了吗？

如果答案是否定的，它仍然主要是一个工具封装器。

如果答案是肯定的，那么我们最终讨论的就是代理软件了。

是的，这就是标题所指的原因：

Hermes 刚刚扼杀了 OpenClaw。

不是一夜之间就能替换掉的。

通过让这个类别发展壮大。

我个人首先要验证的不是 Hermes 能否生成漂亮的段落，而是基于 Docker 或 SSH 的 Hermes 研究代理能否连续运行一周，保持合理的内存占用，并且避免因一次错误的工具调用而导致系统崩溃。如果您已经尝试过这两种后端，我非常想知道哪一种运行更流畅，以及它在哪些方面出现了问题。

来源

• 爱马仕特工挑战
• Hermes Agent 官方文件
• Hermes Agent GitHub 仓库
• Hermes 工具和工具集
• 赫尔墨斯持久记忆
• 赫尔墨斯技能系统
• Hermes 消息网关
• 爱马仕安全模型
• OpenClaw GitHub 仓库
• OpenClaw 工具和插件
• OpenClaw技能
• OpenClaw 网关架构
• OpenClaw 安全指南

你怎么认为？

Hermes 真的是 OpenClaw 的下一步吗？还是说 OpenClaw 仍然是个人代理的更好模型？

以上五项声明中，哪一项对您来说最重要：内存、技能、沙盒、消息传递，还是在真实基础设施上运行代理？