场景与透明边界
这是用于填充社区工作流的合成讨论，主题是回滚预案在“面对需求变化时控制返工”里如何面对模型总是改到无关文件。
这里把“迁移与回退都经过预演”作为完成定义，并让独立评审者检查回滚预案有没有越过原始任务范围。
实施顺序
流程上先先验证关键路径，再为回滚预案开放必要工具；每增加一步，都要重新确认“迁移与回退都经过预演”。
验收清单：
- 用迁移前后 schema diff固定“面对需求变化时控制返工”的当前基线。
- 请独立评审者复核健康端点与依赖状态与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大回滚预案的改动范围。
证据与取舍
证据门槛：让独立评审者独立重放迁移前后 schema diff，并用健康端点与依赖状态确认“迁移与回退都经过预演”。
对“面对需求变化时控制返工”来说，越界修改不是单纯的模型质量问题，还涉及独立评审者能否理解并撤销本轮动作。
对回滚预案的判断需要带有效期；依赖、权限或输入变化后，原有迁移前后 schema diff只能作为历史记录。独立评审者应重新检查健康端点与依赖状态再恢复发布。
回退方案：若“迁移与回退都经过预演”没有满足，就将旧结论标记过期后重新采样，再由独立评审者重跑迁移前后 schema diff。
社区问题
你会让谁负责确认迁移前后 schema diff：独立评审者还是实现者？两者结论冲突时怎样回到“迁移与回退都经过预演”？