凌晨3点,OpenClaw 在后台偷偷整理你的记忆

核心结论

OpenClaw 在凌晨3点自动整理记忆，Dreaming 三阶段（Light/Deep/REM）+ Active Memory 实现「AI 不再断片」。v2026.4.12 加入了断路器三重保护。

凌晨3点，OpenClaw 在后台偷偷整理你的记忆

凌晨3点，你睡着了，OpenClaw 悄悄启动了。

它把你的聊天记录翻了一遍，把上周说的"项目用 pnpm"晋升成了长期记忆，把连续三次出现的 API 密钥位置标记为高权重，把只有零调用次数的垃圾条目直接扔掉。

然后它给自己加了三道锁。

这件事的背景是这样的：2026年初，这套系统出过生产事故——65分钟烧掉4.35美元、94次子 agent 调用、302行梦游片段污染了真实笔记。事故之后，OpenClaw 给这套凌晨整理流程装上了断路器。

这是目前最值得关注的 AI 长期记忆工程实践之一。

为什么 AI 总是"记不住"

用过 AI 编程工具的人大概都有这个感受：新对话就像失忆了一样。

你上周说过"我的代码风格是 X"，这周它忘了。你提过一次"这个项目用 pnpm"，它下次推荐 npm。每个会话里反复强调同一个需求，它每次都像第一次听到。

这不是 bug，是架构限制。大多数 AI 工具把"记忆"这件事完全丢给了上下文窗口——上下文够长就能记住，一清空就什么都不记得。

问题是：大多数人不会主动记得自己该记什么。

OpenClaw 的三层记忆架构

OpenClaw 没有把记忆责任全压在用户身上。它做了一套后台系统，分三层。

第一层：日常碎片（Daily Notes）

对话结束后，系统自动把关键内容写进当天的日记文件。每天一个文件，叫 memory/daily/YYYY-MM-DD.md。

这些是原始素材：你的指令、项目结构、口味偏好。但光有碎片没用，散落在各处没法被调用。

第二层：Dreaming——凌晨整理机器

每天凌晨（默认3:00，可配置），OpenClaw 会启动一次"Dreaming Sweep"。整个流程分三个阶段：

▸Light 阶段：把过去24小时的短期信号拿出来，去重、排序、暂存候选项。不做判断，只做整理。

▸Deep 阶段：真正打分。它用六个加权信号决定哪些内容值得晋升为长期记忆：

Deep 阶段六维打分信号

过了阈值的条目，会被写入 MEMORY.md——这是长期记忆文件。

▸REM 阶段：类比人类睡眠的 REM 阶段，它提取主题和规律，不做持久化写入，而是找出"这段时间反复出现的模式"，供 Deep 阶段参考。

第三层：Dream Diary——给你看的整理报告

每次 Dreaming Sweep 完成后，系统会生成一段"梦境日记"，写到 DREAMS.md 里。

不是给 AI 看的，是给你看的。它告诉你：今天整理了哪些记忆，哪些条目被晋升了，哪些规律被发现了。

这是一个很微妙的设计——记忆系统的内部运作对用户透明，不是一个黑箱。

4月12日的断路器加固

v2026.4.12 更新专门给 Dreaming 加了一层 DreamingBudgetEnforcer，三道安全机制：

1. 周期内去重：同一批候选项在同一个 Sweep 周期里只处理一次，被反复投递只保留第一次的处理结果。

2. 滑动窗口成本熔断：系统追踪本次 Sweep 的累计消耗。一旦超过预设阈值（比如1美元），立即停止新的 LLM 调用，已有的结果正常写入。

3. 置信度门控：只有置信度高于零、且有过真实调用的候选项，才会进入 LLM 处理阶段。零分条目直接过滤掉。

官方说这是"51个单元测试覆盖，包括边界条件、持久化往返和异常情况"。Dreaming 从"能跑"变成了"在各种边界条件下也能安全跑"。

Active Memory：对话前的预热

除了 Dreaming，v2026.4.12 还同时上线了 Active Memory——每次主回复之前，先运行一个记忆子 agent，扫描当前对话上下文里有没有相关偏好、历史细节需要被引用。如果有，就在主回复之前把它注入进去。

效果是这样的：

你：帮我写一个处理图片的脚本

AI：好的，根据你上次说的，这个脚本需要处理 PNG 和 WebP 两种格式，输出到 /dist/assets 对吧？

不需要你手动说"记住我的项目结构"，AI 自己找、自己用。

触发模式可以配置：message（只看当前消息）、recent（看最近几条）、full（扫描全部长期记忆）。还有 /active-memory on|off 的会话级开关。

怎么启用

开 Dreaming（默认凌晨3点跑）：

{  "plugins": {    "entries": {      "memory-core": {        "config": {          "dreaming": {            "enabled": true          }        }      }    }  }}

开 Active Memory：

/active-memory on

查看状态：

/dreaming status /active-memory status

手动触发一次整理：

openclaw memory rem-harness openclaw memory promote --limit 5 --apply

它的意义

OpenClaw 这套记忆系统，在做一件很多人没意识到的事：把记忆的维护责任，从用户迁移到了系统。

传统工具是"你告诉我记什么，我记"。好一点的是"你告诉我关键词，我搜索"。OpenClaw 是"我自己在后台分析什么值得记住，并在合适的时机引用"。

Dreaming 是时间维度上的自动化（把今天的短期记忆变成长期），Active Memory 是空间维度上的自动化（把历史记忆注入当前对话）。两者合在一起，才是完整的"AI 不再断片"的体验。

如果你已经在用 memory 功能，v2026.4.12 是值得升的——断路器封死了失控风险，Active Memory 让会话连贯性上了一个台阶。

如果你还没开 Dreaming，现在是不错的入场时机——安全机制刚刚经历过真实生产事故的检验，比之前稳多了。