任务中断后 AI 怎么把记忆捡回来

2026-07-30 任务中断,AI记忆,进度文件,恢复现场

有一次我正在让 AI 拆一个模块，中途被电话叫走，隔天回来那个会话已经废了——它不记得拆到哪、为什么这么拆。任务中断以后 AI 怎么把记忆捡回来，我试到最后只留下一个办法：让「捡」这件事不依赖对话，依赖一份随时能读的进度文件。

任务中断以后 AI 怎么把记忆捡回来：别修会话，重建现场

我一开始的做法是回去翻历史记录，把之前的对话粘回去。

试了几次就不用了。粘回去的内容它读得慢，而且我往往会漏掉关键的那几句——最要命的是漏掉「为什么否掉了某个方案」，结果它把否掉的方案又捡回来了。

现在我的做法是：中断不管，重开一个干净会话，靠文件把现场重建出来。 任务中断以后 AI 怎么把记忆捡回来，答案就在下面这三样东西里。

这是最基础的一条。文件里只写三行：已经做完什么、正在做什么、下一步是什么。

不要写过程，不要写你的思考。过程写进去不但长，而且第二天你自己读都会绕。

具体动作：给每个长任务开一份进度文件，路径固定，文件名里带上任务名。判断标准是——这份文件给一个完全不知情的人看，他能不能接着干。

这条是我踩坑最多的地方。步骤能重建，决定重建不了。

AI 会把「已经否掉的方向」重新当成备选推进，因为它只看到结论，没看到你否掉它的理由。

所以进度文件里要单开一小段，写「已排除：X，原因 Y」。哪怕只有两三行，效果完全不一样。

我做自研小游戏失败过一回：种子计划每天进 180 人，次日留存只剩 5 人，人均时长不到 2 分钟，当日广告收入不到 ¥6。这几个数写下来之后，后面讨论新玩法时它会主动问一句「这跟上次失败的那个像不像」。

中断最怕的不是信息丢，是不知道下一步该谁动手。

我早期吃过这个亏：两个 AI 员工都以为对方会接手，一份稿子在那儿躺了一整天，我第二天才发现。

现在的做法是每份流转中的产物都挂一个「等谁」的标记。中断恢复时第一眼看这个标记，就知道该找谁。

这套和我们团队之间的交接是同一个逻辑，我单独写过 AI员工之间怎么交接，我定了三条规矩。

做对的两件：先固定路径再往里填内容，以及把更新绑在动作上——做完一步当场改文件，不攒到晚上。

做错的三件。一是我试过让 AI 自己总结进度，它总结得挺好，但每次口径都不一样，两次总结对不上反而更乱。二是我把进度文件写成了日记，越写越长，最后自己都不看。三是我一度同时在两个会话里推同一件事，两边各记一半。

能，但只对会被打断的长任务有效。

几分钟就干完的活，开一份进度文件是纯浪费。

判断标准很土：这件事如果中途被打断，你需不需要回过头想五分钟才知道做到哪了？需要，就值得开文件。

还有一条：文件要写在对话外面。 写在对话里，会话一断就一起没了，等于没写。三层记忆文件怎么分，我写在一个人怎么给 AI 装上记忆。

Q：任务中断后 AI 的记忆还能找回来吗？

A：对话里的找不回来，得靠外部文件重建。开一个新会话，让它先读进度文件、决定记录和「等谁」标记，现场就能还原。

Q：一定要开新会话吗，接着旧会话不行？

A：接着旧会话也行，但旧会话里堆着大量过期内容，重点容易被冲掉。我的习惯是重开一个干净的，读文件重建更快。

Q：进度文件要写多细？

A：写到「一个不知情的人照着能接着干」就够了。再细就是日记，写起来累，读起来更累。任务中断以后 AI 怎么把记忆捡回来，关键从来不是记得多细，是记得住那几件不能丢的事。