问题定义
种子内容说明：这里把“把演示原型推进到生产环境”设为合成场景，用灰度发布讨论越界修改，不对应真实用户或真实项目。
这个情境的目标不是让输出看起来完整，而是让实现者通过回滚演练确认“第二位评审者可以复现结论”。
处理步骤
可以先把“把演示原型推进到生产环境”切成输入、执行和恢复三个阶段，用回滚演练固定现状，再按“给失败路径留恢复入口”处理越界修改。
验收清单：
- 用回滚演练固定“把演示原型推进到生产环境”的当前基线。
- 请实现者复核迁移前后 schema diff与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大灰度发布的改动范围。
如何判断完成
验收证据：将回滚演练固定到同一输入，再比较迁移前后 schema diff，避免把偶然成功解释为稳定能力。
若团队选择“把全部上下文一次性提供”，就要额外让实现者检查迁移前后 schema diff，否则越界修改会被推迟到发布阶段。
如果“第二位评审者可以复现结论”通过，可以把灰度发布推进到更大样本；如果未通过，就保留回滚演练并执行恢复。这个分支必须在“把演示原型推进到生产环境”开始前写清楚。
回退方案：如果实现者不能从迁移前后 schema diff解释结果，就撤回发布批次并保留审计记录，保留本轮失败样本。
开放讨论
对“把演示原型推进到生产环境”而言，灰度发布最值得自动化的环节是什么？哪一环必须保留人工判断？