这两天用 Claude Code 或 Codex 跑项目的人，多半都有同一种感受：对话越长，AI 越像在"磨洋工"——它还在回应，但回答开始跑偏；一旦新开会话或换到另一个工具，项目又得从头解释一遍，像带一个零基础新人。这不是错觉，社区里的吐槽几乎一模一样，用一位小红书用户的话说，用 AI 写代码最大的痛点"不是写得不好，是每次开新对话它都忘了你"。小红书微博上也有人总结，用 AI 做项目最烦的事情之一，就是聊着聊着上下文越来越长，“换个对话又得从头解释一遍”。微博
这周，这件事在 AI 编程圈集中爆发了。8 月 8 日，ClaudeCode 新增跨会话通信，“现在同时开的多个 ClaudeCode 终端可以互相发消息”，一个会话还能主动把刚做的改动通知另一个，两个会话之间只发送整理后的信息，不直接共享完整聊天记录。微博两天后，一个叫 brain.md 的零依赖开源项目在小红书传开，它把项目的关键决策、需求、约束以纯 Markdown 形式存进仓库，随代码一起提交，“跨会话、跨模型、跨机器复用”。小红书
同一天，微博上一条"交接 skill"的帖子被转发近四百次；8 月 12 日到 14 日，知乎上 AGENTS.md 的长文接连出现，其中一位作者晒出的项目"已经迭代了 560 多个 commit，从 v0.1 一路发布到 v1.8.1"，AGENTS.md 也反复迭代了很多版。知乎
为什么大家同一时间在对付"失忆"？有个现实背景：DeepSeek V4 Pro 在 8 月 13 日放出更新日志和涨价标准，社区测算涨幅最高达 12 倍，叠加此前的 Claude 封号潮影响，不少人刚从单一工具换成多工具并用。哔哩哔哩换工具的那一刻，上下文清零，"重新解释"的痛苦被 token 账单放大——烧的不只是时间，是实打实的钱。
先搞清楚："失忆"其实是三种不同的病
第一种，是长对话衰减。社区里流传很广的一个观察来自 Matt Pocock：约 120k token 之后，Claude 的回答质量会明显下滑。微博也就是说，它还"记得"早期对话，但已经没在认真处理了——上下文窗口再大，注意力也不是均匀分布的。这种"失忆"的正确解法不是硬撑一个长对话，而是主动开新会话、做好交接。
第二种，是会话清零。Agent 的记忆默认只存在于当前对话里，会话一结束，你们聊出来的设计决策、被否决的方案、约束条件全部消失。很多团队在这里有个误区，以为记忆就是把聊天记录存下来、下次接着聊，其实真正的记忆系统要解决的是写入、检索和遗忘三件事，该记的记、该忘的忘。小红书解法是"沉淀成文件"：把跨会话要记住的信息写进项目里的 md 文件，新会话开始时先读。
第三种，是规则写了不执行。把要求写进文件，只是解决了"知道"，没解决"听话"。小红书热帖的评论区里，"写了规则但执行中老是不执行"是最集中的求助，高赞回复给的方向是加 hook，在关键节点自动做检查。这三层分清之后，再看这周的方案就不会眼花缭乱。
这周的解法，按"免费优先"排成三档
第一档，免费原生，先吃透。AGENTS.md 或 CLAUDE.md 负责项目入口说明，每次会话自动加载，是最稳的一层记忆；再配一个笔记文件，session 结束写一笔、下次开新会话先读；规则不执行的部分，用 hooks 强制门禁。小红书上点赞近三千、收藏四千多的一套热门拆法，是在本地用"4 个 md + hooks"复刻 Anthropic 云端 Managed Agents 的记忆思路：CLAUDE.md 立规矩、Memory.md 记笔记、Learning.md 当错题本、Wiki.md 做共享墙。要注意边界：Anthropic 官方的 memory stores 和 dreaming 目前"只在云端，本地 Claude Code 用不了"，dreaming 还需要 developer access，本地 md 法是社区复刻版，不是官方功能下放。小红书
第二档，第三方工具，按需选。brain.md 是一个零依赖 CLI，给 Claude Code、Codex、Cursor 等编码 Agent 提供"持久化、文件级的项目记忆层"，用 CLI 强制规范写入，保证信息可溯源、不可随意篡改，适合想按 git 思路管理记忆的人。小红书
交接类 skill 解决的是另一件事：把当前会话压缩成一份交接文档，供新对话或另一个工具接手。微博上那条热帖引用的 GitHub handoff 技能"47.9 万次安装，是这类技能里人气最高的"，作者又在它基础上做了资产转移扩展，能把本次任务用过的图片、视频、文档和输出文件收集进持久化目录，记录路径、用途和哈希，最后要求新对话复述目标、资产和下一步，确认交接无遗漏。微博至于让 AGENTS.md 自动进化的工具，比如 AgentEvolve，思路是自动复盘会话、生成修改建议、人工确认后才写回文件，方向有意思，但还早期，值得观察，不急得上生产。用 CodingAgent 的开发者都懂一个隐痛：AGENTS.md 到底该写什么、怎么写才有效？知乎自动进化想解决的正是这个问题，但目前人工把关的版本反而更稳。
第三档，官方云端记忆，等下放。这一档现在对大多数本地用户还够不着，先知道有这回事就行。
文件怎么写？两段可以直接抄的作业
一份来自烧了 6B+ token 的作者：拆成两份。全局文件只写"AI 应该如何思考和工作"，不描述任何具体项目，跨项目复用；项目文件只写"这个项目是什么、应该怎么修改和验证"，他的原话是，“目前我的最佳方案是维护两份 AGENTS.md”，两者边界明确之后就没再打架。知乎
另一份来自把 AGENTS.md、Rules、Skills、Hooks 分工讲透的文章。判断一条内容放哪，最有效的标准不是"它重不重要"，而是问一句"如果它被违反了，会发生什么？"：输出不够好，放 skill；团队风格不一致，放 rules；会导致测试被绕过、密钥泄露，就不能只靠自觉，必须进 hooks 或 CI。知乎
还要提醒一句：别把 AGENTS.md 写成百科全书，“好的 AGENTS.md 应该短而稳”，像一张地图——项目怎么工作、从哪里开始看、哪些规则必须遵守、哪些行为必须人工确认。知乎业务知识会变、接口会变，写太长过期得就快。社区把这套落地动作画成了一张很直观的图：工作前读规则、读现状、读记录，工作中遵循框架、不碰无关文件、保留用户修改，工作后跑测试、更新文档、追加记录——没有这份文件，就等于让 AI 自由发挥。
三个坑，社区都替你踩过了
第一，记忆污染。Memory 只放稳定事实，Learning 放被纠正过的坑，Wiki 放共享约定，“临时任务千万别写进去，不然记忆会反过来污染决策”。小红书这是评论区里点赞最高的一条补充，比很多教程都值钱。
第二，别让新对话直接引用旧对话。交接 skill 的作者特意强调，自己踩过坑之后又向别的模型求证才确认：直接引用会把臃肿的上下文整个带进新会话，“反而会导致臃肿的上下文直接影响你的新对话”。微博正确姿势是先压缩成交接文档，让新对话读文档，再复述目标和下一步。
第三，防着模型往记忆文件里乱写。有用户给记忆文件上了权限锁，理由是模型降智时爱往里面写乱七八糟的内容；更稳的做法是写入前加一道 hook 审核。顺便回答大家最关心的成本问题：加这些文件会不会 token 倍增？评论区的实测回复是，记忆文件都很短，“已经是耗 token 少的了”，远比让 AI 翻完整聊天记录省。小红书而且项目规则以稳定文件形式存在，客观上也有利于提高缓存命中率——算过 AI 编程账单的人都知道这个变量有多重要。
最后，给三种人的行动清单
手里只有一个项目、刚用 AI 编程不久的：先把 AGENTS.md 或 CLAUDE.md 写出来，短而稳，写清怎么启动、怎么跑测试、哪些文件不能碰，就这一步，已经能解决大部分"每次都要重新教"的问题。
项目跑了一阵、对话经常聊长的：加一个笔记文件，session 结束写一笔、新会话先读；规则不执行就补 hooks；对话超过十几万 token 感觉它开始走神，就主动开新会话，别硬撑。
正在 Claude Code、Codex、DeepSeek Harness 之间多工具并用的：每次换工具前，先写一份交接文档再走，压缩、复述、确认三步别省；好消息是，官方也在往这个方向补能力，Claude Code 的跨会话通信上线后，已经有用户表示"不用写交接文档，不用每一步都用 git 备份"了。微博
往后这个方向只会更热闹：DeepSeek 首款 Agent 产品 Harness 把"上下文管理"列进了核心能力，官方记忆功能也在继续往本地下放。<#&!53#&!>微博但此刻最稳的第一步，仍然是那几份免费的 md 文件——先把项目的规矩和记忆落在自己的仓库里，工具怎么换，主动权都在你手里。
