Hermes架构巨变:踢除内置记忆!告别OpenClaw全面倒向Pi

Hermes架构巨变:踢除内置记忆!告别OpenClaw全面倒向Pi

💡 原文中文,约8200字,阅读约需20分钟。
📝

内容提要

2026年9月,Hermes创始人Teknium宣布转向精简核心加插件架构,首步移除全部内置记忆提供商,改由第三方维护。Hermes原靠深度集成记忆与学习闭环从OpenClaw抢用户,此举虽符合软件工程精简方向,却切断学习回路,使开箱即用的“懂你”能力变为用户自装插件,社区反应两极。

🔎

延伸解读

精简核心的代价:记忆与学习闭环的断裂

Hermes将记忆提供商移出核心,虽符合软件工程精简方向,却切断了其赖以成名的学习闭环。记忆系统负责“记住”,技能系统负责“转化”,两者深度集成才能实现从对话到记忆、从记忆到技能的自动循环。拆出后,用户需自行安装配置记忆插件,学习回路的效率和准确度将依赖第三方组件的质量与稳定性,Hermes团队不再直接控制。

Pi的极简哲学与Hermes用户群体的错位

Pi以四个工具、不到1500行核心代码取胜,前提是用户愿意自己动手写扩展。而Hermes用户中大量是非开发者,他们选择Hermes正是因为开箱即用的记忆与学习能力。Teknium称转向仅涉及打包策略,但用户实际体验将从“什么都记得”变为“需自装记忆插件”,这与Pi用户主动组装的预期存在根本差异。

插件市场的信任模型与功能回归风险

Hermes的插件目录通过人工审核、锁定提交SHA、维护下架列表来确保插件来源可信,但这只解决发现问题,不解决功能回归。若第三方记忆提供商更改API或停止维护,核心代理可能无法记住用户历史。迁移指南显示操作可行但需用户主动执行并验证,对于习惯自动更新的用户,可能在不自知的情况下丢失记忆。

用户面临的选择:组装第二大脑还是接受失忆

记忆提供商目录已关闭,现有八个提供商转由第三方维护,新后端必须以独立插件形式手动安装。用户升级后需自行判断、安装、配置记忆系统,并承担其质量与兼容性风险。对于因“懂你”而选择Hermes的用户,这相当于将内置承诺变为可选任务,若不配置,代理将不再记得过往交互,体验断层显著。

Q&A

Hermes 为什么要移除所有内置记忆提供商?

Hermes 创始人 Teknium 在 2026 年 9 月宣布,要让 Hermes 更像 Pi、更不像 OpenClaw,转向精简核心加插件架构。第一步就是移除所有内置记忆提供商,让 Honcho、Mem0 等八个记忆系统由第三方维护者在自己仓库中维护,并通过插件市场分发。

Hermes 原本靠什么从 OpenClaw 手里抢走用户?

Hermes 靠把记忆和学习能力深度集成到核心代理里,提供开箱即用的“懂你”体验。用户无需配置,Hermes 就能记住用户、学习用户,并越来越懂用户。它通过闭环学习回路,将纠正和任务总结转化为可复用的技能文档。

Pi 的设计理念是什么?为什么 Teknium 想让 Hermes 更像 Pi?

Pi 是一个开源编码代理框架,设计理念是极简核心:默认只给模型四个工具(读文件、写文件、编辑文件、执行命令),系统提示词加工具定义不到 1000 个 token,核心代码不到 1500 行。这种精简带来更低的 token 成本和更高的行为可预测性。Teknium 想让 Hermes 采用类似的精简核心加插件策略,减少捆绑,让核心更轻。

移除内置记忆提供商后,Hermes 的学习闭环会受到什么影响?

Hermes 的闭环学习回路依赖记忆系统和技能系统深度集成。记忆系统负责“记住”,技能系统负责“转化”,两者咬合形成从对话到记忆、从记忆到技能、再从技能到下次对话自动调用的循环。记忆提供商被拆出核心后,用户需要自己安装和配置记忆插件,学习闭环的效率和准确度可能下降,甚至可能断裂。

Hermes 的插件目录如何保证第三方记忆插件的安全性和可靠性?

Hermes 的插件目录(Plugin Catalog)是一个经过人工审核的目录。每个条目是一个 YAML 文件,声明插件名称、公共 Git 仓库、被审核的确切提交 SHA、维护者、提供的能力、依赖的环境变量和最低 Hermes 版本要求。条目锁定到具体提交 SHA 而非分支,插件作者推送新代码不会改变目录安装的内容。目录还维护已移除列表,安装器拒绝安装列表上的插件。但这套信任模型解决的是发现问题,不解决功能回归问题。

社区对 Hermes 移除内置记忆提供商有哪些主要反应?

社区反应两极分化。支持者认为精简核心加插件是成熟开源项目的正确方向。反对者担忧 Hermes 的核心卖点“懂你”依赖于记忆,把记忆拆出去后,Hermes 还能不能“懂你”变成用户需要自己解决的问题。有用户表示已停止更新 Hermes,因为需要的是一个不会突然坏掉的东西。

Hermes 移除内置记忆提供商后,用户需要做什么来维持记忆功能?

用户需要自己去插件市场找到合适的记忆提供商,手动安装并配置。例如,Hindsight 的迁移指南说明可以运行 hermes memory setup 选择 hindsight,或手动更新原生配置,保留同一个 bank_id 和后端就能无损继承历史记忆。迁移后需要运行 hermes memory status,并在下一轮对话测试 recall。对于习惯每天跑一次 hermes update 的用户,可能需要主动操作才能避免记忆丢失。

Hermes 精简核心后,核心还剩下哪些功能?

根据 Teknium 的推文,核心剩下的是代理本身的干活逻辑:读文件、写文件、执行命令、调用插件、管理会话。这些相当于 Pi 的四个工具加上插件调度层。闭环学习能力还在,但学到的技能需要用户自己选择存在哪里、用什么记忆系统来支撑。

🏷️

标签

➡️

继续阅读