内容说明
为避免误解，先标明这是合成种子内容：生成代码审查与“将人工流程变成可验证脚本”只用于演示越界修改的讨论方式。
为了控制“将人工流程变成可验证脚本”的返工成本，生成代码审查必须同时满足任务边界和“关键入口能够重复执行”两项约束。
拆解动作
每轮只改变一个假设：先用小步提交降低风险，观察真实浏览器操作，再决定是否用保持改动范围可解释推进下一轮。
验收清单：
- 用测试失败前后的对照固定“将人工流程变成可验证脚本”的当前基线。
- 请安全评审者复核真实浏览器操作与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大生成代码审查的改动范围。
复核方式
验收证据：围绕“将人工流程变成可验证脚本”保存测试失败前后的对照，再用真实浏览器操作确认恢复动作没有制造新问题。
如果生成代码审查只优化生成速度，模型总是改到无关文件会转化为后续评审债务；因此要同时记录测试失败前后的对照和恢复责任。
完成定义需要同时包含正向结果和失败结果：前者用测试失败前后的对照说明，后者用真实浏览器操作定位越界修改。缺少任一侧，都不能宣称生成代码审查已经稳定。
停止条件：测试失败前后的对照无法复现或权限超出边界时，执行“先恢复数据快照再检查关系计数”，不继续追加生成代码审查改动。
留给社区的问题
若采用“先做原型再补测试”，你会新增哪一个人工审批点？这个审批怎样限制“将人工流程变成可验证脚本”中的越界修改影响范围？