메뉴
在长程、多轮和多分支任务中主动检查当前对话与任务状态是否还可信。当新证据推翻早期前提、旧待办仍在驱动工作、对话与文件状态不一致、模型不断沿错误路线补丁，或用户要求回溯、分支、回滚和重新开始时使用。需要恢复时说明错误影响到哪里、应回到什么状态、保留什么，并给出可直接粘贴的新提示词。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
在用户需要真正理解任何非平凡对象时使用，包括需求、计划、设计、代码、diff、分支、评审结论、测试结果、故障、进行中的方向或已完成成果。读取对象本身和必要上下文，为没有读过当前对象的读者写成连续、自包含、能检查证据并继续判断的 Walkthrough；它可以发生在工作前、中、后任何位置，不用摘要、文件清单或术语堆叠冒充理解。
在用户明确要求实现功能、修改代码、修复缺陷、落实已确认的评审问题，或执行范围明确的重构与迁移时使用。进入真实代码，沿行为或错误路径追到局部根因，用贴近变化的证据确认结果，交付可审查的代码变化。方向或关键结构还没定、用户只要求诊断，或根因会改变任务承诺、公共契约、数据所有权或关键系统形态时交给 shape；独立 review、完整测试或单纯解释不由本 Skill 承担。
在非平凡任务自然收尾时判断是否存在可复用经验，或在 Skill、提示词与长期规则出现可重放的触发、执行、边界或成本偏差时使用。沿真实轨迹决定经验是否值得改变未来，以及应进入哪个最窄作用域；行为性 Skill 变化需要证据和用户批准，没有经验时不制造产物。
在 Shape 已经形成候选方向，或用户带着现有计划、设计、提案和决定，要求拷问、挑战、压力测试、补齐隐含决定或确认是否足以继续时使用。把对象展开成有依赖关系的决策树，按当前前沿分轮提出多个问题，让用户对推荐选项作出裁决。开放探索和生成方向由 shape 负责；所有者缺席时对成文产物做独立检查由 review 负责。
仅在用户显式调用 `$prompt` 时使用。结合真实任务、输出和用户反馈，帮助用户看清表达与上下文怎样影响了结果。先调查再提纯；如果真正需要改变的是方向、时间线或长期能力，转入 shape、rewind 或 evolution，不把所有问题都改写成提示词。
对需求、设计、计划、代码、diff、MR 或交付物做独立冷读，从当前 Task Context 锁定 scope、Git baseline 与 Task Operating Envelope，检查行为风险、变更纪律、架构维护，以及决定授权、专业产物、实现和 Task Runtime 状态是否一致，并在报告前独立证伪每个 finding。用于实现 Phase 完成后的轻量审查、最终综合审查、用户要求 review、判断 MR/方案能否前进、检查修复是否优雅而非 hack、寻找隐藏风险，或重要产物需要在测试、合并或交付前接受独立压力时。用户明确要求直接实现或修复、没有可审查对象、只需解释现状，或为了"更严格"给小改动制造评审团时不要触发。
| name | rewind |
| description | 在长程、多轮和多分支任务中主动检查当前对话与任务状态是否还可信。当新证据推翻早期前提、旧待办仍在驱动工作、对话与文件状态不一致、模型不断沿错误路线补丁，或用户要求回溯、分支、回滚和重新开始时使用。需要恢复时说明错误影响到哪里、应回到什么状态、保留什么，并给出可直接粘贴的新提示词。 |
可靠事实、真实失败、有效代码、证据和后来学会的策略是资产；错误假设、陈旧待办、失败叙事和已经形成惯性的上下文是负担。
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 改进。
