用途：当面对两个以上相互独立、没有共享状态或先后依赖的任务时，把每个问题域交给一个独立智能体并发处理，避免顺序排查浪费时间。
适用判断：适用于 3 个以上测试文件因不同根因失败、多个子系统各自独立损坏、每个问题无需其他问题上下文即可理解、调查之间无共享状态的场景。不适用：失败彼此相关（修一个可能连带修好其他）、需要理解整体系统状态、尚不清楚坏在哪里、智能体会互相干扰（改同一文件或用同一资源）。
主要能力与用法：核心是“每个独立问题域派发一个智能体”。先用 teams 的 delegate 动作并发派发任务：
teams(action: 'delegate', tasks: [ { text: 'Fix agent-tool-abort.test.ts failures', assignee: 'worker-abort' }, { text: 'Fix batch-completion-behavior.test.ts failures', assignee: 'worker-batch' }, { text: 'Fix tool-approval-race-conditions.test.ts failures', assignee: 'worker-approval' }, ])
每个智能体任务应包含：具体范围（一个测试文件或子系统）、清晰目标（让这些测试通过）、约束（不要改动其他代码）、期望输出（发现与修复的摘要）。提示词要聚焦、自包含、明确输出。
流程：先按损坏点分组失败，确定独立域；再创建聚焦的智能体任务；然后并行派发；智能体返回后逐一阅读摘要、检查修改是否冲突、运行完整测试套件、整合全部改动。
限制与常见错误：范围过宽（如“修复所有测试”）、缺少上下文、缺少约束、输出模糊都会降低效果。不要只调大超时，要找到真正根因。示例场景中 6 个失败分布在 3 个文件，通过并行派发分别完成修复且零冲突。验证阶段需检查智能体是否产生系统性错误。