场景和目标
这是一条社区种子讨论；“将人工流程变成可验证脚本”和其中的模型总是改到无关文件都是合成设定，不代表任何用户的实际经历。
如果迁移前后 schema diff无法回答越界修改发生在哪里，回滚预案就仍处于演示阶段，不能进入发布判断。
操作边界
将“将人工流程变成可验证脚本”写成可重放任务，分别记录回滚预案的预期、实际与回退点，然后按先验证关键路径收敛差异。
验收清单：
- 用迁移前后 schema diff固定“将人工流程变成可验证脚本”的当前基线。
- 请最终使用者复核健康端点与依赖状态与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大回滚预案的改动范围。
验收闭环
验收证据：将迁移前后 schema diff固定到同一输入，再比较健康端点与依赖状态，避免把偶然成功解释为稳定能力。
取舍点在“把全部上下文一次性提供”：它可能缩短回滚预案的首轮时间，也可能放大模型总是改到无关文件带来的评审与恢复成本。
记录里应把自动动作、人工修改和最终状态分开，让迁移前后 schema diff只证明本轮发生的事情。对于模型总是改到无关文件，还要保留健康端点与依赖状态作为后续重放入口。
停止条件：迁移前后 schema diff无法复现或权限超出边界时，执行“关闭新增权限后重新确认必要工具”，不继续追加回滚预案改动。
分歧点
请分享一个可重放的检查顺序：回滚预案遇到模型总是改到无关文件时，先看输入、权限还是健康端点与依赖状态？