范围声明
这是一条社区种子讨论；“让生成代码符合现有工程约束”和其中的模型总是改到无关文件都是合成设定，不代表任何用户的实际经历。
这次讨论把越界修改视作一等失败路径，而不是等回滚预案完成后再补充的异常说明。
可重放步骤
建议将回滚预案限制在最小可运行样本，采用保持改动范围可解释记录差异，并把让工具输出成为证据设为扩大范围前的前置条件。
验收清单：
- 用部署日志与公网探测固定“让生成代码符合现有工程约束”的当前基线。
- 请数据所有者复核镜像摘要与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大回滚预案的改动范围。
评审证据
证据门槛：如果部署日志与公网探测不能复现模型总是改到无关文件，就先修正测试条件，而不是继续增加回滚预案的实现范围。
选择“把全部上下文一次性提供”之前，先确认镜像摘要是否足以支持回退，否则这个选择不可逆。
记录里应把自动动作、人工修改和最终状态分开，让部署日志与公网探测只证明本轮发生的事情。对于模型总是改到无关文件，还要保留镜像摘要作为后续重放入口。
停止条件：当回滚预案触碰无关模块或数据所有权不清时，撤回发布批次并保留审计记录，并撤销新增工具权限。
欢迎补充
如果只能保留一份证据，你会为回滚预案选择部署日志与公网探测吗？它怎样帮助“让生成代码符合现有工程约束”里的团队识别越界修改？