问题定义
为避免误解，先标明这是合成种子内容：代码所有权与“从一句模糊想法到可运行页面”只用于演示不可运行输出的讨论方式。
如果测试失败前后的对照无法回答不可运行输出发生在哪里，代码所有权就仍处于演示阶段，不能进入发布判断。
处理步骤
针对生成结果看起来正确却无法运行，先用测试失败前后的对照复现，再保持改动范围可解释；若复现条件改变，就回到用小步提交降低风险重新建立基线。
验收清单：
- 用测试失败前后的对照固定“从一句模糊想法到可运行页面”的当前基线。
- 请安全评审者复核真实浏览器操作与任务边界。
- 若生成结果看起来正确却无法运行仍出现，停止扩大代码所有权的改动范围。
如何判断完成
验证记录：把测试失败前后的对照与失败前状态配对，再由安全评审者用真实浏览器操作检查结果是否可重复。
取舍点在“为每个任务拆分多个并行 Agent”：它可能缩短代码所有权的首轮时间，也可能放大生成结果看起来正确却无法运行带来的评审与恢复成本。
这套路径的价值在于把代码所有权变成可复核任务，而不是制造更像成品的输出。若安全评审者无法确认“数据关系能够从明细重新计算”，本轮状态仍应保留为待评审。
回退方案：若“数据关系能够从明细重新计算”没有满足，就回到最小样本重建失败条件，再由安全评审者重跑测试失败前后的对照。
开放讨论
面对“从一句模糊想法到可运行页面”，你会先保持改动范围可解释还是先用小步提交降低风险？请给出能由安全评审者执行的检查动作。