用途：当面对2个以上可独立处理、彼此不共享状态、也没有顺序依赖的任务时，为每个独立问题域派发一个专注的智能体，让它们并发工作。核心原则是“每个独立问题域一个智能体”，3个问题并行解决约等于1个问题的时间。
适用场景：3个以上测试文件因不同根因失败；多个子系统各自独立损坏；每个问题无需其他问题的上下文即可理解；各调查之间没有共享状态。
不适用场景：失败彼此相关（修好一个可能连带修好其他）；多个智能体会编辑同一批文件；理解任一单个问题都需要完整系统上下文。
使用方式：先按“坏在哪里”把问题分组，每个域必须能独立修复；再为每个智能体创建聚焦任务，给出具体范围（一个测试文件或子系统）、明确目标、约束（不要改什么）和期望输出（发现与修复的摘要）；然后并行派发，例如 Task("Fix auth-flow.test.ts failures — timing issues in login flow")、Task("Fix payment-webhook.test.ts failures — missing mock for Stripe")、Task("Fix user-profile.test.ts failures — stale closure in useEffect")；最后阅读各摘要、检查修复是否冲突（是否编辑了相同文件）、运行完整测试套件并整合全部改动。
提示词结构：好的提示词应聚焦（一个清晰问题域）、自包含（包含理解问题所需的全部上下文）、明确输出（智能体应返回什么）。示例中会列出失败测试、根因上下文（如某次提交改用 JWT）、约束（除非发现真实缺陷否则只改测试）以及返回内容要求。
常见错误：范围过宽（如“修复所有测试”）导致智能体迷失；没有约束导致智能体大范围重构；没有期望输出导致不知道改了什么；并行智能体编辑同一文件产生冲突。
返回后验证：逐一阅读摘要了解改动；检查是否冲突；运行完整套件验证所有修复能协同工作；抽查，因为智能体可能犯系统性错误。
限制：资料未提供该技能的安装命令、平台支持、收费方式或具体实现细节。