Claude Code 隐藏了一个"做梦"功能——让 AI 在后台自动回顾历史对话,把零散信息整理成结构化笔记。这份报告从产品经理视角,用通俗的语言解读它的全部设计。
不需要任何技术背景就能理解的功能定义。
Claude Code 会在你不用它的时候,自动回顾最近的对话记录,把重要信息整理成"笔记"保存下来。下次你再用的时候,它就能更快地想起之前的事情。
这个过程被叫做"做梦"(Dream),因为它很像人类在睡觉时大脑整理白天记忆的过程。
把 AI 想象成一个新入职的同事。
你有一个非常聪明的新同事小 C。每天你们一起工作,讨论了很多事情——项目架构、Bug 原因、部署流程、你的偏好习惯……
但问题是:小 C 每天下班就失忆了。第二天来上班,又要从头问你一遍。
于是你给小 C 一个笔记本,让它把重要的事情记下来。但小 C 白天太忙了,记的笔记又乱又碎。
"做梦"就是让小 C 在下班后,自动翻看白天的聊天记录,把零散的笔记整理成一本条理清晰的工作手册。
第二天上班时,小 C 只需要翻一下手册,就能快速回忆起所有重要的事情。
不是每次对话都会做梦。系统设计了 5 道关卡,只有全部通过才会启动。
检查用户有没有关闭这个功能、是不是在远程模式、记忆系统有没有启用。
类比:闹钟有没有设?没设就不用考虑起床的事了。
默认要求至少过了 24 小时。这是最轻量的检查。
类比:你不会每小时都整理一次书桌,至少等一天积累了足够的东西再说。
即使时间到了,也限制每 10 分钟最多扫描一次,防止反复检查磁盘。
类比:你不会每分钟都去看信箱有没有新信。
扫描上次做梦之后有多少次新对话。默认要求至少 5 次。
类比:只上了一天课不值得复习,攒了一周的课才值得周末整理笔记。
如果你同时开了多个窗口,只有一个能做梦。通过文件锁防止重复。
类比:一个笔记本同一时间只能一个人写。
| 参数 | 默认值 | 通俗解释 |
|---|---|---|
| 最小间隔 | 24 小时 | 至少隔一天才做一次梦 |
| 最小对话数 | 5 次 | 至少积累 5 次对话才值得整理 |
| 扫描间隔 | 10 分钟 | 不会太频繁地检查是否该做梦 |
| 锁超时 | 1 小时 | 如果做梦的进程崩溃了,1小时后自动解锁 |
这些参数都可以由 Anthropic 团队通过远程配置动态调整,无需发版。
一旦所有关卡通过,AI 就开始"做梦"。整个过程分为 4 个阶段。
想象你有一间书房,里面有一个书架(记忆目录)、一本目录册(MEMORY.md)、和一堆最近的草稿纸(对话记录)。你要做的是:先看看书架上有什么 → 翻翻草稿纸找有价值的内容 → 把内容归档到对应的书里 → 更新目录册。
目的:了解当前记忆的全貌,避免重复劳动。
这一步确保 AI 不会"闭着眼睛干活"。如果已经有一个 deployment.md,就不会再创建一个 deploy-notes.md。
目的:从最近的对话中找出值得长期保存的信息。
AI 按优先级搜索 3 类信息源:
AI 被明确告知"不要穷举阅读对话记录"。只搜索它已经怀疑重要的内容。这是为了控制成本和时间。
体现了"有目的地回忆"而非"全量复习"。就像复习考试时重点看标记过的地方。
目的:将收集到的信息写入或更新记忆文件。
AI 遵循 3 条核心原则:
这是做梦的核心价值。不是简单地"复制粘贴"对话内容,而是理解、提炼、归类、纠错。
目的:保持记忆系统的整洁和可用性。
MEMORY.md 是整个记忆系统的"目录册",有严格的规格要求:
- [标题](文件.md) — 一句话描述AI 在这一步会:删除过时链接、精简冗长条目、添加新链接、解决文件间的矛盾。
确保记忆系统不会"越用越乱"。就像图书馆管理员定期整理书架、更新目录卡片。
下面是 AI 做梦时收到的完整 Prompt(系统指令),附逐段中文翻译。
手动 /dream 命令不附加这段——手动触发时 AI 在主对话中运行,拥有正常权限。
做梦时的 AI 被关在一个"沙箱"里,能力受到严格限制。
设计原则:做梦是完全自动化的后台过程,用户可能完全不知道它在运行。所以 做梦只能"看"和"记笔记",绝不能"动手"。
做梦功能的交互设计遵循"不打扰"原则。
做梦在后台静默运行。不会弹窗、不会打断、不会影响对话速度。
通过 Shift+Down 打开后台任务面板,可以看到做梦进度:
如果修改了文件,会在对话中显示:
如果记忆已经很完善、不需要修改,则完全不显示任何消息。
用户有多种方式控制做梦功能。
在 /memory 命令的设置界面中有两个开关:
也可以在配置文件中直接设置。
系统为各种异常情况都设计了应对方案。
| 可能的问题 | 系统怎么处理 |
|---|---|
| 做梦过程中 AI 出错了 | 自动标记失败,回滚时间戳,下次可重试 |
| 用户手动停止了做梦 | 立即终止,回滚状态 |
| Claude Code 突然崩溃 | 检测到进程已死,自动回收锁(最多等 1 小时) |
| 同时开了多个窗口 | 只有一个能做梦,其他静默跳过 |
| 远程配置返回错误数据 | 每个参数独立验证,无效值回退到默认值 |
任何一个环节出问题,都是静默跳过或回滚。用户最坏的体验是"这次没做梦",而不是"做梦把我的记忆搞乱了"。
从产品经理视角看这个功能的核心价值。
KAIROS DREAM 让 AI 助手从"每次见面都是陌生人"变成"一个越来越了解你的老同事"。
| 问题 | 做梦怎么解决 |
|---|---|
| AI 每次对话都"失忆" | 自动把重要信息整理成持久记忆文件 |
| 记忆文件越来越乱 | 定期整理、去重、纠错、更新索引 |
| 用户不想手动整理 | 完全自动化,后台静默运行 |
| 担心 AI 后台乱改东西 | 严格沙箱,只能读代码写笔记 |
| 担心浪费 API 资源 | 5 道关卡确保只在必要时触发 |
KAIROS DREAM 是 Claude Code 记忆系统的"夜间维护工程师":
对话中 → Extract Memories 实时提取记忆("白天随手记")
对话后 → Auto Dream 后台整理记忆("晚上整理归档")← 本文分析对象
下次对话 → 加载整理好的记忆,快速回忆上下文
两者配合,让 AI 的记忆既及时又有条理。