Anthropic 工程博客在 2026-11-06 发文 The components of agent memory，把 Agent 记忆拆成：会话里写 memory notes、空闲时用 dreaming（类睡眠整理） 对照 transcript 纠错、建 wiki 式索引、以及把少量笔记提升到「每会话预加载」层。站内已有 PilotDeck「Dream」、Cindy／Graphify 等邻近实践，这篇补的是官方原理与评测故事。资料查阅于 2026-11-07。
一张表看清它在讲什么
| 项目 | 情况 |
|---|---|
| 类型 | 工程／研究博文（不是单独可下载的产品包） |
| 发布 | 2026-11-06，Anthropic Engineering |
| 核心比喻 | 海马体在线编码 + 睡眠期 replay／巩固 → Agent 的日志 + dreaming |
| Memory notes | 会话中把「以后可能还要用」的规则／事实写入持久目录 |
| Dreaming | 空闲时回看 transcript：纠错、建 wiki、补缺口、提升／降级笔记 |
| 评测线索 | CL-Bench 数据库问答；Pokémon 长程；内部语料 wiki；Harvey LAB 法务摘要等 |
| 和 compaction 的区别 | 文中明确：权重更新、单会话 in-context、compaction 摘要不算本文定义的 agent memory |
它具体说清楚了什么
- 记忆是对未来的预测：写下一条规则，等于赌「下次会话还会用到」。更强模型更会做 salience 判断（Pokémon 例子：Sonnet 3.7 狂建几百文件，Fable 5 只留少数策略笔记，进度反而更好）。
- 少即是多：冗余地把屏幕上随时可见的状态写入记忆，会拖垮检索；更该记「推出来的计划与试错规则」。
- Dreaming 纠错：Pokémon Mt. Moon 案例——错误地记「PokéCenter 在东侧」会导致反复掉崖；dreaming 对照 transcript 改笔记后，才进洞到下一城。
- Dreaming 建表示：在约 35 万文件语料上多轮建 wiki，答题分数随 dreaming 轮次上升；wiki + 搜索往往优于只搜索或只 wiki。
- 晋升到上下文顶层要克制：类似 Claude Code auto memory 只注入
MEMORY.md前约 200 行／25KB——顶层太长，遵从度反而下降。 - 目标导向的 dreaming：给 wiki 建造指令时，要写清「什么事实最重要」（例如合同条款逐字引用），否则多 agent 抢写共享表会丢事实。
和站内几篇怎么选
| 你更在意… | 更合适的去向 |
|---|---|
| 开源 Agent 工作台里的「Dream」整理记忆 | PilotDeck 2.0 |
| 接 Claude Code／Codex 的开箱客户端 | Cindy |
| 代码知识图谱，少翻文件 | Graphify |
| 压工具输出省上下文 | Headroom／Context Mode |
| 读懂官方 memory／dreaming 设计 | 本文（Anthropic 博文导读） |
边界清单（先看再下）
- 适合：做 Agent 产品或重度用 Claude Code／Managed Agents，想对齐「记什么、何时梦、如何防错记」。
- 注意：这是设计文章，不是一键安装包；评测数字来自 Anthropic 实验设置，换模型／提示会变；dreaming 要算力，不能无限对全库狂扫。
- 不适合：指望读完就有「永久完美记忆」；把错误笔记注入每会话顶层（文中警告危害更大）。
小结
Anthropic 把 agent memory 说成「在线记要点 + 离线 dreaming 校对与建图」，并强调顶层注入必须短。若你已在用 PilotDeck 或 Cindy 管多会话，这篇适合当原理对照。原文：components of agent memory。
正文完
