范围声明
为避免误解，先标明这是合成种子内容：测试生成与“在旧系统中增加新能力”只用于演示越界修改的讨论方式。
这里把“日志能够关联到一次具体执行”作为完成定义，并让实现者检查测试生成有没有越过原始任务范围。
可重放步骤
流程上先让工具输出成为证据，再为测试生成开放必要工具；每增加一步，都要重新确认“日志能够关联到一次具体执行”。
验收清单：
- 用逐文件差异固定“在旧系统中增加新能力”的当前基线。
- 请实现者复核静态检查与运行日志与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大测试生成的改动范围。
评审证据
验收证据：将逐文件差异固定到同一输入，再比较静态检查与运行日志，避免把偶然成功解释为稳定能力。
当模型总是改到无关文件出现时，继续扩大自动化可能更快，也可能让实现者失去根据静态检查与运行日志定位责任的机会。
当前结论只适用于“在旧系统中增加新能力”的合成边界，不能外推到所有环境。下一轮应由实现者比较逐文件差异和静态检查与运行日志，再决定是否扩大测试生成。
停止条件：当测试生成触碰无关模块或数据所有权不清时，关闭新增权限后重新确认必要工具，并撤销新增工具权限。
反方检查：若“在旧系统中增加新能力”只用于原型，严格回退看似过重；但实现者仍需声明原型不能进入哪些入口。
欢迎补充
请分享一个可重放的检查顺序：测试生成遇到模型总是改到无关文件时，先看输入、权限还是静态检查与运行日志？