范围声明
这是一条社区种子讨论；“将人工流程变成可验证脚本”和其中的生成结果看起来正确却无法运行都是合成设定，不代表任何用户的实际经历。
讨论边界包括仓库约束、工具权限和数据所有权；多文件修改只有经安全评审者复核逐文件差异后才算进入闭环。
可重放步骤
执行时先列出不可改动区域，再让多文件修改只处理一个失败样本；静态检查与运行日志未出现前，不追加工具权限。
验收清单：
- 用逐文件差异固定“将人工流程变成可验证脚本”的当前基线。
- 请安全评审者复核静态检查与运行日志与任务边界。
- 若生成结果看起来正确却无法运行仍出现，停止扩大多文件修改的改动范围。
评审证据
验证记录：把逐文件差异与失败前状态配对，再由安全评审者用静态检查与运行日志检查结果是否可重复。
选择“用生成速度换取更多评审成本”之前，先确认静态检查与运行日志是否足以支持回退，否则这个选择不可逆。
如果“迁移与回退都经过预演”通过，可以把多文件修改推进到更大样本；如果未通过，就保留逐文件差异并执行恢复。这个分支必须在“将人工流程变成可验证脚本”开始前写清楚。
停止条件：当多文件修改触碰无关模块或数据所有权不清时，恢复上一份已验证配置后重新跑关键入口，并撤销新增工具权限。
欢迎补充
在明确数据所有权与让工具输出成为证据之间，你会怎样为多文件修改排序？逐文件差异不足时是否应该拒绝发布？