Agent 记忆全景:记在哪、怎么记、为谁记

本文摘要Agent 记忆全景:记在哪、怎么记、为谁记本文来源: 光仔(公众号:光仔) 原文链接: https://mp.weixin.qq.com/s/08ZvWmMFEIhK3Gz8me2ITA 发布时间: 2026-08-26 14:18作者: 光仔  发布时间: 2026-08-26 14:18AI 已经过了"卷分数"的上半场。当 Agent 真正进入深度研究、agentic coding、comp...

Agent 记忆全景:记在哪、怎么记、为谁记

本文来源: 光仔(公众号:光仔)
原文链接: https://mp.weixin.qq.com/s/08ZvWmMFEIhK3Gz8me2ITA
发布时间: 2026-08-26 14:18

Agent 记忆全景:记在哪、怎么记、为谁记

作者: 光仔  发布时间: 2026-08-26 14:18


AI 已经过了"卷分数"的上半场。当 Agent 真正进入深度研究、agentic coding、computer use 这些长时程场景,瓶颈不是模型不够强,而是会聊久了就失忆。

这篇 arXiv 2602.06052v4 把近期共 218 篇记忆论文一次性摊开,给出一个三维分类法 + 单/多 Agent 完整操作流水线 + 六大未来挑战。读完这篇,你能把Agent 为什么需要记忆这件事从直觉讲到机制。

本期拆解的论文卡片:arXiv 2602.06052v4 — A Survey of Agent Memory in the Second Half


我自己的读后感

工程现实倒逼学术——让 coding Agent 跑 8 小时、跨几千文件、迭代几十个方案,没记忆就是金鱼,转头就忘。论文里把这种"上下文爆炸"叫 second half 的核心痛点。

这篇把记忆拆得远比我想的细:5 维类型 + 7 种基底 + 5 步流水线 + 4 种架构 + 3 层 RL。读到 (认知机制)时反复停下来,原来记忆还能这样分解。

下面是我按自己的理解整理的笔记——如果你只想看个大概,下面够用;如果你想真的搞懂 Agent 怎么搭记忆系统,建议直接读原文 6–9 章,那部分比综述本身还精彩。


Agent 记忆的三维分类法——记在哪(基底)× 怎么记(机制)× 为谁记(主体)


一、第二半场:为什么 Agent 必须有记忆

我第一次意识到"上下文爆炸"是真问题,是在 Claude/GPT长任务Coding 100k+ 长对话里,前面明明讨论过的git操作用户设定偏好,到后面多轮突然就忘了,心想——这不就是失忆吗?

论文把这个阶段叫"第二半场"(Second Half)。第一半场是 2020–2024,核心是训练方法、规模化、架构创新,模型在 MMLU、MATH 这种标准化基准上卷到 90%+。第二半场是从 2025 开始,战场转移:

第一半场第二半场
驱动模型创新 + 基准分数问题定义 + 真实效用
瓶颈模型不够大上下文爆炸(context explosion)

具体点说。LLM 的上下文窗口是固定的,但 Agent 的任务是无限的——一个 coding Agent 跑 8 小时会读几千个文件、看几百次报错、迭代几十个方案;一个深度研究 Agent 要跨论文、跨网页、跨数据库做关联。这些都塞不进任何固定 context window。

论文里的原话:

Memory, with hundreds of papers released in 2025, therefore emerges as the critical solution to fill the utility gap.

这就是为什么 2025 年记忆相关论文爆发式增长,Q4 是峰值。这不是学术热点,是工程刚需。


二、记忆基底:记在

哪?

记忆往哪存,是第一个要回答的问题。我以前笼统地觉得"外接个向量数据库就是记忆",看完论文才知道——这只是冰山一角。

论文把所有记忆存储分成两大阵营、7 个子类:

外部记忆(External)

子类代表特点
向量索引RAG、向量数据库嵌入 + HNSW/IVF/PQ 近似最近邻;语义检索主力
文本记录摘要 + 日志 + 语义列表显式文档,可读、可审计
结构化存储知识图谱、关系表、层次树显式关系,支持图遍历
层次化存储多模块 + 元记忆管理器核心/情景/语义/程序分层

内部记忆(Internal)

子类代表特点
权重WISE、SELF-PARAM、MemoryLLM记忆写入参数;持久但更新贵
潜在状态Titans、EpiCache中间隐藏状态、压缩 token
KV 缓存ChunkKV、vLLMPA推理时存,自回归加速

但读到这里反而被泼了一盆冷水——我本来以为"内部记忆 = 模型权重"是终极答案,结果论文里 WISE 这类方法虽然把记忆编进参数,但更新一次要重训,不能频繁加新东西。所以工业界更多是内外混合:内部存核心技能,外部存动态事实。

论文还提了一个细节我没想到:KV 缓存也算"内部记忆"。它和"上下文窗口"本质是同一回事,只是名字叫法不同。这就解释了为什么 KV Cache 压缩(参考kv-cache那篇)和 Agent 记忆其实是同一个问题的两个切面。


三、认知机制:怎么记?

光知道"记在哪"还不够,还得知道"按什么类型记"。论文直接借用了认知科学的五类记忆系统,每个 Agent 实现都有对应:

类型角色Agent 例子
感觉记忆感知内容短暂保留2–5 秒视频帧缓冲、音频 chunk
工作记忆当前任务临时操作推理链状态、目标追踪、上下文压缩
情景记忆具体经验记录"上次你说偏好 2 页摘要"
语义记忆抽象事实知识知识图谱、实体事实、概念库
程序性记忆行动技能模式"搜索→读取→提取→引用"工作流

我之前写 Agent 时一直把记忆当成一坨"上下文扩展"。看完这五类才发现:真正高级的 Agent 是分层用记忆——感觉层只留几秒画面,工作记忆层管当前任务,情景层管跨会话历史,语义层管知识,程序层管技能。

其实工作记忆才是这五类里最容易被低估的。我以前以为"工作记忆"就是 prompt 拼接,结果论文里写得很明白——工作记忆的管理策略本身正在被强化学习端到端训练。"该保留哪些 token"这件事,已经从手写规则变成了可学习的策略。


四、记忆主体:为谁记?

第三个维度经常被忽略:这些记忆到底为谁服务?

主体服务对象典型场景
用户中心用户的偏好、历史、个性化"你上周喜欢简短回答"、"你之前问过类似 X 的问题"
Agent 中心Agent 自己的执行经验、技能"上次调这个 API 报错了,绕过"、"这个项目用 Poetry 不用 pip"

这两种记忆是正交的。一个生产级 Agent 通常两者都要:

  • 用户中心:跨会话、跨设备保持一致体验
  • Agent 中心:跨任务、跨项目积累技能

论文里举的例子很贴切——Cursor 这种 coding Agent,用户中心记忆管"用户喜欢 Python 不要 TypeScript",Agent 中心记忆管"这个 repo 的测试用 pytest 不是 unittest"。

踩坑警告:很多人做 Agent 只做了用户中心,Agent 每次重启都"返幼稚";或者只做了 Agent 中心,结果换用户就翻车。两套都要做,但要严格隔离。


五、单 Agent 记忆操作五步流水线

理论讲完,看实操。单 Agent 怎么管记忆?论文给出一个五步流水线:

存储索引 → 加载检索 → 更新刷新 → 压缩总结 → 遗忘保留
write     read    update   compress   forget

每一步都是一个可设计的子系统:

5.1 存储与索引(Storage and Index)

把原始交互写进记忆库。索引策略决定后续检索效率:

  • 向量嵌入:语义检索主力,HNSW 索引
  • 倒排索引:关键词匹配快,BM25
  • 图拓扑:关系型记忆,知识图谱检索

5.2 加载与检索(Loading and Retrieval)

按当前 query 从记忆库拉出相关条目:

  • 向量相似度(cosine / dot product)
  • BM25 关键词匹配
  • 图遍历(GraphRAG)
  • 混合检索(hybrid search)

5.3 更新与刷新(Update and Refresh)

把新经验写回去。三个动作:

  • 插入:新条目
  • 修改:过时条目
  • 删除:冲突条目

这一步最容易翻车——并发更新导致不一致,时序错乱导致"未来覆盖过去"。

5.4 压缩与总结(Compression and Summarization)

把长上下文压成短摘要。常见手法:

  • LLM 生成摘要
  • 分段折叠(hierarchical summarize)
  • 关键句提取

5.5 遗忘与保留(Forgetting and Retention)

选择性地丢。论文里专门有一节讲这个:

  • 基于重要性评分
  • 基于时效性衰减
  • 基于访问频率

说真的,遗忘才是 Agent 能 scale 的前提。我以前觉得"记得越多越好",结果论文里反复强调——没遗忘的 Agent,记忆库会爆炸,检索会变慢,信噪比会塌。容易踩坑那节里我会再回扣一次。


六、多 Agent 记忆架构

单 Agent 是基础,但生产里越来越常见的是多 Agent 协作。论文总结了四种架构拓扑:

架构描述适用场景
Private-only每个 Agent 独立私有记忆强隔离场景,如权限分级
Shared-workspace共享内存空间交换信息协作推理,如研究 Agent 团
Hybrid私有 + 共享混合通用生产环境
Orchestrated编排器统一管理记忆路由复杂任务流水线

三种路由方式:

  1. Orchestrator 驱动:中心节点分配记忆读写
  2. Agent 主动发起:Agent 主动 query 其他 Agent 的记忆
  3. Memory 驱动:记忆层自己决定路由(最智能、最难实现)

读到这一段我有点意外——共享记忆并不等于协作效率高。论文里的警告很直接:共享记忆带来冲突解决难题。两个 Agent 同时改同一段记忆,谁的版本生效?这是分布式系统经典问题,Agent 记忆里同样存在,CRDT、版本向量这些老办法又用回来了。


七、记忆进化:让"怎么记"也变得可学

这是我读这篇最兴奋的一节。

传统的记忆系统是手工设计的——人写规则决定"什么时候压缩、什么时候遗忘"。论文指出,记忆管理本身正在成为可学习的策略,通过强化学习端到端训练。

三种训练层级:

层级粒度代表方法
Step-Level每一步决策该保留 / 丢弃哪个 token
Trajectory-Level整条轨迹该记忆这条交互的什么
Cross-Episode / Multi-Agent跨场景 / 跨 Agent该跨任务 / 跨 Agent 共享什么

论文原话:

Memory management itself is increasingly trained end-to-end via reinforcement learning rather than hand-designed heuristics.

这里有个二阶问题挺值得拎出来讲:记忆管理的 RL 训练不是"用 RL 优化记忆内容",而是"用 RL 优化该不该记住"这件事。本质是元学习(meta-learning)——你训练的不是一个策略,是一个"该不该训练策略"的元策略。

这条线意味着:未来的 Agent 不会只有"模型权重可学",还会有"记忆策略可学"。这两层一起训练,就是论文标题里的"自演化(Self-Evolving)"。


八、评估体系:怎么测?

光说不练假把式。记忆系统怎么评估?论文给出三类指标:

准确性指标(Accuracy-based)

  • QA 准确率、任务完成率
  • 检索召回率 / 精确率(Recall@k / Precision@k)

相似性指标(Similarity-based)

  • 余弦相似度、ROUGE、BERTScore
  • 评估记忆重建质量

LLM-as-judge

  • 用大模型评判记忆的有用性、连贯性、个性化程度

主要基准测试:

  • 用户中心:LoCoMo、MSC、LongMemEval
  • Agent 中心:长时程任务、工具使用成功率、自演化测试时学习

另外有一点让我意外——评估体系里没有"记忆大小"这个指标。我以为"记得越多分越高",结果 LoCoMo 这类基准更看重"在有限上下文里答对",不是"记住所有东西"。这正好印证了第五节说的"遗忘机制是关键"。


九、应用与六大未来挑战

9.1 应用全景

论文列了 9 类应用场景:

工作流自动化、Web/GUI 交互、具身控制(模拟/真实)
辅导系统、代理科学辅助、Agentic coding
深度研究、个人医疗、人机协作

最值得关注的两类:

  • Agentic coding(Cursor、Devin):需要跨文件、跨会话的项目记忆
  • 深度研究(Gemini Deep Research、GPT Deep Research):需要跨论文、跨网页的知识关联

9.2 六大未来挑战

论文最后留了 6 个开放问题:

  1. 持续学习与自演化:怎么避免灾难性遗忘?怎么终身学习?
  2. 多用户-多 Agent 记忆组织:多个用户 × 多个 Agent,归属、隔离、共享怎么搞?
  3. 记忆基础设施:亿级条目的存储、检索、分布式怎么 scale?
  4. 终身个性化与可信记忆:怎么防止偏见、检测错误记忆、支持用户审查?
  5. 多模态 / 具身 / 世界模型:视觉、音频、触觉、世界模型怎么进记忆?
  6. 真实世界基准:怎么设计更贴近部署的评估协议?

最戳我的是第 6 条——现在所有基准都是"简化任务分数",但 Agent 的真实价值是"在用户家里跑了 3 个月没翻车"。这种评估怎么做?整篇论文都没给出答案,这就是它开放出来的原因。


几点感想

  1. 记忆不是越多越好。没遗忘机制的 Agent,记忆库会爆炸,检索变慢,信噪比塌。遗忘是特性不是 bug。
  2. RAG 不等于 Agent 记忆。RAG 只解决了"外部检索",没解决"内部管理"。完整记忆系统包含存储/检索/更新/压缩/遗忘 5 步。
  3. 用户中心和 Agent 中心记忆要严格隔离。两者经常混淆,导致"用户 A 的偏好泄漏给用户 B"或者"Agent 自己的技能被用户偏好覆盖"。
  4. 多 Agent 共享记忆 ≠ 协作效率高。冲突解决、一致性维护都是分布式系统的老坑,CRDT 又回来了。
  5. 记忆管理策略本身可以被 RL 训练。这意味着"写规则"会逐步被"训练策略"取代,工程团队要有这个预期。
  6. 评估里没有"记忆大小"指标。LoCoMo 等基准更看重"在有限上下文里答对",不是"记住所有东西"。

参考资源
论文 arXiv:https://arxiv.org/abs/2602.06052v4
代表方法清单:Mem0 / Zep / A-Mem / HippoRAG2 / MIRIX / MemTree / MemGPT / LangMem / MemoryBank
强化学习记忆:MemRL / Memory-R1
参数化记忆:MemoryLLM / WISE / SELF-PARAM

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

你的关注是我持续更新的动力~


本文转载自微信公众号「光仔」,仅供学习交流使用。

觉得内容不错?我要

打赏杯咖啡或蜜雪冰城吧
微信扫一扫
微信赞赏码
支付宝扫一扫
支付宝赞赏码
评论 暂无评论
请登录后参与评论