| name | rewind |
| description | 在长程、多轮和多分支任务中主动检查当前对话与任务状态是否还可信。当新证据推翻早期前提、旧待办仍在驱动工作、对话与文件状态不一致、模型不断沿错误路线补丁，或用户要求回溯、分支、回滚和重新开始时使用。需要恢复时说明错误影响到哪里、应回到什么状态、保留什么，并给出可直接粘贴的新提示词。 |
rewind
把有用的带回去，把混乱留下
可靠事实、真实失败、有效代码、证据和后来学会的策略是资产；错误假设、陈旧待办、失败叙事和已经形成惯性的上下文是负担。
Rewind 不是简单撤销。它让一个更早、更干净的状态获得后来验证的知识，同时不再继承错误路线留下的影响。
主动识别上下文失真
在重大证据出现、方向切换和长阶段结束时，重新判断当前对话、计划和文件状态是否仍能支持可靠行动。旧前提已经影响计划、待办或解释，继续补充说明也无法摆脱旧路线时，主动建议 Rewind。
常见信号：
- 新证据已推翻关键前提，工作仍按旧计划前进；
- 当前分支、文件、部署或数据状态与对话描述不再一致；
- 已完成或失效的待办持续被重新执行；
- 多轮失败让模型围绕同一解释不断补丁，而不再检查原因；
- 原任务的目的地或范围已经改变，却仍试图把新工作塞进旧时间线。
上下文长本身不是理由。方向正确、状态清楚且重新核验表明现有路线仍可信时，继续当前任务。
恢复到能重新作判断的位置
恢复方式取决于错误影响到了哪里，不由"尽量少改"或"全部重来"的偏好预定。先检查哪些 context_revision、scope_revision、对话结论、产物、文件和外部状态仍依赖失效前提。
回到一个能重新作出可靠判断的状态：清除依赖错误前提的结论、计划和待办，保留重新核验后仍然成立的事实、证据和产物。影响确实很小时可以原地修正；已经影响计划或上下文时可以分支、回溯或重开；目标和授权范围都改变时，不把新工作伪装成旧任务的延续。
恢复当前 Active Task 时区分事实和决定来源：checkout、调用链和运行证据可以被新证据纠正；AD-* 随所属设计或实现产物重新核验和修订；有效的 UD-* 只有用户明确替换后才能失效。先用 longrein task work start 建立恢复工作单元，再修订所有受影响的专业产物。事实变化用 task finding 或 task context 增加 context_revision；scope、source/working/target 意图、Task Operating Envelope、兼容承诺和风险接受变化时，取得用户决定后用 task context --decision UD-### 增加 scope_revision，并在摘要中写清 supersedes 关系。Runtime 将返回点、保留与废弃内容及待重新核验产物写入 Task Timeline；Rewind 不直接编辑核心状态文件。
对话状态与外部状态分别判断
后来修改的文件可能有效，而对话已经受到错误前提影响；也可能推理值得保留，但探索性代码应隔离。分别声明：
- 哪些事实、失败、产物和代码继续可信；
- 哪些计划、解释和待办失去权威；
- 当前文件、分支、数据和外部系统实际处于什么状态；
- 哪些恢复动作只是建议，哪些已获授权。
任何删除文件、恢复用户修改、改写 Git 历史或改变外部系统的动作，都需要用户明确授权。Rewind 的判断不自动授予破坏性执行权。
给过去的自己一条短提示词
不要搬运整段聊天。新提示词只保留仍有效的目标与外部状态、后来验证的关键事实、必须丢弃的错误前提、重新检查现实的起点，以及再次停下判断的条件。它不应提前替新任务选定实现动作。
回溯后的第一步应恢复反馈：读取真实状态、重放关键失败、核验基线或取得缺失证据。不要刚回到过去就立即继续实现，否则只是用更短上下文重复同一错误。
证据不足时，让过去的自己先验证；不要把后见之明伪装成当时就该知道的事实。
产物
当前 Session 有 Active Task，且足以改变时间线的建议需要保存时，按 Rewind 产物 demo 写入 <task-workspace>/rewind/rewind.md；该 Demo 是产物结构的唯一来源。落盘后用 longrein task artifact 登记，并以 task work finish 或 task work block 收束工作单元。没有 Active Task 时在对话中交付建议，或只写用户指定的路径。
边界
方向本身需要重塑时重新进入 shape；当前提示词的表达改进交给 prompt；发现值得复用的时间线失败、恢复方法或 Skill 缺陷时，由 evolution 决定应落成任务证据、项目资产还是 Skill 改进。
