用途：用于同时处理多个相互独立的任务或故障排查。每个智能体获得隔离的上下文，不继承主会话历史，只接收为它构造的精确指令，主上下文则保留用于协调与整合。
适用场景：多个测试文件因不同根因而失败、多个子系统各自独立损坏、每个问题无需其他问题的上下文即可理解、排查之间没有共享状态。不适用：失败彼此相关（修好一个可能连带修好其他）、需要理解系统整体状态、智能体之间会相互干扰。
使用方式：先按损坏对象划分独立问题域（如某测试文件、某子系统各为一域）；再为每个智能体创建聚焦任务，给出具体范围、明确目标（让这些测试通过）、约束（不要改动其他代码）与期望输出（发现与修复的总结）；然后并行派发，例如在 Claude Code / AI 环境中的 Task("Fix agent-tool-abort.test.ts failures")。
提示词要点：聚焦单一问题域、自包含（附上错误信息与测试名）、明确输出格式；避免范围过宽、缺少上下文、无约束或输出要求含糊。反向要求是不要仅调大超时，而应找出真正原因。
执行后可配合原生任务：派发前用 TaskCreate 为每个智能体建任务并写明目标、涉及文件、验收标准与验证命令；用 TaskList 监控；完成后通过 TaskUpdate 标记，并由控制器同步 .tasks.json 的 status 与 lastUpdated（并行任务不使用 blockedBy）。
整合与验证：所有智能体返回后，逐份阅读总结，检查修复是否冲突（是否改了同一处代码），运行完整测试套件确认能共同工作，并进行抽查，因为智能体可能犯系统性错误。资料中给出的实际案例为：6 个失败分布于 3 个测试文件，派发 3 个智能体并行排查并全部成功整合、无冲突。
限制：仅在问题确实独立且可并行时使用；资料未提供该技能背后的具体实现、计费、价格或运行平台信息，暂未提供。