飞行的蜗牛

vuePress-theme-reco 极客学长    2013 - 2026
飞行的蜗牛 飞行的蜗牛

Choose mode

  • dark
  • auto
  • light
首页
分类
  • 技术杂谈
  • Database
  • Docker
  • PHP
  • 前端开发
  • FunnyTools
  • Jekyll
  • 随笔杂谈
  • 读书笔记
  • Java
  • SpringBoot
  • 区块链技术
  • IPFS
  • C/C++
  • Filecoin
  • Golang
  • Sharding-JDBC
  • 分布式存储
  • Lotus-源码系列
  • Lotus
  • 框架源码系列
  • Spring-源码系列
  • AI
  • ChatGPT
  • Stable Diffusion
  • DeepSeek-R1
  • DeepSeek-V3
  • 教育
  • 缩放定律
  • 工具
  • 逆向学习法
  • 递归学习
标签
时间抽
关于作者
开源项目
GeekAI (opens new window)
author-avatar

极客学长

158

文章

181

标签

首页
分类
  • 技术杂谈
  • Database
  • Docker
  • PHP
  • 前端开发
  • FunnyTools
  • Jekyll
  • 随笔杂谈
  • 读书笔记
  • Java
  • SpringBoot
  • 区块链技术
  • IPFS
  • C/C++
  • Filecoin
  • Golang
  • Sharding-JDBC
  • 分布式存储
  • Lotus-源码系列
  • Lotus
  • 框架源码系列
  • Spring-源码系列
  • AI
  • ChatGPT
  • Stable Diffusion
  • DeepSeek-R1
  • DeepSeek-V3
  • 教育
  • 缩放定律
  • 工具
  • 逆向学习法
  • 递归学习
标签
时间抽
关于作者
开源项目
GeekAI (opens new window)
  • 爱马仕 vs 小龙虾:新一代 AI 助理到底该选谁?

    • 先说结论
      • 网关优先 vs 运行时优先:两种哲学
        • 数据说话
          • 记忆:一个像仓库,一个像脑子
            • OpenClaw 的记忆:文件索引式
            • Hermes 的记忆:分层持久化式
          • 自我改进:手动挡 vs 自动挡
            • 一个挂了,其他的还能不能活
              • 消息交互:你喊停,它听不听
                • 安全:看不见的风险最可怕
                  • 运维:一个折腾死你,一个省心
                    • 迁移:没有想象中那么丝滑
                      • 那到底选哪个?
                        • 最后

                        爱马仕 vs 小龙虾:新一代 AI 助理到底该选谁?

                        vuePress-theme-reco 极客学长    2013 - 2026

                        爱马仕 vs 小龙虾:新一代 AI 助理到底该选谁?


                        极客学长 2026-04-18 0 Hermes Agent OpenClaw AI Agent 个人助理 Gateway 记忆 自我改进 多Agent 安全 迁移 选型

                        最近新一代个人 AI 助理 Hermes Agent 风头正盛,GitHub 上每天的 star 增长已经悄悄超过了 OpenClaw,大有取而代之的势头。不少网友跑来问我:这个新 AI 代理到底好不好用?网上都在说“爱马仕”(Hermes)比“小龙虾”(OpenClaw)好用,是不是真的?建不建议切换?

                        于是,我分别用我的小龙虾和爱马仕做了一轮深度调研——把两者的架构、代码、社区声音扒了个底朝天。同时我自己也用了差不多三个月的小龙虾、又深度使用了 2 周的 Hermes,踩了一堆坑,也攒了一堆体感。我想写一篇 既有数据、又有体感的文章,帮你理清楚这两个东西到底是个啥,各自的使用场景是什么,以及——到底选哪个。


                        # 先说结论

                        没有绝对的好坏。但它们从完全相反的方向切入同一个问题——

                        OpenClaw 回答的是「如何让多个 Agent 在多个渠道上协作」
                        Hermes 回答的是「如何让一个 Agent 越用越懂你」

                        问题不同,答案自然不同。

                        我一个个说。


                        # 网关优先 vs 运行时优先:两种哲学

                        这个是底层逻辑,搞懂了这个,后面的差异就都好理解了。

                        OpenClaw 的核心是一个叫 Gateway 的东西——一个持久化的 Node.js 进程,负责路由、权限、渠道集成、技能分发、Hook 执行和多 Agent 调度。AI 模型是可插拔的,网关才是持久的、永远在线的组件。

                        说白了,OpenClaw 赌的是 「路由与控制」——谁能访问你的 Agent,在什么条件下,从什么渠道,拥有什么权限。它是管家的思路。

                        Hermes 的核心是一个 学习循环——一个越用越强的 Agent,通过自主技能创建、自我改进和对你的深度建模来复合增长价值。

                        Hermes 赌的是 「记忆与自我改进」——一个知道你的偏好、能写并精进自己的技能、跨会话保留上下文的 Agent,比一个仅仅路由良好的 Agent 更有价值。它是学徒的思路。

                        一个是管家,一个是学徒。
                        管家可以同时管十个房间,但你得告诉他怎么管。
                        学徒只能跟着你一个人,但时间久了,他比管家更懂你想要什么。


                        # 数据说话

                        • OpenClaw:GitHub 247K+ Stars,社区 103K+ 成员,是最大的 AI Agent 社区。
                        • Hermes:核心代码只有约 9900 行 Python,但 53 个工具文件、48+ 工具、40 个工具集,消息平台支持 15+ 个(Telegram、Discord、WhatsApp、Slack、飞书、微信、钉钉……)。

                        OpenClaw 是大象,体量大、生态强。
                        Hermes 是猎豹,精干、跑得快。


                        # 记忆:一个像仓库,一个像脑子

                        如果你跟我一样,每天都要跟 AI 助手打交道,那你一定遇到过 AI 记不住事的问题。

                        我之前跟小龙虾说过三次「不要在回复里加 emoji」,它该加还是加。这不是个例,Reddit 上关于 OpenClaw 记忆的吐槽是高频话题。

                        从架构上看,两者的记忆逻辑完全不同。

                        # OpenClaw 的记忆:文件索引式

                        记忆存在文件里,Gateway 对其做索引,每次对话时做 RAG 查找,混合语义搜索(嵌入 + SQLite)。支持 60+ 种文件格式输入,还有第三方增强。

                        听起来挺强大对吧?但问题在于,它的记忆不可靠。官方文档自己都承认:Agent 经常遗忘指令、跨项目数据污染、重复犯同样错误。

                        为什么? 因为 RAG 搜索本质上就是在仓库里找东西。仓库越大,找东西越慢,找错的概率越高。你用了一两个月之后,记忆文件里塞满了各种鸡毛蒜皮,真正重要的东西反而被噪声淹没了。

                        有个最要命的问题是,OpenClaw 经常会把一些你要他记住的东西,直接往 MEMORY 文件里塞,导致这个文件越来越大。

                        PS: 这个问题本来我还没注意,是我的小龙虾每日自己做复盘的时候自己发现的 😂

                        MEMORY 文件膨胀

                        MEMORY 文件膨胀会导致两个问题:

                        1. 查找速度变慢
                        2. 浪费很多 Token,成本上升

                        # Hermes 的记忆:分层持久化式

                        三层记忆:持久化笔记(memory/user)、会话历史搜索(SQLite FTS5)、程序性知识(Skills)。

                        核心记忆文件被硬性控制在 2000 多字符。 你没看错,就 2000 多字符。

                        怎么做到的?做减法。相似经验自动合并,不重要内容自动删除,你批评过它的东西、你反复强调的偏好,优先保留。

                        换成 Hermes 之后,同样的「不要加 emoji」指令,我说了一次,后面就再也没犯过。

                        你可能觉得 2000 字符太少了。但想想看,真正需要 AI 长期记住的东西,其实就那么点——你的偏好、你纠正过的错误、你的工作习惯、你的工具配置。
                        剩下的什么「今天帮我查了个快递」、「昨天聊了个八卦」,记不记无所谓。

                        OpenClaw 把记忆当仓库用,越大越好,但仓库一大,找东西就费劲。

                        Hermes 把记忆当脑子用,只留最关键的,找起来又快又准。

                        记忆这东西,重要的不是装了多少,而是需要的时候能不能找到。


                        # 自我改进:手动挡 vs 自动挡

                        这个差异,可能是两个产品最根本的分水岭。

                        • OpenClaw:没有原生的自我改进机制。技能由人工编写,不会自动优化。你手动修复了一个技能的 bug,它也不会自动泛化到其他场景。有个可选的 OpenClaw-RL,但那是补丁式改进,不是核心设计。

                        • Hermes:有原生的自我改进循环:执行 → 评估 → 提取 → 精进 → 检索。

                        什么意思呢?就是当你的 Agent 执行完一个复杂任务后,它会自动审计这个任务,看看能不能沉淀成一个可复用的工作流。如果已经有类似的技能,就自动更新。如果没有,就创建一个新的。

                        我自己用下来的体感是,用着用着,Agent 就变聪明了。我之前让它帮我做了一系列飞书文档操作,大概调用了十几次工具,对话结束后它自动把这些操作沉淀成了一个技能。下次再做类似的事情,它直接调用技能,效率翻倍。

                        这就像你带了个徒弟,你不需要手把手教他方法论,你只需要让他干活。干着干着,他自己就悟了。

                        Reddit 上有一句话总结得特别好:

                        「Hermes 的自改进循环意味着随时间推移手动配置越来越少,但你在信任 Agent 学习正确行为。OpenClaw 的显式方法意味着更多前期工作,但你始终知道 Agent 会做什么。」

                        信任 vs 确定性。 这是两种完全不同的哲学立场。

                        选哪个,取决于你是更信任机器的学习能力,还是更信任自己的控制力。


                        # 一个挂了,其他的还能不能活

                        这个点,小白可能觉得离自己很远。但我跟你说,等你真的跑起来,这个差异能让你抓狂。

                        调研数据显示,OpenClaw 的多 Agent 架构是原生优势——每个 Agent 可以有独立的渠道、bot 身份和人格,你可以同时跑 5-10 个 Agent 分布在 Telegram、Slack、Discord 上。

                        Reddit 用户的原话:

                        「OpenClaw 的多 Agent 架构是其他框架都没匹配的差异化优势。」

                        但问题是,这些 Agent 共享同一个 Gateway 进程。

                        我自己踩过——改一个 Agent 的模型配置,写错了一个参数,重启的时候整个 Gateway 直接起不来,所有 Agent 全部失联。大半夜的,飞书群里的 AI 助手集体沉默,定时早报也发不出来了。

                        那种感觉就像你养了五只猫,因为一只猫打翻了花瓶,你把五只猫都关禁闭了。其他四只一脸懵逼,它们又没干啥。

                        Hermes 的设计是单 Agent 深度执行,通过子 Agent 机制实现并行。delegate_task 支持最多 3 个并行子任务。每个 Agent 进程级独享隔离,一个挂了其他不受影响。

                        但你注意到了吗?Hermes 不支持多个独立 Agent 实例同时运行在不同渠道。这是它的短板。

                        所以结论很明确:

                        • 如果你需要同时跑 5 个以上 Agent 在多个渠道上,OpenClaw 是唯一选择。
                        • 如果你主要用 一个深度助手,Hermes 的进程隔离更安全。

                        # 消息交互:你喊停,它听不听

                        这个差异,是我从 OpenClaw 迁到 Hermes 之后感受最强烈的。

                        从架构上看,OpenClaw 有一个「车道」(Lane)策略——每个会话是一个车道,串行处理同一车道的消息。全局队列序列化所有自动回复,避免 Agent 运行冲突。紧急消息可以在工具边界中断当前运行,但会保留待处理工作。

                        说白了,你喊停的时候,它不一定马上停。你的纠正消息要排队,等它把当前这轮跑完才轮到你。

                        我遇到过最抓狂的场景——让它搜一个资料,方向跑偏了开始搜一堆不相关的东西。我想喊停,但喊不了。必须等它跑完错误的方向,再花额外 token 去纠正。如果它进入无限循环,你可能永远等不到纠正的机会。

                        Hermes 的消息交互机制就灵活太多了。你可以在它执行任务的任何时候直接打断,纠正指令立刻生效。

                        这才是符合人类直觉的交互方式。你跟人说话的时候,对方方向错了你会直接喊停,不可能等对方把错误的话说完再纠正。

                        一个好的 AI 交互设计,不是它有多聪明,而是它有多听你的话。


                        # 安全:看不见的风险最可怕

                        这个部分,调研数据让我有点后怕。

                        OpenClaw 有一个叫 ClawJacked 的漏洞——任何网站可以静默完全控制你的 Agent,不需要插件、不需要扩展、不需要用户交互。你访问一个恶意网页,你的 Agent 就被人劫持了。

                        更触目惊心的是,eSecurity Planet 的报告显示,OpenClaw 41%+ 的热门 Skill 存在安全漏洞。供应链风险很高——恶意 Skill 可以执行远程代码。

                        247K Stars 的社区很壮观,但供应链攻击面也同样壮观。你装的 Skill 越多,风险越大。

                        Hermes 的安全策略更保守:

                        • 零遥测默认,数据不外传
                        • 沙箱化/容器化运行环境(Docker/SSH/Modal/Daytona)
                        • 单 Agent 模型更简单,数据边界更清晰

                        但 Hermes 也不是没有风险——自改进行为不可预测,可能出现非预期操作。你信任它学对了,但它也可能学错了。

                        所以安全这事儿,没有绝对的赢家。

                        • 如果你是个人用户,Hermes 的零遥测和沙箱环境让你更安心。
                        • 如果你是企业用户,OpenClaw 的多用户场景下数据隔离问题是个大坑,而 Hermes 进程级隔离的审计能力更合规。

                        # 运维:一个折腾死你,一个省心

                        Reddit 上的高票吐槽是这样的:

                        「沉迷 OpenClaw 整整一个月,每天下班后都在搞。最后放弃了,因为从来没法正常跑起来。」

                        这不是个例。调研数据显示,OpenClaw 每次更新大约 25% 的概率破坏消息投递。自托管是真正的门槛——Docker、SSH、YAML、安全加固、24 小时运行,这些对非技术用户来说就是一堵墙。

                        用户普遍反映,花在运维上的时间比实际工作还多。

                        Reddit 另一条高票评论说:

                        「折腾 OpenClaw 教会我的关于 LLM 和流水线编码的东西,比其他任何东西都多。最大的感悟是:LLM 并不是为了可预测和可靠而设计的,但常规代码是。」

                        这条加了 112 个赞。

                        你看,OpenClaw 的运维门槛,甚至成了它的「特色」——你折腾它的过程本身就是学习。但这对于只想把活干完的普通用户来说,并不是什么好消息。

                        Hermes 的安装就简单多了——pip install + 一条命令启动。自动配置 Embedding 和后端。

                        我自己迁移的时候,从零到跑通,Hermes 大概 15 分钟。OpenClaw 当年折腾了整整一个周末。

                        但公平地说,Hermes 的集成生态比 OpenClaw 小,缺少那种「装个插件啥都能干」的便利。你想要的功能,Hermes 不一定有现成的。


                        # 迁移:没有想象中那么丝滑

                        既然说了这么多 Hermes 的优势,也得说说迁移踩的坑。

                        Hermes 提供了迁移工具,一条命令就能把 OpenClaw 的配置、记忆、技能、API Key 都搬过来。但实际操作下来,我遇到了三类核心问题。

                        第一类,定制工具的迁移。 OpenClaw 的插件生态跟 Hermes 的技能体系不是完全对等的。比如我在小龙虾里配好的飞书发图插件,迁过来之后发现飞书 App 凭证不一样,open_id 跨应用报错,又折腾了好一阵。

                        第二类,已改装插件的迁移。 如果你像我一样在 OpenClaw 基础上改装过插件,迁移就更头疼了。改装逻辑不一定能被自动迁移工具识别,很多需要手动重建。

                        第三类,迁移后的技能闭环验证。 迁移完了不等于就能用了,每个技能都得跑一遍验证。这个验证过程可能比迁移本身还耗时。

                        所以如果你打算迁移,别指望一键搞定。给自己留出至少两三天的调试时间,最好是两套系统并行跑一段时间。

                        我自己就是两套系统并行了差不多一周,才终于把最后一根网线从 OpenClaw 那边拔掉。


                        # 那到底选哪个?

                        说了这么多,回到最开始的问题。

                        Reddit 1300+ 评论的情绪分析给了我们一个有意思的切面:

                        • 35% 的人坚持 OpenClaw,看重的就是它无与伦比的集成能力和最大的技能生态。
                        • 30% 的人已经转向 Hermes,称赞更简单的安装和更好的记忆默认值。
                        • 20% 的人两个都用——OpenClaw 做编排、Hermes 做执行专家。
                        • 15% 的人不信任 Hermes,怀疑其有水军营销。

                        我的建议是:

                        • 如果你是完全的新手,之前没怎么用过 AI Agent,从 Hermes 开始。不是因为它完美,而是因为它的设计更符合直觉,踩坑的概率更低。记忆不需要手动管理,技能会自动沉淀,消息可以随时打断,安装 15 分钟搞定。

                        • 如果你已经在用 OpenClaw 了,而且用得还挺顺手的,不急着迁移。等你真正遇到了记忆越来越笨、更新频繁破坏功能、运维折腾到怀疑人生的时候,再考虑迁也不迟。

                        • 如果你需要同时跑 5 个以上 Agent 分布在多个渠道上,OpenClaw 是唯一选择。这个能力 Hermes 目前不提供。

                        • 如果你是企业用户或者对安全敏感,Hermes 的零遥测、沙箱环境和进程级隔离更让人安心。OpenClaw 的 ClawJacked 漏洞和 41% Skill 安全漏洞,是不得不面对的现实风险。

                        • 如果你是硬核玩家,那最好的方案可能是两个都用——OpenClaw 做运营骨架,渠道路由、团队工作流、预构建集成;Hermes 做个人学习层,深度上下文、自动技能生成、适应性任务。Reddit 上 20% 的人已经这么干了。


                        # 最后

                        这两款产品,代表的是两种完全不同的设计哲学。

                        • OpenClaw 是工程师思维——功能堆得很满,生态很强大,但很多地方需要你自己去理解和配置。它的核心问题是 「路由与控制」。

                        • Hermes 是产品经理思维——它在帮你想好了「用户会怎么用」,然后让系统去适应你。它的核心问题是 「记忆与自我改进」。

                        没有对错。但如果你跟我一样,是个不太喜欢折腾配置、更希望工具开箱即用的普通用户,那 Hermes 的体感大概率会更好。

                        如果你是个喜欢折腾、享受从零搭建快感的极客,那 OpenClaw 会让你乐此不疲——甚至它折腾你的过程本身,也是一种学习。

                        磨平一些信息差。

                        以上,既然看到这里了,如果觉得不错,随手点个 赞、在看、转发 三连吧,如果想第一时间收到推送,也可以给我个 星标 ⭐ ~

                        谢谢你看我的文章,我们,下次再见。

                        本站博文如非注明转载则均属作者原创文章,引用或转载无需申请版权或者注明出处,如需联系作者请加微信: geekmaster01

                        AI 缩放定律即将结束?