问题定义
社区种子标记：围绕重构边界展开的“把演示原型推进到生产环境”情境是人工组合的讨论素材，并非线上事故记录。
发布执行者需要从测试失败前后的对照看到输入、动作与结果的关联，否则“把演示原型推进到生产环境”仍缺少可复现依据。
处理步骤
可以先把“把演示原型推进到生产环境”切成输入、执行和恢复三个阶段，用测试失败前后的对照固定现状，再按“把验收标准写成测试”处理不可运行输出。
验收清单：
- 用测试失败前后的对照固定“把演示原型推进到生产环境”的当前基线。
- 请发布执行者复核真实浏览器操作与任务边界。
- 若生成结果看起来正确却无法运行仍出现，停止扩大重构边界的改动范围。
如何判断完成
验证记录：把测试失败前后的对照与失败前状态配对，再由发布执行者用真实浏览器操作检查结果是否可重复。
这里不预设“为每个任务拆分多个并行 Agent”一定错误，但它必须接受测试失败前后的对照和“关键入口能够重复执行”的双重约束。
这套路径的价值在于把重构边界变成可复核任务，而不是制造更像成品的输出。若发布执行者无法确认“关键入口能够重复执行”，本轮状态仍应保留为待评审。
停止条件：当重构边界触碰无关模块或数据所有权不清时，撤回发布批次并保留审计记录，并撤销新增工具权限。
开放讨论
若采用“为每个任务拆分多个并行 Agent”，你会新增哪一个人工审批点？这个审批怎样限制“把演示原型推进到生产环境”中的不可运行输出影响范围？