场景设定
这是一条社区种子讨论；“在时间有限时确定最小交付”和其中的模型总是改到无关文件都是合成设定，不代表任何用户的实际经历。
先把成功条件限定为“日志能够关联到一次具体执行”，再观察模型总是改到无关文件是否会让镜像摘要失去解释力。
验证路径
第一轮先用小步提交降低风险并保存基线，第二轮再把验收标准写成测试；两轮都由值班维护者核对镜像摘要。
验收清单：
- 用部署日志与公网探测固定“在时间有限时确定最小交付”的当前基线。
- 请值班维护者复核镜像摘要与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大环境一致性的改动范围。
决策记录
证据门槛：环境一致性至少要留下部署日志与公网探测和一个失败样本，才能支持“日志能够关联到一次具体执行”这一判断。
短期交付可以偏向用小步提交降低风险，长期维护则要求把验收标准写成测试；部署日志与公网探测应把两者的结果区分开。
完成定义需要同时包含正向结果和失败结果：前者用部署日志与公网探测说明，后者用镜像摘要定位越界修改。缺少任一侧，都不能宣称环境一致性已经稳定。
恢复路径：发现越界修改后先冻结发布，再先恢复数据快照再检查关系计数，最后重新确认“日志能够关联到一次具体执行”。
想听不同做法
社区里有没有更适合“在时间有限时确定最小交付”的停止条件？希望答案能说明环境一致性遇到模型总是改到无关文件后的恢复顺序。