近日,开发者社区有消息传出,由 Anthropic 开发的 AI 代码编辑器 Claude Code 正在内部测试一项尚未正式发布的新功能:Auto-dream。
该功能的设置入口隐藏在 /memory 路径下。从流出的界面截图来看,其状态目前显示为“off · never”,意味着它已内置但尚未对公众开放。

根据 Reddit 等社区上的讨论,这项功能的核心逻辑是:定期运行一个子代理 (subagent),专门负责整理 Claude 在编程会话中产生的“记忆”。它会筛选短期上下文里沉淀下来的高价值信息,将其归档到长期存储中,同时可能也会清理掉一些冗余或临时性的内容。
有趣的是,这个思路并非首创。另一款流行的 AI 编程助手 Cursor 早已提供了一个名为 “Continual Learning” 的插件。该插件通过一个名为 agents-memory-updater 的子代理,从对话记录中挖掘高价值增量信息,并更新项目根目录下的 AGENTS.md 文件,以此来保持智能体记忆的增量同步。

不过,从用户的实际反馈来看,Cursor 插件的效果似乎还有待优化。有开发者吐槽它“主要就是消耗 token,经常在对话结束时触发,白白浪费了剩余的上下文窗口”。
这其实指向了近两年 AI 编程助手 领域普遍在探索的一个核心问题:如何让 AI 在长程项目中有效地记住关键决策和业务逻辑,同时避免无关的临时对话把宝贵的上下文窗口 撑爆?手动维护记忆文件(如 CLAUDE.md)对开发者来说是个负担,往往开了头就难以坚持。无论是 Auto-dream 还是 Continual Learning,其目标都是将这一“记忆维护”过程自动化。
更巧妙的是,Claude Code 的设计师将这一自动化整理机制命名为 “dream”(做梦),这个比喻十分贴切。这与人脑在睡眠时的记忆巩固过程惊人地相似:清醒时(编码会话)大量接收信息,睡眠时(定期后台任务)则重放和筛选经历,将重要的片段固化为长期记忆,同时修剪掉无关的细节。
当然,自动整理记忆面临着一个非常实际的挑战:如何判断哪些信息“值得保留”?如果删除策略过于激进,可能会丢失关键的业务决策或架构思路;如果过于保守,又会导致每次调试产生的临时信息都堆积在记忆文件中,反而让真正重要的信号被噪音淹没。
目前,Auto-dream 功能尚未正式开放,Claude Code 的记忆功能在不同设备和会话间也仍是独立的。但从这个功能的开发方向可以看出,AI 编程助手 的记忆系统正从单纯地“塞入更多上下文”转向“更智能地管理已有信息”。这一转变,或许才是提升 AI 在复杂软件开发中实用性的关键一步。
对这类 AI 底层能力演进感兴趣的朋友,可以到 云栈社区 的人工智能板块,与其他开发者一起交流前沿动态。
|