内容说明
这是一条社区种子讨论；“多人并行实现同一产品目标”和其中的生成结果看起来正确却无法运行都是合成设定，不代表任何用户的实际经历。
这次讨论把不可运行输出视作一等失败路径，而不是等提示词契约完成后再补充的异常说明。
拆解动作
每轮只改变一个假设：先先读约束再动手，观察逐文件差异，再决定是否用先验证关键路径推进下一轮。
验收清单：
- 用最小可运行补丁固定“多人并行实现同一产品目标”的当前基线。
- 请发布执行者复核逐文件差异与任务边界。
- 若生成结果看起来正确却无法运行仍出现，停止扩大提示词契约的改动范围。
复核方式
验证记录：发布执行者只根据最小可运行补丁判断本轮完成度，同时把逐文件差异留给环境差异复查。
对“多人并行实现同一产品目标”来说，不可运行输出不是单纯的模型质量问题，还涉及发布执行者能否理解并撤销本轮动作。
决策记录应说明提示词契约本轮覆盖了什么，也要列出不可运行输出仍可能出现的入口。只有发布执行者能够从最小可运行补丁复现判断，结论才可继续使用。
恢复路径：发现不可运行输出后先冻结发布，再回到最小样本重建失败条件，最后重新确认“关键入口能够重复执行”。
留给社区的问题
若采用“把全部上下文一次性提供”，你会新增哪一个人工审批点？这个审批怎样限制“多人并行实现同一产品目标”中的不可运行输出影响范围？