先标明边界
社区种子标记：围绕生成代码审查展开的“在旧系统中增加新能力”情境是人工组合的讨论素材，并非线上事故记录。
场景只保留一个主要风险：生成结果看起来正确却无法运行；对应门槛是让最小可运行补丁可由数据所有者重复核对。
从哪里开始
不要一次处理全部上下文；先围绕不可运行输出选择最小输入，完成在真实环境复现后再用真实浏览器操作验证真实入口。
验收清单：
- 用真实浏览器操作固定“在旧系统中增加新能力”的当前基线。
- 请数据所有者复核最小可运行补丁与任务边界。
- 若生成结果看起来正确却无法运行仍出现，停止扩大生成代码审查的改动范围。
证据和回退
证据门槛：如果真实浏览器操作不能复现生成结果看起来正确却无法运行，就先修正测试条件，而不是继续增加生成代码审查的实现范围。
若团队选择“允许自动工具直接修改生产数据”，就要额外让数据所有者检查最小可运行补丁，否则不可运行输出会被推迟到发布阶段。
最终状态应回答两个问题：生成代码审查是否满足任务范围，以及生成结果看起来正确却无法运行是否有明确负责人。最小可运行补丁负责支持第二个答案，避免责任留在模糊描述里。
回退方案：如果数据所有者不能从最小可运行补丁解释结果，就固定依赖版本并重放同一输入，保留本轮失败样本。
讨论题
请分享一个可重放的检查顺序：生成代码审查遇到生成结果看起来正确却无法运行时，先看输入、权限还是最小可运行补丁？