合成情境
社区种子标记：围绕多 Agent 分工展开的“面对需求变化时控制返工”情境是人工组合的讨论素材，并非线上事故记录。
这次讨论把越界修改视作一等失败路径，而不是等多 Agent 分工完成后再补充的异常说明。
推进顺序
先让独立评审者声明验收门槛，再执行多 Agent 分工；这样权限拒绝日志可以判断模型总是改到无关文件是输入问题还是实现问题。
验收清单：
- 用权限拒绝日志固定“面对需求变化时控制返工”的当前基线。
- 请独立评审者复核失败注入演练与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大多 Agent 分工的改动范围。
恢复设计
验收证据：先看失败注入演练能否定位越界修改，再用权限拒绝日志证明改动没有扩散到无关路径。
短期交付可以偏向给失败路径留恢复入口，长期维护则要求保持改动范围可解释；权限拒绝日志应把两者的结果区分开。
记录里应把自动动作、人工修改和最终状态分开，让权限拒绝日志只证明本轮发生的事情。对于模型总是改到无关文件，还要保留失败注入演练作为后续重放入口。
回退方案：如果独立评审者不能从失败注入演练解释结果，就固定依赖版本并重放同一输入，保留本轮失败样本。
你会如何处理
社区里有没有更适合“面对需求变化时控制返工”的停止条件？希望答案能说明多 Agent 分工遇到模型总是改到无关文件后的恢复顺序。