合成情境
透明度说明：下文围绕Web 开发的服务端与客户端边界构造“多人并行实现同一产品目标”案例，所有经历均为合成数据。
发布执行者需要从键盘操作记录看到输入、动作与结果的关联，否则“多人并行实现同一产品目标”仍缺少可复现依据。
推进顺序
将“多人并行实现同一产品目标”写成可重放任务，分别记录服务端与客户端边界的预期、实际与回退点，然后按在真实环境复现收敛差异。
验收清单：
- 用键盘操作记录固定“多人并行实现同一产品目标”的当前基线。
- 请发布执行者复核性能采样与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大服务端与客户端边界的改动范围。
恢复设计
证据门槛：让发布执行者独立重放键盘操作记录，并用性能采样确认“关键入口能够重复执行”。
需要明确谁承担恢复成本：如果采用“先做原型再补测试”，服务端与客户端边界的停止条件就不能只写在提示词里。
当前结论只适用于“多人并行实现同一产品目标”的合成边界，不能外推到所有环境。下一轮应由发布执行者比较键盘操作记录和性能采样，再决定是否扩大服务端与客户端边界。
回退方案：如果发布执行者不能从性能采样解释结果，就回到最小样本重建失败条件，保留本轮失败样本。
你会如何处理
你会让谁负责确认键盘操作记录：发布执行者还是实现者？两者结论冲突时怎样回到“关键入口能够重复执行”？