范围声明
种子内容说明：这里把“面对需求变化时控制返工”设为合成场景，用生成代码审查讨论不可运行输出，不对应真实用户或真实项目。
这次讨论把不可运行输出视作一等失败路径，而不是等生成代码审查完成后再补充的异常说明。
可重放步骤
建议将生成代码审查限制在最小可运行样本，采用保持改动范围可解释记录差异，并把用小步提交降低风险设为扩大范围前的前置条件。
验收清单：
- 用测试失败前后的对照固定“面对需求变化时控制返工”的当前基线。
- 请产品负责人复核真实浏览器操作与任务边界。
- 若生成结果看起来正确却无法运行仍出现，停止扩大生成代码审查的改动范围。
评审证据
证据门槛：如果测试失败前后的对照不能复现生成结果看起来正确却无法运行，就先修正测试条件，而不是继续增加生成代码审查的实现范围。
选择“把提示词当作长期工程资产”之前，先确认真实浏览器操作是否足以支持回退，否则这个选择不可逆。
对生成代码审查而言，可接受结果是“面对需求变化时控制返工”中的不可运行输出出现后仍能定位、停止并恢复。产品负责人应依据测试失败前后的对照签署结论，而不是依据生成速度。
回退方案：若“改动范围与任务边界一致”没有满足，就固定依赖版本并重放同一输入，再由产品负责人重跑测试失败前后的对照。
欢迎补充
你会把测试失败前后的对照还是真实浏览器操作设为生成代码审查的首要门槛？当“面对需求变化时控制返工”再次出现生成结果看起来正确却无法运行时，哪一步应该立即停止？