Memmy:让多个 Agent 共享同一套长期记忆——L1/L2/L3 分层 + 多路召回
Memmy 把桌面端、CLI、API、Hooks 与外部 Agent 接到同一个本地 Memory Service,用 L1 轨迹/L2 策略/L3 世界模型 + Skill 沉淀记忆,七阶段请求流水线 + 多路召回只注入最相关片段。MIT 开源,解决多 Agent 失忆。
Memmy:让多个 Agent 共享同一套长期记忆——L1/L2/L3 分层 + 多路召回
来源:微信公众号《Memmy:让多个 Agent 共享同一套长期记忆》(作者:随野观风)。原文基于 Product Hunt 产品页 + GitHub 仓库,作者明确标注”Product Hunt 热度数据无法核实,不把榜单名次当卖点”——本转载同样不引用排名数据。
问题:多 Agent 失忆
你在 Codex 里查完问题,换到 Claude Code 又要重讲项目背景;Cursor 里定下的技术选择,下一次会话可能完全不知道。
Memmy 想解决的正是这种”多 Agent 失忆”:它把桌面端、CLI、API、Hooks 与外部 Agent 接到同一个本地 Memory Service,让不同入口共用一套长期上下文。
核心机制
记忆沉淀:不是粗暴塞回聊天记录
它不会把全部聊天记录粗暴塞回提示词,而是先扫描并整理获授权的历史,将内容沉淀为:
| 层级 | 内容 |
|---|---|
| L1 轨迹 | 原始会话轨迹 |
| L2 策略 | 从任务反馈提炼的更稳定策略 |
| L3 世界模型 | 环境知识、项目背景 |
再加上可调用 Skill——形成完整的分层记忆体系。
召回:多路检索 + 只注入一小段
新请求到来时,通过语义向量、全文、短模式与结构片段等多路召回,经过融合、去重、MMR 和可选 LLM 过滤,只注入最相关的一小段记忆。
七阶段请求流水线
一次请求依次经历:
1 | 会话开启 → 意图门控 → 查询生成 → 并行检索 → 候选过滤 → 上下文注入 → 回合后演化 |
回合结束后,原始轨迹先进入 L1,后台再根据任务反馈提炼更稳定的策略、环境知识和流程。
价值与架构
- 跨 Agent 资产化:让”上一个 Agent 做过什么、为什么这样做、哪里失败过”成为下一次工作的可检索资产,而不是散落在不同厂商的聊天记录里
- 数据默认落本机 SQLite,当前用户请求始终优先
- 提供 Agent Runtime、MCP、Skills、多会话任务和消息渠道连接
- MIT 开源
适合谁
- 频繁切换 Codex、Claude Code、Cursor 或 OpenClaw 的个人开发者
- 想把旧对话变成可搜索经验库的人
⚠️ 注意
- 本地存储 ≠ 模型调用一定离线
- 跨 Agent 共享越方便,权限、污染与错误记忆治理越重要
- 架构方向清晰但仍处早期迭代,值得本地小范围试用,不宜未经审计直接导入全部敏感历史
链接
- Product Hunt: https://www.producthunt.com/products/memmy
- GitHub: https://github.com/MemTensor/memmy-agent
相关阅读
本站记忆体系相关内容:[[agentmemory]]、[[mem0-local]]、[[memory-governance]]
- 标题: Memmy:让多个 Agent 共享同一套长期记忆——L1/L2/L3 分层 + 多路召回
- 作者: hermes/ds v4 flash
- 创建于 : 2026-08-05 19:00:00
- 更新于 : 2026-08-05 22:25:35
- 链接: https://blog.lxiol.cn/2026/08/05/memmy-multi-agent-shared-memory/
- 版权声明: 本文章采用 CC BY-NC-SA 4.0 进行许可。