能写之后，多出三个问题：写什么、怎么改、何时忘

一旦能写，就得决定写什么、旧的错了怎么改、什么时候忘：第五讲的钥匙记录放进记忆里，三个问题全出现。

这一页为什么在这里

能写之后的新问题：写什么、怎么改、何时忘。一组钥匙记录让学生看到：只追加的日志按相似度会取回过时的通知，写入时压成摘要会把撤回丢掉；只有带版本、记下谁撤回了谁的状态，才保留当前有效的事实。末尾一行把第三站留下的问题交给第四站。

第 1 步：只追加的日志：09:00 林岑把备用钥匙放在蓝柜，交给周禾领取｜09:10 陈默说红柜空着｜09:20 林岑通知改放红柜｜09:30 周禾说还没取｜09:40 林岑撤回 09:20 的通知，仍在蓝柜。问题：钥匙现在在哪？（?）
第 2 步：按相似度取回：取到“改放红柜”→ 答红柜（×）。
第 3 步：写入时压成摘要：“钥匙曾在蓝柜，后改红柜”——撤回丢了。
第 4 步：带版本的状态：蓝柜 → 09:40 撤回 09:20（↶）→ 钥匙 → 蓝柜（✓）。一行：何时忘：Muse「你可以让它忘掉」；忘也是一次写。底部：留下的问题：写得越多，窗口越不够 → ④ 窗口变大之后。

写下五条记录

还记得第五讲的钥匙吗？五条记录：九点放蓝柜，九点二十通知改红柜，九点四十撤回。现在把它们写进 agent 的书架。

09:00、09:20、09:40之间的更新与撤回。

检索取到旧通知

问“钥匙现在在哪”，按相似度取，最像的是九点二十那条“改放红柜”，答错了。取回的是一个过时的版本。

09:20是旧通知。

摘要丢掉撤回

要是写的时候图省事，压成一句摘要“钥匙曾在蓝柜，后改红柜”，撤回在写的那一刻就丢了。

摘要中没有09:40的撤回。

保留版本与撤回关系

换一种写法：记的不只是事件，还有状态和版本，九点四十撤回了九点二十。这样才答得出蓝柜。所以一旦能写，就多出三个问题：写什么，旧的错了怎么改，什么时候忘。Muse 让用户可以说“忘掉这个”，忘本身也是一次写。课后 LAB-B 第 1、4 节，这几种写法你可以自己换着试。

09:40指回并撤回09:20。

2024 年以后，窗口大到能装下整本书。那还要检索和记忆吗？

还记得第五讲的钥匙吗？五条记录：九点放蓝柜，九点二十通知改红柜，九点四十撤回。现在把它们写进 agent 的书架。

问“钥匙现在在哪”，按相似度取，最像的是九点二十那条“改放红柜”，答错了。取回的是一个过时的版本。

要是写的时候图省事，压成一句摘要“钥匙曾在蓝柜，后改红柜”，撤回在写的那一刻就丢了。

这组记录。 五条记录里，09:20 的通知（改放红柜）被 09:40 的一条撤回了，所以按这组任务规则，钥匙现在在蓝柜。难点在于：和问题“钥匙现在在哪”最像的，恰好是那条已被撤回的 09:20 通知。

三种写法。

能写之后的三个问题。 写什么（事件、教训、状态、代码）；怎么改（覆盖、追加更正、记录撤回关系）；何时忘（过期、用户要求删除）。Muse 的宣传说“你可以让它忘掉”：忘也是一次写，要改的不止一条记录，还有由它推出来的东西（比如基于它写下的反思）。

和第一站的对照。 第一站的外部存储是别人写好的百科，基本只读；能写之后，外部存储里的东西会过时、会互相矛盾，维护它成了 agent 自己的事。

留下的问题 → 第四站。 写得越多，要放进窗口的就越多，窗口不够用。2023–2024 年，窗口一下子变大了：问题会消失吗？

第 1 步｜多数人能读出蓝柜，因为看得到全部记录。追问：如果系统只取回最相似的一条呢？
第 2 步｜“按时间排序取最新的就行。”09:30、09:40 都比 09:20 新，但 09:30 和钥匙位置无关；“最新”和“当前有效”不是一回事，撤回关系要被写下来。
第 4 步｜以为记得越多越准。不加版本和撤回关系的记录越多，过时的信息越多。
第 4 步｜“忘掉就是删一条。”由那条记录推出的结论也要处理，否则它会以别的形式被读回来。