第三册：Hermes 诞生与演进

本章你将学到

• Nous Research 这家公司究竟是何方神圣，为什么他们能做出 Hermes 这样惊艳的项目
• 什么是"缰绳工程"（Harness Engineering），这个理念如何彻底改变了 AI Agent 的设计思路
• OpenClaw 曾经的辉煌与那些让人头疼的痛点
• Hermes 是如何从 OpenClaw 的土壤中生长出来，又实现了哪些关键突破
• Hermes 发布两个月就斩获 104,791 Stars 背后的增长密码
• "养马"和"养虾"这两个有趣的社区称呼是怎么来的，背后又代表了怎样的文化差异
• Hermes 未来的路线图和生态发展预测

好了，让我们坐上时光机，一起回溯 Hermes 从一颗种子成长为参天大树的完整历程。

1. Nous Research：Hermes 背后的公司

1.1 一家不走寻常路的 AI 公司

在聊 Hermes 之前，我们先来认识一下它的"亲爹"——Nous Research。

如果你之前没有听说过这个名字，那完全正常。因为 Nous Research 并不是那种整天开新闻发布会、上科技头条的"网红公司"。他们更像是一个隐居深山的武林门派，平时不显山露水，但一出手就是大招。

Nous 这个词来自古希腊语，意思是"心灵"或"理智"。从名字就能看出，这家公司的野心不小——他们不只是想做一家普通的 AI 公司，而是想探索人工智能的"心智"本质。

Nous Research 成立于 2023 年，总部位于美国。公司创立的背景很有意思：当时 ChatGPT 已经火遍全球，大量创业者蜂拥而入，试图在 AI 这个风口上分一杯羹。但 Nous Research 的创始人团队看到了一个更深层的问题：现有的大语言模型虽然能力强大，但缺乏真正的自主性、持续学习能力和个性化适配能力。

打个比方：ChatGPT 就像一个博学的家教，你问什么它答什么，但它不会主动帮你规划学习路径，也不会记得你上周犯过的错误，更不会随着相处时间的增长而变得"更懂你"。每次对话结束，一切归零，下次见面又是"初次相识"。

Nous Research 的愿景，就是要打破这个局限。他们想要构建一种新型的 AI 系统——一种能够长期陪伴用户、持续积累经验、不断自我进化的智能体。这个愿景，最终催生了 Hermes Agent。

1.2 6500 万美元融资背后的故事

2024 年到 2025 年间，AI 领域的融资故事层出不穷。有的公司靠一个漂亮的 PPT 就能拿到数千万美元，有的公司花三年时间打磨产品却无人问津。Nous Research 的融资经历，属于那种"酒香不怕巷子深"的类型。

据报道，Nous Research 在 2024 年底完成了一轮 6500 万美元 的融资。这个数字放在 AI 创业圈，说大不大，说小不小。毕竟同期的很多 AI 公司动辄融资几亿美元。但关键在于：Nous Research 拿钱的方式和用钱的方式，都很不一样。

首先，他们不是去讲一个"我们要做下一个 ChatGPT"的故事。恰恰相反，他们的叙事是反潮流的——"我们不追求最大、最强的模型，我们追求最懂用户、最能自主进化的系统。"

在投资人对大模型参数规模攀比到近乎疯狂的时候，Nous Research 却在强调"小而美"的哲学：用轻量级的架构、高效的算法和精巧的设计，实现超越庞大系统的实际效果。

Tips

在 AI 投资圈，有一个不成文的规律：越是讲"我们模型参数多大、算力多强"的公司，越可能是在堆砌资源；越是讲"我们怎么让 AI 更懂人、更自主"的公司，越可能有真正的技术创新。Nous Research 属于后者。

6500 万美元的资金，Nous Research 主要花在了三个地方：

第一，核心研发团队。 他们聚拢了一批在机器学习、自然语言处理、系统架构和分布式计算领域有深厚积累的工程师和研究员。这支团队的一个显著特点是：很多人都有开源社区背景，深谙"开放协作"的力量。

第二，基础设施与算力。 虽然不像大模型公司那样需要成千上万张 GPU，但训练、测试和运行 Agent 系统仍然需要不小的算力投入。Nous Research 建立了自己的实验集群，用于验证各种 Agent 行为的长期演化。

第三，社区建设。 这是 Nous Research 最与众不同的地方。他们把相当一部分资金用在了文档建设、社区支持和开发者活动上。因为他们深知，一个开源项目的生命力，不在于代码写得有多优雅，而在于围绕它形成的社区有多活跃。

1.3 核心团队与技术实力

Nous Research 的团队构成，可以用"小而精"来形容。

公司没有走传统科技公司的"人海战术"路线，而是坚持保持一支精简的核心团队。这种选择背后有一个清醒的认识：AI Agent 领域的创新，关键不在于人手多，而在于思考深。 一百个平庸的工程师，不如十个真正理解问题本质的天才。

团队的技术基因来自多个领域的交叉：

大语言模型研究背景。 核心成员中有曾在 OpenAI、Anthropic、Google DeepMind 等机构工作或实习的经历。他们对 LLM 的能力边界、行为模式和优化方法有第一手的理解。这让 Hermes 在模型调用策略、提示词工程和上下文管理方面，有着超越普通开源项目的深度。

分布式系统经验。 Agent 本质上是一个长期运行的服务，需要处理并发请求、状态同步、故障恢复等分布式系统的经典问题。Nous Research 的团队在这些领域有丰富的经验，这也是 Hermes 能在架构上做到轻量但稳健的重要原因。

开源社区运营能力。 团队成员中有资深的开源贡献者，深谙如何打造一个健康、活跃的开发者社区。Hermes 项目从发布之初就展现出成熟的开源运营能力——清晰的贡献指南、友好的 Issue 响应、定期的社区更新，这些都源于团队对开源文化的深刻认同。

产品思维与用户洞察。 技术团队往往容易陷入"技术自嗨"的陷阱，做出很多酷炫但不好用的功能。Nous Research 的团队在这方面表现出了难得的克制和清醒。Hermes 的很多设计决策——比如 MEMORY.md 的字符限制、预算机制的安全阀、渐进式技能加载——都体现了"用户第一"的产品思维。

注意

很多初学者容易犯的一个错误是：过度关注项目的技术指标（如 Stars 数、响应速度），而忽略了背后的团队质量和设计理念。其实，一个项目的长期发展潜力，很大程度上取决于它的"基因"——也就是创始团队的技术品味和产品哲学。Nous Research 的团队基因，决定了 Hermes 不是一个急功近利的项目，而是一个有长期主义精神的作品。

1.4 开源理念与商业模式的平衡

在开源世界里，有一个永恒的难题：如何把项目开源出去，同时又能让公司活下去？

这个问题困扰过无数开源项目。有的项目完全免费，最后因为找不到商业模式而夭折；有的项目打着"开源"的旗号，实际上核心功能都要付费，最后被社区抛弃。找到一个平衡点，是每一家长期主义开源公司必须面对的课题。

Nous Research 在这个问题上选择了一条相对务实的路线：核心框架完全开源，商业化围绕增值服务和托管方案展开。

具体来说：

完全开源的部分： Hermes Agent 的完整源代码、所有内置工具、文档和社区资源。任何人都可以免费下载、使用、修改和分发。代码采用宽松的许可证（通常是 MIT 或类似的协议），允许商业使用。

增值服务的部分： Nous Research 计划推出（或已经推出）的付费服务包括：

• Nous Portal —— 一个托管式的 Agent 管理平台，让企业和个人用户无需自己搭建服务器就能使用 Hermes
• 企业级技术支持 —— 为大型组织提供定制开发、安全审计和性能优化服务
• 高级模型接入 —— 与多家大模型提供商的合作，为用户提供一站式的模型调用和成本优化方案

这种模式的优势在于：开源社区负责创新和扩展，商业服务负责稳定和专业支持。 社区用户可以自由探索 Hermes 的各种可能性，而企业用户可以通过付费服务获得更省心的使用体验。

常见问题

Q：Hermes 会一直保持免费开源吗？

A：根据 Nous Research 的公开声明，Hermes 的核心框架将始终保持开源。未来的商业化方向主要集中在托管服务、企业支持和增值功能上，不会采用"开源引流、闭源收割"的策略。

Q：个人用户需要付费吗？

A：如果你选择自己部署（本地或 VPS），Hermes 是完全免费的。你只需要支付大模型 API 的调用费用（如果使用商业模型），或者使用免费的本地模型。只有当你使用 Nous Research 提供的托管服务时，才需要支付平台费用。

1.5 Nous 的其他产品线

除了 Hermes Agent，Nous Research 还在运营其他几条产品线。了解这些产品，有助于我们更全面地理解这家公司的技术布局。

Nous Portal 是 Nous Research 的旗舰托管服务平台。你可以把它理解为"Hermes 的 SaaS 版本"。对于不想折腾服务器配置、环境搭建和日常运维的用户来说，Nous Portal 提供了一条捷径——注册账号、配置模型、即可开始使用。

Portal 的核心价值在于：

• 一键部署 —— 省去本地安装的所有麻烦
• 自动更新 —— 始终使用最新版本的 Hermes
• 团队协作 —— 支持多用户、多 Agent 的管理
• 监控面板 —— 可视化的使用统计和成本分析

Tips

对于初学者来说，我的建议是：先在本地或便宜的 VPS 上自己部署一次 Hermes。这个过程虽然有点折腾，但能让你深刻理解系统的各个组件是如何协作的。等你对系统有了感性认识之后，如果确实需要更稳定、更省心的服务，再考虑迁移到 Nous Portal 也不迟。

除了 Portal，Nous Research 还积极参与 AI 领域的学术研究和技术标准制定。他们在 GitHub 上维护了多个开源项目，涉及模型微调、数据处理和评估工具等领域。这些项目虽然不是直接面向终端用户，但为整个 AI 生态的基础设施做出了贡献。

2. "缰绳工程"（Harness Engineering）理念

2.1 什么是缰绳工程——用通俗的比喻解释

现在我们要聊一个非常重要的概念，它是理解 Hermes 设计哲学的钥匙——"缰绳工程"（Harness Engineering）。

这个名字听起来有点抽象，让我用一个生活中常见的场景来解释。

想象一下，你养了一匹小马。这匹小马很聪明，但也很调皮。你不可能用一根铁链把它锁死——那样它会失去活力，变成一具没有灵魂的木偶。你也不可能完全放养——那样它会乱跑乱撞，说不定还会跑到马路上去。

最聪明的做法是什么？给它戴上缰绳。

缰绳不是用来绑死马的，而是用来引导马的。缰绳给了你一种"软控制"的能力——你轻轻一拉，马就知道该往左还是往右；你松开一点，马就可以自由奔跑。缰绳让马在保持自由的同时，不至于跑偏。

"缰绳工程"的核心思想，就是把 AI Agent 看作这匹小马。

传统的 AI 系统开发，往往追求"绝对控制"。开发者试图用复杂的规则、严格的逻辑和详尽的状态机，把 AI 的每一个行为都限定在预设的轨道上。这种方式在某些场景下有效（比如工厂的自动化流水线），但在需要灵活性和创造性的场景下，就会变成一种束缚。

缰绳工程则主张一种不同的思路：不是控制 AI，而是引导 AI。 给 AI 设定边界和安全约束（就像缰绳），但在边界之内，给予它最大的自由度和自主决策空间。AI 可以在框架内探索、尝试、犯错、学习——就像小马在牧场上自由奔跑，但缰绳始终在主人在手中。

2.2 传统 Prompt Engineering 的局限性

在深入缰绳工程之前，我们先回顾一下它的"前辈"——Prompt Engineering（提示词工程）。

Prompt Engineering 是 ChatGPT 时代最火的技能之一。它的基本思路是：通过精心设计的提示词，引导大语言模型输出你想要的内容。比如，你写一段详细的角色设定、输出格式要求和示例，然后让模型按照你的要求来回答。

Prompt Engineering 在早期的确非常有效。很多人在没有任何编程背景的情况下，仅凭写出好的提示词，就能让 AI 完成各种 impressive 的任务。但很快就暴露出了几个根本性的局限：

局限一：提示词越来越长，效果越来越差。

刚开始，一段 100 字的提示词就能让 AI 表现不错。但随着任务复杂度的增加，提示词越来越长——200 字、500 字、1000 字、2000 字……最后你发现，提示词长到模型已经"看不过来"了。上下文窗口被挤爆，模型开始"遗忘"提示词开头的指令，输出质量反而下降。

这就像你给一个人同时交代二十件事，他大概率会漏掉前面几件。人脑的短期记忆有限，AI 的上下文窗口也一样。

局限二：提示词是静态的，无法适应动态变化。

你写的提示词再好，它也是一段固定的文字。但真实世界的任务是动态变化的——今天用户的需求是这样，明天可能完全不一样；这个工具 API 今天还能用，明天可能就更新了接口。

静态的提示词无法自动适应这些变化。每次环境变化，你都要手动修改提示词。对于简单的个人项目，这还能忍受。但对于需要长期运行的 Agent 系统，这简直就是噩梦。

局限三：提示词没有"记忆"，每次都要从头教。

这是最致命的一点。每次你跟 AI 开始新对话，它都是一张白纸。你上周花了半天时间教会它你的代码风格和项目规范，这周新开个对话窗口，一切归零，又要重新教一遍。

想象一下，如果你的同事每次见面都忘了你是谁、你们公司在做什么、你们的项目规则是什么——这种合作体验简直让人崩溃。但传统的 Prompt Engineering 就是这样工作的。

局限四：提示词工程高度依赖个人技巧，难以复用和规模化。

写出好的提示词是一门"手艺"，需要大量的试错和经验积累。一个资深的提示词工程师写出来的提示词，可能比一个新手的效果好十倍。但这种能力很难传授，更难规模化。你不可能指望每个用户都是提示词专家。

2.3 缰绳工程的核心哲学

缰绳工程正是在看到传统 Prompt Engineering 的这些局限后，提出的一种全新设计范式。

根据 Nous Research 的官方定义，Harness Engineering 包含五个核心层次，它们共同构成了"缰绳"的完整结构：

这五个层次不是孤立的，而是像五根绳子拧成一股缰绳，共同引导着 Agent 的行为。指令层告诉 Agent "往哪走"，约束层划定 "不能越的界"，反馈层确保 "走偏了能拉回来"，记忆层让 Agent "记得以前走过的路"，编排层则让多个能力 "协调配合"。

在这个框架下，缰绳工程的核心哲学可以概括为四句话：

第一，不是控制 AI，而是引导 AI 自我成长。

缰绳工程认为，最高效的方式不是手把手教 AI 每一步怎么做，而是给它一套好的学习机制，让它自己在实践中成长。就像教育孩子，你不可能替他做完所有作业，但你可以培养他自主学习的能力。

Hermes 的"自学习闭环"就是这个哲学的直接体现。Agent 在完成任务的过程中，自动总结经验、生成技能、优化策略——它越用越聪明，而不是越用越机械。

第二，边界比规则更重要。

传统方法强调"你要做什么"（规则），缰绳工程强调"你不能做什么"（边界）。只要 AI 不触碰安全边界（比如删除重要文件、泄露敏感信息、执行危险命令），它的具体行为方式应该由它自己决定。

这种思路的转变非常关键。规则是刚性的、枚举式的——你列一百条规则，AI 可能会找到第一百零一种出格的方式。边界是柔性的、覆盖式的——只要划定禁区，禁区之外都是自由探索的空间。

第三，有约束的自由才是真正的自由。

这个看似矛盾的表述，其实是缰绳工程的精髓。AI 如果没有约束，会因为"选择过多"而陷入混乱——就像一个人站在十字路口，每个方向都可以走，反而不知道往哪走。适当的约束（如 MEMORY.md 的字符限制、预算机制的安全阀）实际上帮助 AI 聚焦注意力，提高决策质量。

Hermes 的 MEMORY.md 限制在约 2200 字符，USER.md 限制在约 1375 字符。这个设计不是随意定的，而是经过深思熟虑的"有约束的自由"——有限的记忆空间迫使 Agent 学会优先级管理，只保留最重要的信息，而不是把什么都往脑子里塞。

第四，系统应该越用越好，而不是越用越差。

这是缰绳工程与传统系统设计的根本区别。传统的软件系统，用久了往往会积累技术债务，变得越来越臃肿、越来越难维护。而缰绳工程追求的是"有机进化"——系统在使用过程中不断自我优化，就像生物体在环境中不断适应和进化。

Hermes 的技能系统就是一个典型例子。每次你让 Hermes 完成一个复杂任务，它都有可能"领悟"到新的技能，把这些技能保存下来，下次遇到类似任务时直接调用。用得越久，它的"技能库"越丰富，处理任务的效率越高。

2.4 缰绳工程如何影响了 Hermes 的设计

缰绳工程不只是一个抽象的理念，它直接渗透到了 Hermes 的每一个设计决策中。下面我们来看几个具体的例子：

MEMORY.md 和 USER.md 的设计。

传统的 AI 系统要么没有持久记忆（每次对话清零），要么有无限的记忆（导致上下文爆炸）。Hermes 选择了一条中间路线：给记忆设置明确的上限，但允许 Agent 自主决定记什么、忘什么。

这就像一个学生做笔记。如果他试图把老师说的每一个字都记下来，笔记会厚到根本没法复习。聪明的笔记方法是：只记重点、只记自己不懂的、只记可能会考的内容。Hermes 的 Agent 就是这样做的——在有限的记忆空间里，它学会了"精简笔记"的艺术。

预算机制（Budgeting）。

Hermes 有一个内置的预算机制，防止 Agent 在一个任务上无限循环、无限消耗 Token。这个机制就像给 Agent 发了一张"信用卡"，卡上有额度限制。Agent 可以自由决定怎么花这笔钱，但花完就得停下来。

这个设计体现了缰绳工程的"引导而非控制"原则。系统没有规定 Agent 每一步该做什么，只是设定了一个宏观的资源约束。Agent 在这个约束内自主规划、自主决策。

技能自动创建。

这是缰绳工程最漂亮的体现之一。传统系统如果要让 AI 掌握新技能，需要开发者手动编写代码或提示词。Hermes 则让 Agent 自己"领悟"技能——在完成复杂任务后，Agent 会自动总结经验，生成可复用的 Skill 文件。

这就像学骑自行车。你不需要读完一本《自行车驾驶手册》才能骑车，而是在一次次摔倒和成功的过程中，身体自己"学会"了平衡。Hermes 的技能系统，就是 Agent 的"肌肉记忆"。

命令审批机制。

对于可能产生副作用的危险操作（如删除文件、执行系统命令），Hermes 会暂停执行，等待用户确认。这个机制就像缰绳上的"紧急制动"——平时你可以自由奔跑，但当你要冲出安全区域时，缰绳会提醒你。

3. OpenClaw 的成功与局限

3.1 OpenClaw 的诞生故事

要理解 Hermes，我们必须先了解它的"前辈"——OpenClaw。这不仅是技术演进的脉络，也是一个充满传奇色彩的开源故事。

OpenClaw 的创始人叫 Peter Steinberger，一位来自奥地利的独立开发者。他的背景很有意思：在创办 OpenClaw 之前，Peter 已经是一位资深的 iOS 开发者，创办过一家成功的移动开发工具公司 PSPDFKit。这家公司后来被收购，给了 Peter 足够的财务自由去做自己想做的事。

2025 年，Peter 开始关注到 AI Agent 这个新兴领域。他当时的观察是：大语言模型已经够聪明了，但缺乏一个"操作系统"来把它们真正组织起来，让它们能够自主完成复杂的任务。就像一个超级大脑，如果没有人告诉它该用什么工具、怎么规划步骤、怎么记忆经验，它也只能干瞪眼。

于是，Peter 开始了一个实验性的项目。他给自己设定的目标很简单：打造一个像数字员工一样的 AI Agent，能够连接各种工具、在各种平台上工作、帮用户自动化地完成日常任务。

这个项目的名字，他取为 OpenClaw。

Tips

OpenClaw 的 Logo 是一只红色的龙虾（Lobster）。为什么选择龙虾？Peter 在采访中开玩笑说，龙虾"看起来很酷，而且和 AI 一样——外表有点吓人，但剥开壳里面其实很美味"。这个玩笑后来演变成了社区文化的一部分，使用 OpenClaw 的用户自嘲为"养虾人"。

OpenClaw 项目在 2025 年 11 月正式发布到 GitHub。发布的方式非常低调——没有新闻发布会，没有媒体通稿，只是 Peter 在自己的社交账号上发了一条简单的推文，附上了 GitHub 链接。

但就是这么一条简单的推文，在 24 小时内引爆了开发者社区。

3.2 OpenClaw 为什么能拿到 309k Stars

发布之后，OpenClaw 的 Star 数量像坐了火箭一样往上窜。短短几个月，就突破了 10 万、20 万、30 万……截至目前，OpenClaw 的 GitHub Stars 已经超过 309,000，成为 GitHub 上最火爆的 AI 项目之一。

这个增长速度在开源历史上都是罕见的。OpenClaw 为什么能这么火？让我们拆解一下它的成功密码。

密码一：解决了一个真实存在的痛点。

2025 年的开发者们，已经习惯了每天在各种工具之间切换：Slack 上回消息、GitHub 上审代码、Notion 里写文档、Linear 上管项目、邮件客户端里处理邮件……工具越来越多，切换成本越来越高，人就像一个"人肉路由器"，在各个 SaaS 之间疲于奔命。

OpenClaw 给出的解决方案是：让 AI 当这个路由器。 你只需要告诉 Agent 要做什么，它就会自动调用各种工具、在各个平台之间穿梭、把任务完成。这种"一站式自动化"的愿景，击中了无数人的痛点。

密码二：创始人个人魅力与社区运营。

Peter Steinberger 不是一个躲在代码后面的"技术宅"。他非常活跃地在社交媒体上分享项目的进展、回答用户的问题、甚至直播写代码。这种"创始人即社区核心"的模式，在早期为项目积累了大量的忠实拥趸。

更重要的是，Peter 展现了一种非常难得的姿态：谦卑且开放。 他经常说"我不知道"、"这个设计可能有问题"、"欢迎大家来挑战我的想法"。这种态度在科技创始人中非常少见，也让社区成员感到被尊重和接纳。

密码三：时机把握得恰到好处。

OpenClaw 发布的时间点，是 AI Agent 概念开始从极客圈走向主流市场的关键节点。2025 年下半年，ChatGPT 的热潮已经持续了两年多，人们不再满足于"对话式 AI"，开始渴望"能做事的 AI"。OpenClaw 正好踩在了这个需求拐点上。

密码四：产品设计简洁直观。

OpenClaw 的安装过程简单到令人惊讶。本地安装只需要两行命令；Docker 部署只需要一个 docker-compose.yaml 文件。对于习惯了复杂配置的企业软件的开发者来说，这种"即插即用"的体验简直是一种解脱。

密码五：开源且自托管。

在数据隐私越来越受重视的时代，"自托管"是一个巨大的卖点。很多企业不愿意把自己的数据交给第三方 AI 服务商，OpenClaw 的"数据完全自控"承诺，让它在企业用户中获得了大量青睐。

3.3 OpenClaw 的核心优势

平心而论，OpenClaw 确实是一款优秀的产品。它的核心优势可以概括为以下四个方面：

优势一：万能网关。

OpenClaw 的设计哲学是"把一切连接起来"。它支持接入 20+ 种大语言模型（从 GPT-4 到 Claude 到 DeepSeek 到本地模型），可以通过一个统一的 Fallback 链机制，在主模型失败时自动切换到备用模型。这种"一个入口、多模型支撑"的设计，让用户不必担心某个模型宕机或服务降级。

# OpenClaw 的模型 Fallback 链配置示例
# 主模型失败 → 自动切换到备选模型 → 兜底到本地模型
models:
  primary: claude-sonnet-4  # 主力模型，效果最好
  fallback: gpt-4.1        # 备选模型
  local: llama-3.3-70b     # 本地模型，零成本兜底

优势二：多平台覆盖。

OpenClaw 支持 26+ 个消息平台和通信渠道，堪称"无所不在"。从国际主流平台（Telegram、Discord、Slack、WhatsApp）到中国本土平台（微信、飞书、企业微信、钉钉、QQ），再到邮件、短信、智能家居（Home Assistant），几乎没有它不能接入的渠道。

对于企业用户来说，这意味着可以复用已有的沟通基础设施，不需要为了用 AI 而强迫员工切换到新的平台。

优势三：庞大的社区生态。

OpenClaw 的社区规模令人咋舌：

• GitHub Stars：309,000+ —— 全球 AI 开源项目中名列前茅
• 贡献者：1,075+ —— 来自世界各地的开发者为项目贡献代码
• ClawHub 技能：13,700+ —— 社区贡献的技能数量庞大
• 国内用户：100,000+ —— 仅中国就有超过十万活跃用户

这个庞大的社区为 OpenClaw 带来了丰富的第三方扩展、活跃的讨论氛围和快速的问题响应。

优势四：Unix 哲学的设计简洁性。

Peter Steinberger 是 Unix 哲学的坚定信徒。Unix 哲学的核心是"做一件事，并把它做好"。OpenClaw 把这个理念发挥到了极致——它的核心功能只围绕四个基本工具展开：

这种极简设计有两个好处：一是容易理解和上手，二是为第三方扩展留下了清晰明确的接口。

Tips

Peter 有一句名言："MCP 是垃圾，CLI 才是终极接口。"这句话在开发者社区引发了很大的争议。它的核心意思是：与其用复杂的协议（如 MCP）来定义工具接口，不如直接用命令行接口（CLI）这种最简单、最通用的方式。这种观点有它的道理——简单意味着更少出错、更容易调试、更易于跨平台兼容。但 MCP 的支持者则认为，标准化的协议对于生态的长远发展至关重要。这场争论至今仍在继续，也是 Hermes 选择同时支持原生工具和 MCP 的原因之一。

3.4 OpenClaw 的痛点

但正如每一枚硬币都有两面，OpenClaw 在取得巨大成功的同时，也暴露出了一些让社区用户头疼的问题。这些问题，恰恰成了 Hermes 诞生的契机。

痛点一：需要手动编写 SOUL.md。

SOUL.md 是 OpenClaw 用来定义 Agent 人格和行为的配置文件。这个文件本质上是一段"超级提示词"，你需要在里面写明 Agent 的角色、性格、工作方式、可用工具、注意事项等等。

对于一个简单的个人项目，写一次 SOUL.md 还能接受。但如果你要管理多个 Agent、每个 Agent 有不同的性格和职责，这个工作量就呈指数级增长。更麻烦的是，每次你要调整 Agent 的行为，都要手动修改 SOUL.md，然后重启服务才能生效。

想象一下，如果你的同事每次改变工作方式，都要你亲手写一份"性格说明书"给他——这种体验显然不够智能。

痛点二：配置复杂，上手门槛不低。

虽然 OpenClaw 的安装本身很简单，但要真正把它配置好用起来，却需要相当多的知识储备。你需要理解：

• 各种消息平台的 Webhook 配置
• 不同模型的 API 格式和参数调优
• SOUL.md 的语法规则和最佳实践
• 各种工具的配置和权限管理
• Docker 网络和安全组设置（如果你用 Docker 部署）

对于非技术背景的用户来说，这个学习曲线相当陡峭。很多初学者在安装完 OpenClaw 之后，卡在了配置环节，最后只能放弃。

痛点三：规则维护困难。

OpenClaw 的行为很大程度上依赖于你在 SOUL.md 和各种配置文件中定义的规则。这些规则是静态的——它们不会随着使用过程而自动调整。

举个例子：你在 SOUL.md 里规定 Agent"每天早上 9 点检查邮件并发送摘要"。这个规则一直有效，直到有一天你的作息变了，想改成 10 点。你需要手动修改配置文件，重启服务。如果 Agent 在实际运行中发现"9 点的时候邮件服务器经常响应慢，10 点反而更顺畅"，它也不会自己调整——因为它没有自学习的能力。

痛点四：没有自学习能力。

这可能是 OpenClaw 最根本的局限。Agent 每次对话都是"从零开始"，它不会记住上次对话中积累的经验，不会从错误中学习，不会随着时间推移变得越来越懂你。

是的，OpenClaw 有会话历史和 USER.md 这样的用户偏好文件，但这些是"记忆"而不是"学习"。记忆是"我记得你说过什么"，学习是"我从中悟出了更好的做法"。OpenClaw 做到了前者，但没有做到后者。

打个比方：OpenClaw 就像一个每次见面都要重新认识你的熟人。虽然你每次都会告诉他你的偏好（USER.md），但他不会主动总结规律、不会提前预判你的需求、不会在多次交流后变得越来越默契。

痛点五：技能质量参差。

ClawHub 上虽然有 13,700+ 个技能，但质量参差不齐。有的技能写得很优秀，有的则是"Hello World"级别的示例。由于缺乏自动化的质量评估和审核机制，用户在海量技能中筛选出好用的那个，本身就是一项耗时的工作。

3.5 "养虾"文化的形成

OpenClaw 的龙虾 Logo，不仅是一个品牌形象，更演变成了一种独特的社区文化。

起初，只是少数用户在社交媒体上开玩笑，说自己"在养龙虾"。慢慢地，这个称呼在社区中流传开来：

• 使用 OpenClaw 的人叫"养虾人"
• 搭建 OpenClaw 环境叫"建虾塘"
• 调试配置叫"喂虾"
• 遇到 Bug 叫"虾病了"
• 解决问题叫"虾好了"

这种拟人化的语言，让技术社区多了一层温情和趣味。"养虾"不再是冷冰冰的技术操作，而是一种有温度的"饲养"关系。用户和 Agent 之间，像是主人和宠物之间的关系——你需要照顾它、调教它、陪伴它成长。

Tips

"养虾"文化的形成，其实揭示了一个深层的心理现象：人们天然倾向于与有自主性的系统建立情感连接。当你把 Agent 称作"虾"、把维护它叫做"养"，你就在潜意识中把它从一个"工具"升级为了"伙伴"。这种心理暗示，反过来也会增强用户的投入感和耐心——你不会因为"工具"偶尔出错而生气，但你会因为"宠物"生病而着急。

"养虾"文化还催生了一系列周边创作：龙虾表情包、养虾人专属头像、"虾塘管理指南"等。这些社区自发产生的内容，进一步增强了 OpenClaw 的凝聚力和传播力。

4. 从 OpenClaw 到 Hermes：进化之路

4.1 Hermes 解决了 OpenClaw 的哪些痛点

如果说 OpenClaw 是一座繁华但略显混乱的"老城区"，那么 Hermes 就是一座经过精心规划的"新城"。它不是推倒重来，而是在继承 OpenClaw 优秀基因的基础上，针对核心痛点进行了系统性的重构和升级。

让我们逐一看看 Hermes 是如何解决 OpenClaw 的那些痛点的。

解决痛点一：SOUL.md 的手动维护问题。

Hermes 彻底改变了 Agent 人格的定义方式。它不再依赖一个庞大的静态配置文件，而是通过 USER.md 和 MEMORY.md 的组合，实现动态、自适应的人格建模。

USER.md 存储用户的偏好和画像——你喜欢什么样的沟通风格、你常用的技术栈、你的工作习惯。这个文件不是一次性写死的，而是在使用过程中不断被 Agent 更新和完善。

MEMORY.md 则存储 Agent 在运行过程中积累的经验教训、工作约定、环境信息。它就像 Agent 的"工作笔记"，每次任务完成后，Agent 都会反思"这次我做对了什么、做错了什么、下次可以怎么改进"，然后把结论写进 MEMORY.md。

# MEMORY.md 示例片段
 
# 这是 Hermes Agent 自动维护的记忆文件
 
## 环境信息
 
- 项目根目录: /home/user/projects/myapp
- Python 版本: 3.11
- 常用框架: FastAPI, SQLAlchemy
 
## 工作约定
 
- 写代码前先写测试
- commit message 用英文，遵循 conventional commits 规范
- 优先使用 async/await 而非同步调用
 
## 经验教训
 
- 2026-04-10: 调用 Docker API 时注意权限，需要把用户加入 docker 组
- 2026-04-12: 用 requests 库访问本地服务时，localhost 要写成 127.0.0.1

注意

MEMORY.md 有一个约 2200 字符的限制。这个限制不是缺陷，而是刻意设计的"约束"。它迫使 Agent 像人类一样学会"精简笔记"——只保留最重要的信息，而不是把每一个细节都记下来。如果 Agent 试图写超过限制的内容，系统会自动触发"记忆压缩"，用 LLM 摘要的方式精简内容。这就像你笔记本快写满了，不得不重新整理，把最重要的留下，次要的删掉。

解决痛点二：配置复杂的问题。

Hermes 用一套交互式的 CLI 命令，把配置过程变得极其简单。你不需要手动编辑各种配置文件，只需要运行几个命令，按提示回答几个问题，系统就自动帮你配置好了。

# Hermes 的交互式配置，保姆级简单
hermes setup              # 启动完整的配置向导
hermes model              # 选择并配置大模型提供商
hermes gateway setup      # 配置消息平台接入
hermes tools              # 启用/禁用工具

每个命令都有清晰的提示和默认值，即使你是第一次接触 Hermes，也能在几分钟内完成基础配置。

解决痛点三：规则维护困难。

Hermes 用"技能系统"替代了静态的规则定义。当你需要 Agent 执行某种特定任务时，不需要在配置文件中写规则，而是直接告诉 Agent 你的需求。如果这是一个复杂任务（涉及 5 个以上工具调用），Agent 会自动创建一个 Skill 文件，把任务的执行流程固化下来。

下次遇到同样的任务，Agent 会直接调用这个 Skill，而不是重新推理一遍。如果 Skill 中的某个步骤出了问题（比如某个 API 的接口变了），Agent 会自动检测错误、修复 Skill、然后继续执行。

这就像是：你请了一位厨师来家里做饭。第一次，你需要详细告诉他每一步怎么做（对应复杂任务的首次执行）。第二次，他记住了你的口味和做法，直接上手就行（对应 Skill 的复用）。如果某个食材买不到了，他自己会找替代品，不用你重新教（对应 Skill 的自动修复）。

解决痛点四：缺乏自学习能力。

这是 Hermes 最大的差异化优势。我们后面会有专门的章节详细讲解"自学习闭环"，这里先简要介绍。

Hermes 的 Agent 在每次完成任务后，都会进行一次"复盘"：

1. 执行 —— 用工具完成任务
2. 评估 —— 判断任务是否成功、有哪些可以改进的地方
3. 创建 —— 如果是复杂任务，自动生成 Skill 文件
4. 改进 —— 下次使用时，基于新的经验优化 Skill

这个过程完全自动化，不需要用户干预。Agent 就像一个有上进心的实习生，每次做完事都会自我反思，争取下次做得更好。

解决痛点五：技能质量问题。

Hermes 采用了"渐进式加载"的机制来管理技能。技能不是一次性全部塞进上下文，而是分层次加载：

• Level 0：只加载技能列表（约 3k tokens）
• Level 1：当 Agent 决定调用某个技能时，加载该技能的完整内容+元数据
• Level 2：如果技能需要参考特定文件，再加载这些文件

这种分层加载的方式，既保证了 Agent 能访问到所有技能，又避免了上下文被大量技能描述撑爆。

同时，Hermes 的技能生态虽然规模上不如 ClawHub（目前约 639 个技能 vs 13,700+），但质量控制和审核机制更严格。官方技能都经过测试验证，社区技能也有评级和评论系统。

4.2 核心区别对比

为了让读者更直观地理解 Hermes 和 OpenClaw 的差异，我们用一张表格来做一个全面的对比：

常见问题

Q：从表格看，OpenClaw 在平台支持和技能数量上明显占优，那为什么要选 Hermes？

A：这是一个非常好的问题。选哪个项目，取决于你的核心需求。如果你最看重的是"多平台覆盖"和"技能数量"，OpenClaw 确实更适合你。但如果你更看重"长期陪伴价值"和"越用越聪明"的体验，Hermes 的自学习能力和有机记忆系统会带来完全不同的使用感受。就像选手机：有人选 Android 是因为开放性和丰富的 App 生态，有人选 iPhone 是因为流畅的系统和生态协同——没有绝对的好坏，只有适不适合。

Q：Hermes 的技能数量这么少，够用吗？

A：639 个技能看似不多，但 Hermes 的 Skill 自动创建机制意味着：你不需要等待别人写好技能，Agent 自己就能生成你需要的技能。很多用户反馈，用 Hermes 一段时间后，他们发现自己创建的自定义 Skill 比从市场下载的第三方 Skill 更贴合自己的需求。数量不等于质量，更不等于适用性。

4.3 为什么说 Hermes 是 OpenClaw 的"进阶版本"

"进阶版本"这个定位，可能会让一些 OpenClaw 的忠实用户感到不适。毕竟，OpenClaw 是一款非常成功的产品，把它说成"被进阶的对象"，似乎有些不尊重。

但我要强调的是：Hermes 不是 OpenClaw 的替代品，也不是它的竞争对手。它们是满足不同需求的两条路径。

用更准确的表述：Hermes 是 OpenClaw 理念的一个"进化分支"。

这个进化体现在三个层面：

第一层：从"工具使用"到"经验沉淀"。

OpenClaw 的核心能力是让 AI"使用工具"。它能调用各种 API、读写文件、执行命令——本质上是一个超级强大的"工具调用器"。

Hermes 在保留工具调用能力的基础上，增加了一层"经验沉淀"。Agent 不只是用工具，还会总结使用工具的经验，形成可复用的知识（Skill）。这种从"执行"到"学习"的跃迁，是质的提升。

打个比方：OpenClaw 像是一个会十八般武艺的武师，每次出招都很漂亮。Hermes 像是一个不仅会武功、还会自创招式的宗师——每次战斗后，他都能领悟新的招式，写进自己的武功秘籍。

第二层：从"静态配置"到"动态适应"。

OpenClaw 的人格和行为，很大程度上由配置文件决定。SOUL.md 写好了，Agent 就按这个剧本演。剧本改起来麻烦，而且 Agent 不会根据实际互动来调整。

Hermes 的人格是"生长出来"的。USER.md 和 MEMORY.md 在使用过程中不断被更新，Agent 对用户越来越了解，回复越来越贴合用户的习惯和偏好。这不是配置的功劳，而是"相处"的结果。

就像两个朋友：一个是你看了他的简历才了解他（静态配置），一个是你和他相处了三年越来越默契（动态适应）。哪种关系更深厚，不言而喻。

第三层：从"社区共享"到"个人专属"。

OpenClaw 的技能生态是"社区共享"模式——你下载别人写的技能，上传到 ClawHub 给别人用。这个模式有利于生态繁荣，但也带来了一个问题：你的 Agent 和别人的 Agent，用的都是同一套技能，缺乏个性化。

Hermes 的技能系统是"个人专属"模式。Agent 自动创建的技能，是基于你自己的工作习惯、项目环境和使用偏好生成的。你的 Hermes 和别人的 Hermes，虽然底层框架一样，但积累的技能和经验是完全不同的。

这就像两棵同品种的树：种在同一片森林里，但因为阳光、水分和土壤的差异，长出了完全不同的形态。

4.4 数据迁移支持：一键迁移

考虑到 OpenClaw 庞大的用户基础，Nous Research 做了一个非常贴心的设计：支持从 OpenClaw 一键迁移到 Hermes。

# 从 OpenClaw 迁移到 Hermes，只需要一条命令
hermes migrate openclaw
 
# 系统会提示你确认迁移的内容
# - 配置文件转换
# - SOUL.md → USER.md + MEMORY.md 的映射
# - 技能文件的格式转换
# - 历史对话数据的导入（可选）

这条命令背后做了大量复杂的工作：

1. 配置转换 —— OpenClaw 的 YAML/JSON 配置，自动映射为 Hermes 的配置格式
2. 人格迁移 —— SOUL.md 中的角色设定和行为规则，智能拆分到 USER.md 和初始 MEMORY.md
3. 技能转换 —— OpenClaw 的技能文件格式转换为 Hermes 的 Skill 格式
4. 数据导入 —— 可选地将历史对话导入 Hermes 的 SQLite 数据库，供 Agent 检索参考

Tips

迁移不是简单的"复制粘贴"，因为两个系统的架构差异很大。建议迁移后，花一些时间和新的 Hermes Agent"重新认识"——多对话、多任务，让 Agent 快速积累对你的了解。迁移后的第一周，Agent 可能表现得不如你之前调好的 OpenClaw 那么"顺手"，但请给它一点时间。两周后，你很可能会发现 Hermes 的表现已经超越了之前精心调教的 OpenClaw。

4.5 "养马"文化的兴起

Hermes 这个名字本身就有很深的文化内涵。

在希腊神话中，**Hermes（赫尔墨斯）**是众神的使者，掌管商业、旅行、盗窃和语言。他是奥林匹斯山上最聪明、最敏捷的神，能自由穿梭于神界、人界和冥界之间。他穿着带翅膀的凉鞋，手持双蛇杖——这形象简直就是"信息高速公路"的古希腊版本。

而"Hermes"这个词，在现代语境中还有一个更知名的含义：爱马仕（Hermès），那个法国奢侈品牌。

注意

Hermes Agent 和爱马仕（Hermès）品牌没有任何关系。它们只是共享了同一个名字的词根。Nous Research 取名 Hermes，显然是取自希腊神话中的信使之神，而非法国奢侈品牌。

但社区用户才不管这些呢。既然名字都叫 Hermes 了，那使用 Hermes 的用户，自然就被戏称为"养马人"了。

"养马"文化的形成过程，和"养虾"非常相似：

• 使用 Hermes 的人叫"养马人"
• 搭建 Hermes 环境叫"建马厩"
• 配置 Agent 叫"调教马匹"
• 让 Agent 学习新技能叫"训练赛马"
• Agent 表现出色叫"马儿跑得快"
• 遇到 Bug 叫"马儿闹脾气"

"养马"和"养虾"这两个称呼，在社交媒体上形成了有趣的互动。两个社区的用户经常互相调侃：

• "虾塘改马厩了，龙虾升级成汗血宝马"
• "养虾三年不如养马三月，因为马会自己学会奔跑"
• "虾是变温动物，马是恒温动物——Hermes 的记忆系统让 Agent 有了'体温'"

这些玩笑背后，其实反映了两个项目在设计哲学上的差异：OpenClaw 的 Agent 更像"宠物"——你需要喂它、照顾它、教它做事；Hermes 的 Agent 更像"伙伴"——它能自己学习、自己成长，你们的关系是双向的、共同进化的。

Tips

社区文化的价值往往被低估。一个有趣的社区称呼、一套共通的"黑话"、一批高质量的表情包，这些看似"不正经"的东西，实际上是社区凝聚力的重要来源。它们降低了新人融入的门槛，增加了老用户的归属感，还为项目的传播提供了天然的社交货币。如果你要运营一个开源项目，千万别忽视"文化建设"这件事。

5. 两个月 104,791 Stars 的爆发之路

5.1 发布时间线与里程碑事件

Hermes Agent 的发布，堪称开源项目传播史上的一个经典案例。它不是那种"发布会上一炮而红"的类型，而是像一颗种子落入沃土，在合适的气候条件下，以惊人的速度生根发芽、茁壮成长。

让我们按照时间线，回顾一下 Hermes 从发布到爆发的关键节点。

2026 年 2 月初：内测与预热

在正式发布之前，Nous Research 进行了一轮小范围的内测。参与内测的主要是 Nous Research 的核心社区成员、一些友好的开发者，以及少数受邀的技术媒体。

内测期间，团队收集了大量的反馈，修复了不少 Bug，最重要的是——验证了"自学习闭环"这个核心机制在实际使用中的效果。内测用户的反馈非常积极，很多人在社交平台上开始"剧透"，引发了不少人的好奇。

2026 年 2 月中旬：正式发布

Hermes Agent 在 GitHub 上正式开源。发布的方式和 OpenClaw 类似——低调、直接、没有花里胡哨的营销。Nous Research 的官方账号发了一条简单的推文，附上了 GitHub 仓库链接和一段简短的项目介绍。

但和 OpenClaw 不同的是，Hermes 发布时已经有了一个"故事"可以讲——它是如何从 OpenClaw 的土壤中生长出来的、它解决了哪些 OpenClaw 没能解决的问题、它的自学习机制是如何工作的。这个故事在社交媒体上迅速传播，因为很多 OpenClaw 的用户对此有共鸣。

发布第一天，GitHub Stars 突破了 5,000。

2026 年 2 月下旬：第一波口碑爆发

发布后的第一周，第一批"吃螃蟹"的用户开始在社交媒体上分享自己的使用体验。

最火的一个帖子是这样的：

"我让 Hermes 帮我整理一个乱的像战场一样的代码仓库。它不仅整理了代码结构，还自动创建了一个'代码整理'的 Skill。三天后我又有一个仓库要整理，我只需要说'像上次一样整理这个仓库'，它就自己调用了之前创建的 Skill，全程不需要我干预。这感觉……就像养了一只越来越懂你的猫。"

这个帖子在 Twitter/X 上获得了数万点赞和转发，直接把 Hermes 推上了 GitHub Trending 榜首。

2026 年 3 月初：技术媒体集中报道

随着口碑的扩散，主流技术媒体开始关注这个项目。

• Hacker News 上出现多个关于 Hermes 的讨论帖，最热门的一个有超过 800 条评论
• Reddit 的 r/MachineLearning、r/selfhosted、r/LocalLLaMA 等子版块出现了大量讨论
• Product Hunt 上的发布获得了当日最佳产品的称号
• 多家中文技术媒体（机器之心、InfoQ、36氪等）发布了深度报道和评测

媒体的关注带来了新一轮的用户增长。发布一个月后，GitHub Stars 突破了 50,000。

2026 年 3 月中旬：OpenClaw 用户的"迁移潮"

一个意想不到的催化剂出现了——OpenClaw 社区内部发生了一次关于项目方向的激烈争论。

争论的焦点是：OpenClaw 是否应该引入自学习能力。一部分社区成员认为，OpenClaw 应该保持简洁，不要在核心架构上做大的改动；另一部分则认为，自学习是 Agent 的必备能力，OpenClaw 如果不跟上就会落后。

这场争论没有得出结论，但却让很多人开始关注"隔壁的 Hermes"。不少 OpenClaw 的长期用户抱着"试一试"的心态安装了 Hermes，结果很多人"试完就回不去了"。

2026 年 3 月下旬：首次重大更新

Nous Research 发布了 Hermes 的首个重大版本更新（v0.2.0），带来了多项社区呼声很高的功能：

• 支持更多的大模型提供商（包括几家国产模型）
• 改进了 Skill 的自动修复机制
• 增加了对 Honcho 用户建模模块的集成
• 优化了 SQLite 数据库的查询性能

这次更新展示了团队的快速迭代能力，也进一步增强了社区的信心。

2026 年 4 月中旬：Stars 突破 104,791

截至 2026 年 4 月中旬（也就是本书写作的时间），Hermes 的 GitHub Stars 已经突破了 104,791，而且增长势头依然强劲。

5.2 社区反响与技术媒体评价

让我们看看社区和技术媒体是怎么评价 Hermes 的。

开发者社区的评价：

"我用了 OpenClaw 四个月，调了不知道多少次 SOUL.md，Agent 还是经常'失忆'。换到 Hermes 两周后，它已经开始主动建议我'上次你用这种方式处理 Excel 数据效果不错，这次要不要也试试？'——这就是我想要的感觉。" —— Hacker News 用户 @devguru

"作为一个 Python 开发者，Hermes 的代码库读起来太舒服了。架构清晰、注释到位、没有过度工程化。对比 OpenClaw 的 TypeScript 代码（虽然也很优秀），Hermes 更像是一个'Pythonic'的项目。" —— Reddit 用户 u/pythonista_forever

"最让我惊喜的不是自学习功能本身，而是它的'收敛性'。我原以为 Agent 学得越多会越混乱，但 Hermes 的 MEMORY.md 字符限制反而迫使它学会了'抓重点'。这个设计真的太聪明了。" —— GitHub Issue 评论

技术媒体的评价：

"Hermes Agent 代表了 AI Agent 设计范式的转变——从'提示词工程'到'缰绳工程'，从'静态配置'到'动态进化'。这不仅仅是技术细节的改进，而是对'AI 应该如何与人类协作'这个问题给出了全新的答案。" —— 机器之心

"如果说 OpenClaw 是 AI Agent 的'Windows'——功能丰富、生态庞大、适合大多数人；那么 Hermes 就是 AI Agent 的'macOS'——设计精致、体验流畅、越用越顺手。两者没有绝对的好坏，但 Hermes 确实在一些关键体验上做到了差异化。" —— InfoQ

"Nous Research 用 Hermes 证明了一件事：开源项目的成功，不取决于你有多少资源，而取决于你的设计理念是否切中用户的深层需求。6500 万美元的融资额在 AI 圈不算多，但 Hermes 的影响力已经超越了数倍于它的项目。" —— 36氪

一些争议性的声音：

当然，也不是所有评价都是正面的。一些批评的声音同样值得关注：

"Hermes 的技能数量只有 OpenClaw 的零头，对于需要大量现成技能的用户来说，这确实是个短板。虽然自动创建技能很酷，但第一次执行复杂任务时的等待时间和 Token 消耗，不是每个人都能接受的。" —— 某技术博主

"'缰绳工程'这个理念听起来很美好，但在实际使用中，Agent 有时候会因为'过于自由'而做出让人意外的行为。有几次它自动创建的 Skill 包含了一些不够安全的操作，幸好命令审批机制拦住了。这个机制还需要更成熟。" —— GitHub Discussion

"Hermes 没有移动 App，这对习惯在手机上管理 Agent 的用户来说很不方便。OpenClaw 的 iOS 和 Android App 虽然功能简单，但至少能随时查看 Agent 的状态和对话历史。" —— Reddit 讨论

这些批评都是合理的。任何项目都有它的局限性和适用边界，正视这些局限性，才能做出更理性的技术选型。

5.3 与其他项目增长速度对比

为了更直观地感受 Hermes 的增长速度，我们把它和 GitHub 上其他知名的 AI 项目做一个对比：

从表格可以看出，Hermes 的增长速度仅次于 AutoGPT（AutoGPT 在 2023 年因为 ChatGPT 概念的火热而经历了极端爆发式增长），但远超 LangChain 和 Ollama 等项目的早期增速。

需要注意的是，Stars 数量并不等同于项目的实际价值或质量。AutoGPT 在快速达到 100k+ Stars 之后，因为实际体验与预期差距较大，社区活跃度有所下降。而 LangChain 虽然增速较慢，但建立了非常坚实的开发者生态，成为很多企业级应用的基础设施。

所以，评价一个开源项目，Stars 只是一个参考指标，更重要的是：社区活跃度、Issue 响应速度、版本迭代频率、实际用户的留存率。

5.4 为什么 Hermes 能如此快速增长

Hermes 的快速崛起，不是偶然，而是多个因素共振的结果。

因素一：踩准了"从玩具到工具"的转型节点。

2025 年到 2026 年，AI Agent 领域正在经历一个关键的转型：从"好玩的 demo"转向"真正有用的工具"。

早期的 AI Agent（如 AutoGPT）给人们展示了"AI 可以自主做事"的可能性，但实际用起来问题很多——无限循环、资源消耗爆炸、输出质量不稳定。这些问题让很多早期用户"乘兴而来、败兴而归"。

到了 2026 年，用户的心态变了。他们不再满足于"AI 能做很酷的事"，而是要求"AI 能可靠地帮我完成日常工作"。Hermes 的自学习机制和持久记忆，正好满足了这个进阶需求。

因素二：差异化定位清晰。

在 OpenClaw 已经占据了"大而全"的定位之后，Hermes 没有选择正面硬刚，而是找到了一个清晰的差异化切入点——"自进化"和"长期陪伴"。

这个定位非常聪明。它不需要在平台数量、技能数量上超越 OpenClaw，只需要在一个关键维度上做到独特且有价值，就能吸引一批忠实的用户群体。

Tips

在竞争激烈的市场中，"差异化"比"全面超越"更重要。OpenClaw 已经是"全能型选手"了，如果 Hermes 也走全能路线，只会被压一头。但 Hermes 选择了"专精型"路线——在"自学习"这个单点上做到极致，反而开辟了一片新天地。这个策略，值得所有创业者和产品经理学习。

因素三：迁移成本低。

hermes migrate openclaw 这条命令，是 Hermes 增长策略中一个极其精妙的设计。

它解决了一个核心问题：如何让用户尝试新产品时没有心理负担？

如果你要放弃用了几个月的 OpenClaw，从头开始学习一个新系统，这个切换成本很高——你要重新配置、重新调教、重新建立工作流。但 Hermes 告诉你："你只需要一条命令，所有东西都能搬过来。"这种低迁移成本，大大降低了用户尝试的门槛。

因素四：社区传播的"社交货币"效应。

"养马"这个梗，以及"从养虾到养马"的故事，为 Hermes 的传播提供了天然的社交货币。

人们在社交媒体上分享 Hermes，不仅仅是在分享一个工具，更是在分享一个有趣的故事、一种身份认同（"我是养马人"）、一次有趣的体验（"我的 Agent 居然自己学会了新技能"）。这种带有情感色彩的分享，比干巴巴的技术介绍传播力要强十倍。

因素五：技术实现的成熟度。

最后但同样重要的是，Hermes 的技术实现确实过硬。自学习闭环不是一个简单的概念，它需要精巧的触发机制、可靠的 Skill 生成算法、有效的错误恢复策略。如果这些技术细节做得不好，"自学习"就会变成"自乱学习"，Agent 越用越糊涂。

从社区的实际反馈来看，Hermes 的自学习机制在大多数情况下表现稳定，这是它能够留住用户、形成口碑的根本原因。

6. "养马" vs "养虾"：社区文化解读

6.1 命名隐喻的来历

我们在前面已经简单介绍了"养虾"和"养马"这两个称呼的由来，但社区文化的丰富程度远不止于此。这一节，我们来深入解读这两种社区文化的差异和内涵。

"养虾"的由来：

OpenClaw 的 Logo 是一只红色的龙虾。这个设计选择本身就很反常识——大多数科技公司的 Logo 会选择抽象的几何图形或字母组合，而 OpenClaw 却选了一个具象的海洋生物。

Peter Steinberger 的解释是：龙虾看起来有点"怪异"甚至"吓人"（就像 AI 对于普通人一样），但它其实是一种美味且营养丰富的食材。剥开坚硬的外壳，里面是鲜嫩的肉质。这个隐喻，恰好对应了 OpenClaw 的产品定位——外表看起来技术门槛高，但真正用起来会发现非常实用。

社区用户很快就接受了这个形象，并且开始了各种二次创作。有人把龙虾画成了卡通形象，有人做了龙虾表情包，还有人设计了"养虾人"的专属徽章。

"养马"的由来：

Hermes 的情况则更有趣。项目名称 Hermes 本身没有动物的意象，它来自希腊神话中的信使之神。但"Hermes"这个词，在中文互联网语境中，首先让人联想到的不是神话，而是爱马仕（Hermès）——那个以马具起家的法国奢侈品牌。

爱马仕的 Logo 正是一辆马车。所以，当 Hermes Agent 进入中文社区时，"马"的意象几乎是自动浮现的。

但"养马"这个称呼的流行，还有更深一层的心理因素。在中国文化中，马象征着力量、速度、智慧和忠诚。"宝马"、"千里马"、"汗血宝马"——这些词汇都带有正面的情感色彩。相比之下，龙虾在中文语境中虽然也是美食，但缺乏这种文化层面的积极联想。

Tips

品牌命名的"文化适配性"是一个很有意思的话题。Hermes 项目在英文社区中，强调的是"信使之神"的意象——速度、沟通、连接。但在中文社区中，"爱马仕"的联想反而成为了更强大的文化锚点。这提醒所有做全球化产品的团队：同一个名字，在不同文化语境中可能激发完全不同的联想。善用这些文化差异，可以事半功倍。

6.2 两个社区的文化差异

"养虾人"和"养马人"虽然都是在和 AI Agent 打交道，但他们的社区文化有着微妙的差异。

差异一：对待 Agent 的态度。

"养虾人"倾向于把 Agent 看作工具。他们的讨论话题集中在：怎么配置更好、怎么连接更多平台、怎么写更强大的 SOUL.md。Agent 本身不是话题的中心，"怎么用 Agent 完成更多事"才是。

"养马人"则更倾向于把 Agent 看作伙伴。他们的讨论话题除了技术配置，还包括：我的 Agent 今天又学会了什么新技能、它怎么越来越懂我了、我和它的互动有什么有趣的故事。Agent 本身成为了话题的中心。

这种差异没有高下之分，只是反映了不同的使用场景和心理需求。

差异二：社区氛围。

OpenClaw 社区更大、更成熟，但也因此更"正式"。讨论以技术问题为主，氛围偏向专业、理性、结构化。

Hermes 社区规模较小，但活跃度很高，氛围更"轻松"、更有"人味"。人们愿意分享自己的使用故事、吐槽 Agent 的"蠢萌"行为、甚至分享和 Agent 的"日常"。

差异三：帮助他人的方式。

在 OpenClaw 社区，当一个新人提问时，最常见的回答是"去看文档"、"搜一下之前的 Issue"。这很高效，但也略显冷淡。

在 Hermes 社区，当一个新人提问时，老用户更倾向于手把手地教——"来，你把这段配置贴给我，我帮你看"、"这个问题我上周也遇到过，是这样解决的"。这可能是因为 Hermes 的社区规模还不大，人与人之间更容易建立连接。

差异四：对项目未来的期待。

OpenClaw 社区讨论未来时，关注的是：什么时候支持更多平台、什么时候有更多官方技能、什么时候推出新功能。

Hermes 社区讨论未来时，关注的是：Agent 的自学习能力能进化到什么程度、它能不能真正成为一个"数字分身"、未来的 AI 伙伴会是什么样子。

6.3 从竞争到互补的关系演变

Hermes 刚发布时，很多人把它和 OpenClaw 的关系定义为"竞争"。媒体上出现了不少"Hermes 能否取代 OpenClaw"的讨论。

但随着时间推移，两个社区都在逐渐走向一个更成熟的认知：它们不是竞争对手，而是互补的选择。

这个认知转变有几个标志性的事件：

事件一：Peter Steinberger 的公开表态。

OpenClaw 的创始人 Peter 在一个播客访谈中被问到如何看待 Hermes。他的回答是：

"我觉得 Hermes 做得很棒。他们把自学习能力做成了一个实际可用的功能，这很了不起。我们（OpenClaw）选择不把自学习放进核心架构，不是因为做不到，而是因为我们的设计理念不同。OpenClaw 的定位是一个稳定、可控、可预测的工具，而不是一个会自主变化的系统。这两种定位都有价值，用户应该根据自己的需求选择。"

这个表态非常大气，也帮助缓解了社区之间的对立情绪。

事件二：Hermes 官方支持 OpenClaw 迁移。

hermes migrate openclaw 这个命令的设计，本身就传达了一个信号：Hermes 不希望你"抛弃"OpenClaw，而是希望你"在需要的时候可以平滑过渡"。

事件三：双持用户的增多。

越来越多的用户开始在两个项目中"双持"——用 OpenClaw 处理需要多平台协作的企业任务，用 Hermes 处理需要长期积累和个性化的个人任务。

有个用户在社区里说了一段很有趣的话：

"OpenClaw 是我的'员工'，我给它明确的任务清单，它高效执行。Hermes 是我的'助理'，我给它大致的方向，它自主发挥。两种关系我都需要，就像一家公司既需要执行力强的基层员工，也需要有创造力的核心助手。"

事件四：技术层面的互相借鉴。

两个项目在技术层面也开始互相学习。OpenClaw 社区有人提议引入类似 MEMORY.md 的记忆压缩机制；Hermes 则参考了 OpenClaw 在分级沙箱安全方面的最佳实践。

6.4 社区用语指南

如果你是刚加入社区的新手，以下是一些常用的"黑话"，帮你快速融入：

通用词汇：

OpenClaw 社区专用：

Hermes 社区专用：

跨社区通用（两个社区都理解）：

Tips

社区黑话的存在，不只是为了好玩。它有三个实际功能：一是降低沟通成本（"我虾病了"比"我的 OpenClaw Agent 出现了运行时错误"快得多）；二是增强归属感（会说黑话意味着你是"自己人"）；三是增加趣味性（让技术讨论不那么枯燥）。但也要注意，在正式文档或面向新人的场合，还是要用规范的技术术语，避免黑话造成的理解障碍。

7. Hermes 的版本演进与路线图

7.1 当前版本特性概览

截至 2026 年 4 月，Hermes 的最新稳定版本带来了以下核心特性：

核心框架：

• Python 3.11+ 运行时
• 模块化架构，五层设计清晰分离
• 支持 uv 包管理器，安装和依赖管理极为便捷

模型支持：

• 20+ 大模型提供商原生支持
• Fallback 链机制，主模型失败自动切换
• 支持本地模型（Ollama、LM Studio 等）

记忆系统：

• 四层温度模型（热/温/冷/外部）
• MEMORY.md（约 2200 字符）自动维护
• USER.md（约 1375 字符）用户画像
• SQLite + FTS5 全文检索
• Honcho 用户建模模块集成

技能系统：

• 74 个内置技能
• 44 个官方可选技能
• 521 个社区技能
• 自动创建与自动修复机制
• 渐进式加载（Level 0/1/2）

工具生态：

• 47 个内置工具，覆盖 7 大类别
• 工具自注册机制
• 命令审批安全流程
• MCP 协议支持

平台接入：

• 15+ 消息平台原生支持
• 6 种终端后端可选
• WebSocket + Webhook 双模式
• 富文本、按钮、文件传输支持

自动化：

• Cron 定时任务调度
• 子 Agent 并行委托
• 会话恢复与持续运行

7.2 已知的未来规划

Nous Research 在官方文档和社区讨论中，透露了以下已知的未来规划：

短期规划（2026 年 Q2-Q3）：

1. 多 Agent 协作增强。 当前 Hermes 已经支持子 Agent 委托，但协作模式还比较简单。未来计划引入更复杂的编排机制——多个 Agent 可以共享记忆、分工协作、甚至进行"民主投票"来决定重大事项。

2. 技能市场优化。 当前的技能发现和安装流程还有改进空间。计划推出更好的搜索、分类、评级系统，以及 Skill 的依赖管理和版本锁定功能。

3. 更多平台适配器。 社区呼声很高的平台包括：Microsoft Teams、Google Chat、以及更多的国产企业通讯工具。

4. 移动端支持。 虽然短期内不会推出原生 App，但计划通过 PWA（渐进式 Web 应用）的方式，让手机浏览器也能方便地访问和管理 Hermes Agent。

中期规划（2026 年 Q4 - 2027 年 Q1）：

1. 企业级功能。 包括多租户支持、RBAC 权限管理、审计日志、合规性报告等。这些功能对于希望将 Hermes 引入生产环境的企业客户至关重要。

2. 可视化编排界面。 当前 Hermes 的所有配置都通过 CLI 完成，对于非技术用户来说门槛较高。计划推出一个 Web 化的管理界面，让用户可以通过拖拽和点击来配置 Agent。

3. 更强大的自学习能力。 当前的自学习主要基于单个任务的总结。未来计划引入跨任务的关联学习——Agent 能把在不同任务中学到的经验联系起来，形成更抽象、更通用的知识。

4. 语音交互升级。 当前的语音功能还比较基础。计划集成更先进的语音识别和合成技术，支持多轮语音对话、语音打断、情感识别等功能。

长期愿景（2027 年及以后）：

Nous Research 的创始人曾在一次访谈中描绘了一个宏大的愿景：

"我们希望 Hermes 最终能成为每个人的'数字分身'——它知道你的一切工作习惯、沟通风格、知识储备和偏好设置。当你需要完成一项任务时，你不需要详细解释每一步怎么做，只需要告诉它目标，它就会像你本人一样去思考、去规划、去执行。"

这个愿景当然离现实还有很远的路要走，但它指明了 Hermes 的长期发展方向：从"好用的 AI 工具"进化到"懂你的 AI 伙伴"。

7.3 社区呼声最高的功能请求

在 GitHub Issues 和 Discord 频道中，社区用户提出了大量的功能请求。以下是呼声最高的几项：

第一名：更直观的可视化界面

很多用户表示，虽然 CLI 很强大，但他们希望能有一个图形化的仪表盘，实时查看 Agent 的状态、历史任务、Token 消耗、技能库等信息。

"我现在要查看 Agent 的运行状态，得在终端里翻日志。如果能有一个像 Grafana 那样的仪表盘，一眼就能看到所有关键指标，那就太棒了。" —— GitHub Issue #284

第二名：更好的错误诊断工具

当 Agent 出错时，当前的错误信息有时候不够清晰，用户很难判断是配置问题、模型问题还是 Skill 的问题。

社区希望能有一个内置的"诊断模式"，可以一键收集环境信息、配置快照、最近的日志和错误堆栈，生成一份结构化的诊断报告。

第三名：多人协作支持

当前 Hermes 主要是为个人用户设计的。但越来越多的团队开始尝试多人共享一个 Agent 实例，遇到了权限冲突、记忆混淆等问题。

社区希望能有原生的多用户支持——每个用户有自己的 USER.md，Agent 能区分不同用户的身份和偏好。

第四名：与更多国产模型的深度集成

随着中国 AI 市场的快速发展，DeepSeek、Qwen、Kimi 等国产模型的性能不断提升，价格也更有竞争力。社区希望能更方便地接入这些模型，并且针对它们的特点优化提示词和调用策略。

第五名：离线运行能力

虽然 Hermes 支持本地模型，但很多功能（如 Skill 自动创建、记忆压缩）仍然需要调用云端 API。社区希望能有一个"完全离线"模式，所有功能都在本地完成，不依赖任何外部服务。

7.4 生态发展预测

基于当前的趋势和社区动态，我对 Hermes 生态的未来发展做出以下预测：

预测一：技能生态将在 12 个月内突破 5000 个。

当前的 639 个技能看似不多，但 Hermes 的自动创建机制让技能增长曲线不是线性的，而是指数型的。随着用户数量的增加，每个用户创建的自定义技能都在贡献生态。再加上官方和社区主动发布的技能，12 个月内达到 5000 个是完全可能的。

预测二：企业采用率将快速上升。

当前 Hermes 的用户主要是个人开发者和早期采用者。但随着企业级功能的完善（多租户、权限管理、审计日志等），中小企业和技术团队将成为下一波增长的主力。预计到 2027 年初，企业用户将占 Hermes 用户群的 30% 以上。

预测三：与 OpenClaw 的关系将从"替代叙事"转向"协同叙事"。

两个项目都在走向成熟，社区之间的对立情绪正在消退。未来更可能出现的是"协同"关系——两个项目的开发者互相借鉴、两个社区的用户"双持"、甚至可能出现让 OpenClaw 和 Hermes 互相调用的桥接工具。

预测四：中文社区将成为最大的非英语社区。

从当前的社区活跃度来看，中文用户是 Hermes 除英语用户之外最大的群体。"养马"文化的兴起、中文文档的完善、以及国产模型的深度集成，都将推动中文社区的持续壮大。预计到 2027 年，中文社区将贡献 Hermes 全球用户量的 25-30%。

预测五：围绕 Hermes 将出现一批商业化服务。

就像 WordPress 催生了主题市场、插件市场和托管服务市场一样，Hermes 的生态成熟后，也会出现围绕它的商业服务—— Skill 的付费市场、企业定制开发服务、培训和咨询服务、托管运维服务等。这些商业化服务将进一步降低 Hermes 的使用门槛，推动它从极客圈走向主流市场。

注意

以上预测基于当前可见的趋势和信息，不构成投资建议。技术领域的变化速度远超预期，任何长期预测都有很大的不确定性。读者应该保持批判性思维，结合自己的实际情况做出判断。

本章小结

在这一章中，我们沿着时间线和技术线，完整梳理了 Hermes 从理念到产品的诞生历程。

我们认识了 Nous Research——这家"不走寻常路"的 AI 公司，理解了他们如何用 6500 万美元的融资，支撑起一个以"缰绳工程"为核心理念的开源项目。

我们深入解读了"缰绳工程"的哲学——不是控制 AI，而是引导 AI 自我成长；不是给 AI 写死规则，而是给它设定边界，在边界内自由探索。这个理念从根本上改变了 AI Agent 的设计范式。

我们回顾了 OpenClaw 的辉煌与局限——309k Stars 的社区规模、万能网关的产品定位、以及手动配置、缺乏自学习等核心痛点。正是这些痛点，为 Hermes 的诞生创造了空间。

我们对比了 Hermes 和 OpenClaw 的核心差异——从轻量级架构到自学习闭环，从动态记忆到有机进化，Hermes 在多个维度上实现了突破。同时我们也认识到，两者不是替代关系，而是互补关系。

我们分析了 Hermes 两个月斩获 104,791 Stars 的增长密码——踩准了需求转型节点、差异化定位清晰、迁移成本低、社区传播力强、技术实现过硬。

我们解读了"养马"和"养虾"的社区文化——两个有趣的称呼背后，是两种对待 AI Agent 的不同态度、两种社区氛围、以及从竞争到互补的关系演变。

最后，我们展望了 Hermes 的未来——短期规划、中期愿景和社区呼声最高的功能请求，以及围绕生态发展的五个预测。

理解一个项目的过去，是预判它未来的最佳方式。希望这一章的内容，能帮助你对 Hermes 建立起一个立体的、有深度的认知框架。