Rewind：Agent 的时间回溯

本章摘要：
Rewind 是 Agent 跑出循环后对状态进行回滚的辅助机制。它的关键约束是原子性——对话和文件必须一起回退，只恢复一边会让 Agent 的记忆与磁盘状态不一致。

Agent 会犯错，所以需要时间回溯

在 Agent Loop 中，模型围绕目标持续思考、行动、观察。但这个循环并不总是走对的——模型可能误解了意图、选错了工具、改错了文件。如果一条路走不通，最直接的办法就是退回去，重新来。

这就是 rewind 存在的原因：它不是 Agent 主循环的一部分，而是循环出错时对状态进行回滚的辅助机制。

要能回退，首先得把每一步的状态完整记录下来。

一种常见做法是：会话中的每条消息被赋予唯一标识，按时间顺序追加写入一个日志文件。这种"只追加、不修改"的存储方式天然适合回退——因为每一步的状态都完整保留，回退只需要从末尾截断即可。文件里既有用户说了什么、助手回了什么、工具返回了什么，每一步都按时间顺序连接起来。

Agent 在之前的循环中可能已经修改了磁盘上的文件。对话记录回到了过去，文件也需要回到过去的版本。

所以 rewind 必须解决两个问题：

这一节是 rewind 设计的根本约束，比上面两节都重要。

如果只恢复了文件但没截断消息，Agent 的"记忆"和磁盘状态就对不上了——它以为自己在某一步，但实际上文件已经是更早的版本。反过来也一样：只截断消息不恢复文件，Agent 会看到一个"从未修改过"的文件。

所以整个回退必须作为一个整体完成，不能半成功半失败。这是为什么"原子性"会单独成节——它是 rewind 区别于普通"撤销"操作的关键。