剪藏#ITADN技术部落#剪藏

10 万星神级 Hermes 迎来外挂!本地记忆神器上线,AI 从此越用越懂你

2026 年 4 月 25 日1 分钟
分享Twitter / XTelegram微博
10 万星神级 Hermes 迎来外挂!本地记忆神器上线,AI 从此越用越懂你 封面

最近开源 AI Agent 圈掀起了一波大规模迁移热潮。

越来越多用户纷纷从 OpenClaw 转向Hermes Agent,身边不少深度使用者直言:一旦用上就彻底回不去了。

Notion image

本人实测使用一个多月,整体体验确实远超预期。但长期用下来,我也发现了这款 GitHub 斩获10 万 + Star明星框架的隐藏短板:记忆存储杂乱、新旧信息冲突、检索准确率低下

好在近期记忆张量 MemTensor 团队,专门为 Hermes 开发了一款本地私有化记忆插件,依托自家明星开源项目 MemOS 的底层能力,直接补齐原生缺陷。全程本地运行、数据不上云,让 AI 拥有干净长效的记忆体系,整体使用体验直接跃升到全新层级。

🔥 爆火全网的 Hermes Agent,究竟是什么?

Hermes Agent 是 Nous Research 推出的开源自主智能体框架,凭借出色的本地部署能力,在 GitHub 快速积累十万星标,是目前 OpenClaw 最核心的竞品项目。

Nous Research 本身在大模型开源领域知名度颇高,旗下 Hermes 系列微调模型在 Hugging Face 平台拥有极高的下载量。

这款 Agent 的核心优势十分鲜明:完全部署在个人本地设备,伴随使用时长不断自我进化。内置完整的自主学习闭环、原生记忆模块,同时兼容四十余个主流社交与办公平台接入,自动化执行能力十分亮眼。

⚠️ 原生硬伤:用得越久,记忆越混乱

Hermes 的自动化技能生成功能十分实用,过往完成过的任务,无需重复下达指令。但随着对话频次增加,原生记忆机制的弊端暴露无遗:能记住信息,却不会整理信息

Notion image

给大家举个亲身经历的例子:前期我告知 AI 自己正在减脂,每日摄入热量严格控制在 1800 大卡;一周后心态崩盘,告知放弃减脂、恢复日常饮食。

后续我让 AI 规划周末行程时,它依旧固执地推荐低卡饮食方案。原因很简单:两条矛盾信息全部存入数据库,原生系统无法分辨信息时效性,无法识别最新指令

日常对话越多,冗余信息堆积越严重。过时内容、重复对话、相互冲突的记录全部混杂存储,久而久之整个记忆库沦为杂乱合集。

Hermes 原生存储逻辑十分简单粗暴:所有对话轮次直接存入 SQLite 数据库,检索仅依靠基础文本字符匹配。同一段信息在多轮对话反复提及,就会生成大量重复条目,后续检索信噪比持续走低,有用信息被海量冗余内容淹没。

为了解决这个痛点,我找到了 MemTensor 团队推出的专属适配插件。

MemTensor 长期深耕 AI 长效记忆领域,旗下开源项目MemOS目前已有 8400+GitHub 星标,本次直接将整套成熟记忆体系接入 Hermes。全程本地运行,所有个人数据无需上传任何云端服务器,隐私完全自主掌控

开源直达地址:https://github.com/MemTensor/MemOS/tree/main/apps/memos-local-plugin

🧠 记忆的核心:不在于存储量大,而在于存得精、搜得准

这款 MemOS 插件直击两大核心痛点:智能规整存储内容、优化语义检索逻辑,从写入、存储、检索全链路重构 Hermes 的记忆体系。

1. 智能写入去重,自动更新旧记忆

插件在信息存入本地前,内置完整处理链路:语义拆分切片 → 大模型智能总结 → 向量数据转化 → 智能比对去重

其中智能更新合并是最实用的功能,并非简单的文字对比,而是调用模型判断信息属性:全新内容、重复内容、旧信息更新。

Notion image

回到前文减脂的案例:原生 Hermes 会独立保存两条矛盾记录;接入插件后,系统自动识别第二条指令为旧信息的更新内容,自动合并两条记录,同时完整留存信息变更轨迹,记忆库始终整洁有序,不会随着使用时长不断臃肿杂乱。

2. 混合检索引擎,告别关键词匹配局限

原生 Hermes 仅依靠 SQLite 文本检索,一旦用词偏差、表述不同,就无法调取历史记忆。比如你询问之前推荐的就餐地点,原文对话没有关键词,AI 就无法检索,明明存储过却调用失败。

插件搭载全文检索 + 向量语义检索双引擎并行工作,后续经过融合排序、冗余剔除、时间权重衰减、相关性多层过滤。

哪怕提问话术和原始记录用词完全不一致,语义层面依旧可以精准抓取相关记忆。并且每一轮对话开启时,系统会自动根据用户最新提问预检索相关记忆,自动注入上下文;无匹配内容时,还会驱动 Agent 主动检索补充。

Notion image

改动之后体验提升肉眼可见,此前 AI 频繁遗忘历史信息、回答模糊的问题,基本全部解决。

⚙️ 自主技能升级,生成质量大幅提升

Hermes 原生的技能生成,直接复用运行本体的模型,无法更换更强模型做质量校验,导致生成的技能参差不齐,很多产出内容无法直接落地使用。

MemOS 插件支持三级模型独立配置

  • 向量嵌入选用轻量模型,降低算力消耗

  • 内容摘要选用中端模型,平衡效果与速度

  • 高阶技能生成可切换高性能大模型

同时新增规则过滤 + 模型质量审核机制,仅保留可复用、有长期价值的任务,才会自动生成专属技能。还内置智能降级容错机制,高阶模型异常时自动切换中端模型,再次异常则调用原生 Hermes 模型,全程无需人工干预调整。

🤝 多 Agent 互通协同,小团队高效复用

如果你在本地运行多个 Hermes 实例分管不同任务,原生状态下各个智能体的经验、记忆完全独立隔离,互不互通。

Notion image

插件搭建了两层协同架构:

  1. 单机多实例协同:每个 Agent 拥有私有独立记忆空间,同时可共享公共知识库与通用技能;

  2. 跨设备 Hub-Client 架构:个人隐私数据始终留存本地,仅主动共享的内容对团队开放。

对于小型开发团队、个人多任务使用者十分友好,无需每个人从零积累经验,复用已有成长成果。

🖥️ 可视化管理面板,摆脱命令行操作

插件部署完成后,会自动生成专属 Web 管理后台,默认访问地址:http://127.0.0.1:18901

后台内置 7 大功能模块,覆盖全部日常管理需求:记忆浏览检索、任务进程管理、技能库管控、数据统计分析、工具调用日志、数据导入导出、参数在线配置。自带访问加密保护,仅本地设备可进入,不用全程依靠终端命令行操作。

📥 一键本地安装教程,零云端依赖

插件完全私有化部署,无任何云端接口依赖,所有数据均存储于本地 SQLite 数据库。

前置环境要求

  1. Node.js ≥ 18 版本

  2. Python 3 环境

  3. 已完成 Hermes Agent 本体部署

一键安装指令

curl-fsSL https://raw.githubusercontent.com/MemTensor/MemOS/openclaw-local-plugin-20260408/apps/memos-local-plugin/install.sh |bash

安装脚本会自动检测本地环境,缺失依赖会自动补齐;后续自动下载插件包、配置依赖、挂载 Hermes 插件目录、修改配置文件、校验加载状态,启动后台守护进程与可视化面板。

部署完成后直接启动 Hermes 对话即可,所有聊天内容自动进入规整记忆库,打开上述本地地址即可进入管理后台。

官方上手文档:https://memos-docs.openmem.net/cn/openclaw/hermes_local_plugin

✍️ 一周真实实测总结:优缺点全盘点

优势亮点

  1. 历史记忆检索准确率显著提升,此前无法调取的历史信息基本都能精准召回;

  2. 智能去重合并效果显著,彻底杜绝同一条信息重复存储大量副本的问题;

  3. 全程本地私有化,隐私数据安全无外泄风险;

  4. 技能生成质量更高,后台管理便捷,长期使用体验持续优化。

待改进之处

插件运行需要模型完成摘要、向量转化流程,首次调用会消耗一定 Token;如果只是偶尔零散使用 Hermes,感知差异并不明显,插件的全部优势,集中体现在高频长期使用的场景中。

结语

Hermes 本身已经做到了让本地 Agent 能够稳定干活、自动化执行任务;而 MemTensor 这款记忆插件,真正赋予了它长效成长的能力。

从杂乱堆砌记忆到智能规整存储,从关键词死板检索到语义精准召回,再到技能自主迭代、多体协同,完美补齐了原生框架的短板。

如果你正在长期使用 Hermes Agent,这款本地记忆插件非常值得部署体验。

开源地址https://github.com/MemTensor/MemOS/tree/main/apps/memos-local-plugin

Notion image

原文地址: https://mp.weixin.qq.com/s?__biz=MzY5MTA4NTg5NQ==&mid=2247484337&idx=1&sn=9b60207a8856cf6325c071d964695aaf&chksm=f56fb480c9ae70240d4d2d725c12fec5644c8ce9d3b4c3fbb42ff90999f1f9d6eea3ffe20b95&mpshare=1&scene=1&srcid=0425IwQPKcQPmKYNoyhASMkC&sharer_shareinfo=51e365176294f3f33cda5769cfb3cf96&sharer_shareinfo_first=51e365176294f3f33cda5769cfb3cf96#rd

相关文章