场景与透明边界
种子内容说明：这里把“多人并行实现同一产品目标”设为合成场景，用支持流程讨论越界修改，不对应真实用户或真实项目。
这里把“数据关系能够从明细重新计算”作为完成定义，并让安全评审者检查支持流程有没有越过原始任务范围。
实施顺序
先让安全评审者声明验收门槛，再执行支持流程；这样成本明细可以判断模型总是改到无关文件是输入问题还是实现问题。
验收清单：
- 用成本明细固定“多人并行实现同一产品目标”的当前基线。
- 请安全评审者复核明确的停止条件与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大支持流程的改动范围。
证据与取舍
验证记录：把成本明细与失败前状态配对，再由安全评审者用明确的停止条件检查结果是否可重复。
选择“把全部上下文一次性提供”之前，先确认明确的停止条件是否足以支持回退，否则这个选择不可逆。
决策记录应说明支持流程本轮覆盖了什么，也要列出越界修改仍可能出现的入口。只有安全评审者能够从成本明细复现判断，结论才可继续使用。
停止条件：当支持流程触碰无关模块或数据所有权不清时，回到最小样本重建失败条件，并撤销新增工具权限。
反方检查：过早增加门禁可能拖慢支持流程，因此需要用明确的停止条件证明门禁确实减少了越界修改。
社区问题
对“多人并行实现同一产品目标”而言，支持流程最值得自动化的环节是什么？哪一环必须保留人工判断？