用过Claude Code超过一周的人，大概都见过这种场景：MEMORY.md里东一条笔记，西一堆规范，周二急着写的半截指令到周五已经过时。等你反应过来，文件已经膨胀到几百行，Claude实际用到的可能不到十分之一。

Anthropic的解法叫Dreaming——让Claude在你不干活的时候，自己读一遍记忆文件，判断哪些还有用，合并重复项，删掉过期的，重写一份更干净的版本。第二天早上醒来，文件变短了，变锋利了，Claude又开始真正用它了。

打开网易新闻 查看精彩图片

这功能分两种运行模式。AutoDream是自动版，默认在Claude Code闲置约24小时且完成5次会话后触发，你不用管，看不见过程，只会在某天早上发现记忆文件变整洁了。/dream命令是手动版，适合刚做完大动作——比如框架迁移、模块重命名——想立刻整理，不用等下一个闲置窗口。

打开网易新闻 查看精彩图片

两种模式干的是同一件事：读取现有记忆文件，丢弃过期内容，合并重复项，重写成更紧凑的版本。唯一的区别是谁决定启动时机。

为什么这事比听起来重要？刚开始用Claude Code时，你可能根本不怎么碰记忆功能。但一旦用顺手了，你会频繁往里面写东西：项目规范、内部服务名、某个测试被跳过的原因、团队提交信息的格式。三个月后，记忆文件突破一千行，里面的条目开始漂移——二月的规范被四月的替代了，但两者都在文件里；已删除服务的引用还在；关于某个bug的笔记旁边就是修复它的提交。文件不再是项目运作方式的干净总结，而成了日志。

打开网易新闻 查看精彩图片

更反直觉的是，记忆文件长了反而更没用。Claude把记忆拉进上下文时，多不等于好。超过某个阈值后，噪声会淹没信号。Dreaming要解决的就是这个：不是帮你写更多记忆，而是让已有的记忆保持可用。