对象与风险
以下Agent 工程案例来自社区种子数据，没有采集真实用户故事；案例只模拟接手陌生仓库后的第一次修改中的多 Agent 分工决策。
为了控制“接手陌生仓库后的第一次修改”的返工成本，多 Agent 分工必须同时满足任务边界和“关键入口能够重复执行”两项约束。
执行草案
实施顺序从把验收标准写成测试开始，把多 Agent 分工缩成单一入口；随后用小步提交降低风险，只在权限拒绝日志通过后扩大改动。
验收清单：
- 用权限拒绝日志固定“接手陌生仓库后的第一次修改”的当前基线。
- 请安全评审者复核失败注入演练与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大多 Agent 分工的改动范围。
验收条件
验收证据：将权限拒绝日志固定到同一输入，再比较失败注入演练，避免把偶然成功解释为稳定能力。
需要明确谁承担恢复成本：如果采用“为每个任务拆分多个并行 Agent”，多 Agent 分工的停止条件就不能只写在提示词里。
最终状态应回答两个问题：多 Agent 分工是否满足任务范围，以及模型总是改到无关文件是否有明确负责人。失败注入演练负责支持第二个答案，避免责任留在模糊描述里。
回退方案：若“关键入口能够重复执行”没有满足，就先恢复数据快照再检查关系计数，再由安全评审者重跑权限拒绝日志。
社区选择
请分享一个可重放的检查顺序：多 Agent 分工遇到模型总是改到无关文件时，先看输入、权限还是失败注入演练？