这两天刷到 Claude Memory 2.0 的人应该不少。8 月 25 日，Anthropic 把 Claude 聊天和 Cowork 的记忆合并成了同一套状态，聊天里聊过的经理、项目、偏好，Cowork 接任务时直接就能用，反过来也一样。知乎B 站、知乎、小红书都有人在连夜解析，标题一个比一个猛。
但如果你是用 Claude Code 写代码的那批人，我建议先别急着高兴。
这次更新有一个几乎没人提、但直接决定它对你有没有用的限制：仅限云端。哔哩哔哩它打通的是 claude.ai 的 chat 和 Cowork，网页、桌面端、手机端的个人账号，Free、Pro、Max 默认开启。而 Claude Code 走的是另一套东西：CLAUDE.md 是你自己写的规则，auto memory 是 Claude 自己记的纠正和项目上下文，作用范围按代码仓库走。知乎也就是说，官方这波"记忆大一统"，跟你终端里那个天天陪你干活的 Coding Agent，基本没关系。
这也是为什么最近开发者圈里讨论最热的不是"官方记忆多强"，而是另一个更实际的问题：Agent 越来越会写代码了，为什么新开一个 Session，还是像第一次认识这个项目？
上下文再长，也替代不了记忆
这里有个很容易混淆的点。现在上下文窗口都卷到百万级了，为什么还会"失忆"？知乎上一篇拿 Codex 和 Claude Code 实测的文章说得挺透：上下文是"我现在手里有什么"，记忆是"我过去经历过什么"。当前代码、报错日志、测试结果，这些是上下文；但"这个模块因为要兼容旧版本，不能直接改底层"“方案 A 我们试过，因为 Token 不兼容放弃了”，这些东西只存在于开发过程里，代码本身看不出来。
Session 一关，这些就全没了。第二天重开，要么把聊天记录粘回去（上下文越来越长，账单越来越贵），要么让 Agent 把项目重读一遍（慢，而且读不出当年的决策原因）。所以记忆真正要存的不是全部历史，而是：过去发生的事里，哪些以后还值得被想起来。圈内总结成一句话：记忆的核心不是存得多，而是找得准。知乎
Agent 记忆其实有四层，各管各的
把最近官方公告、知乎实测、小红书教程和几个开源项目交叉看了一遍，现在 Coding Agent 的记忆版图其实可以拆成四层，搞清楚"这条信息该放哪层"，比装一堆工具重要得多。
第一层：平台账号记忆。就是这次 Memory 2.0 更新的东西，存在云端，跨设备、跨场景，适合放稳定的个人背景——沟通偏好、长期职责、持续在做的项目。它有个不错的控制面：Settings 里的 Memory 页面能看到所有记忆条目，逐条查看、编辑、删除，也能一键暂停或重置。敏感话题默认不写入，要手动开启。官方也给了个实在的建议：用一周，然后打开看一遍，删掉一条不该留的，改掉一条过期的。
第二层：项目规则层。CLAUDE.md、rules、skills 这些，人写的，跟着仓库走。知乎有篇机制梳理讲得很形象：常驻上下文的内容像房租，天天扣；按需加载的像点外卖，用到才花钱。知乎所以这层的原则是克制——只有"每次会话都必须知道"的东西才配进 CLAUDE.md，跨项目通用的放用户级，项目规范放项目级，业务流程做成 skill 按需加载。业务知识和大段资料别往里复制，放指针就好。
第三层：Agent 自动记忆。Claude Code 的 auto memory 属于这层，机器自己写的踩坑笔记、纠正记录，按仓库组织，worktree 之间共享。这层最容易出的问题是"疯狂写记忆"——小红书上都有人在吐槽了。小红书另外它和 CLAUDE.md 是两条线：人看的、要给团队看的内容资产走文档；给 AI 看的操作笔记让它自己记。两条线别混着维护，越混越乱。
第四层：跨 Agent 记忆服务。这是最近两周冒出来最快的一层。逻辑很简单：今天 Codex 搭骨架、明天 Claude Code review 的混合工作流里，经验不该属于某一个工具。目前的方案大致三类：一类是 MemoraX Code 这种以 Skill 形式接入的编码记忆层，还能把 Issue、PR、Commit 整理成仓库记忆，甚至从历史里提炼"下次遇到这类问题先查什么"的流程记忆。知乎一类是 AgentMemory 这种本地优先的记忆服务器，通过 Hook、MCP、REST 多路接入，BM25、向量、知识图谱三路检索。知乎还有 Basic Memory 这种轻量路线，把记忆做成 Markdown 知识库，Codex、Claude Code、Hermes Agent 共享，还能用 Obsidian 打开自己看。小红书
说几句避坑的
第一，别迷信宣传数字。有方案宣传"记忆提升 59%、立省 Token"，这类数字听听就好，不同项目、不同任务类型差异极大，拿自己的真实任务跑一轮再决定。小红书
第二，记忆会过期。三个月前正确的判断，今天可能已经是坑。所以记忆只能当线索，不能当事实，最后还是要对着当前代码和测试结果验证。知乎这也是为什么"可审计"比"记得多"重要——能看见、能改、能删的记忆系统才敢长期用。
第三，别全量采集。有个开源记忆服务在源码注释里记录过真实事故：全量日志订阅形成正反馈，写出过 137GB 的守护进程日志，后来默认采样率只敢开到 0.1。知乎什么都记，等于什么都没记，还会把你的存储和上下文一起拖垮。
第四，敏感信息自己把关。官方记忆对健康、身份、财务这类话题默认不写入，但"不写入记忆"不等于"不进入聊天记录"，涉及合规的信息，进对话之前先想一秒。
不同人怎么选
如果你只是偶尔用 Claude 聊天、主要干的是问答和写作：这次 Memory 2.0 就是给你做的，开着就行，记得一周后审计一次条目。
如果你是 Claude Code 单工具用户、项目持续几个月：把精力花在第二、三层——CLAUDE.md 控制在"每次会话必须知道"的最小集，让 auto memory 自己长，定期看看它记了什么，把跑偏的删掉。
如果你 Codex、Claude Code 混着用，或者团队里工具不统一：才需要认真看第四层。优先选本地优先、数据是自己可读文件（比如 Markdown）的方案，这样哪天工具换了、项目黄了，记忆还能带走。接之前先确认一件事：它是"只写不读"还是真能被召回，只写不读的记忆服务就是个数据坟场。
接下来值得盯的信号
一个是传闻层面：这两天多个信源说 Opus 5.1 本周可能突袭发布，主打单 Token 智能水平和长时运行 Agent 能力，但截至 8 月 26 日 Anthropic 没有官宣，先当传闻看。如果属实，新模型加新记忆机制，这套四层版图可能又要动一轮。
另一个是产品层面：Claude Code 的自动记忆会不会和云端记忆打通、官方会不会收编第三方记忆方案，这两件事决定了第四层现在值不值得重投入。我的看法是：轻投入、选数据可带走的方案、别锁死。
记忆这东西，和买别的东西不一样——它不是你囤得越多越值，而是你维护得越准越省钱。这周抽十分钟，打开 Settings 里的 Memory 和你的 CLAUDE.md，各删一条过期的。这个动作的性价比，比装任何新工具都高。
