用途：将工作拆解为独立单元，并行分派给子代理，再对结果进行汇总与协调。编排者负责拆解、约定与合并，子代理只负责执行。
适用场景：任务存在真正独立的子任务（不同文件或模块、并行调研、扇出式搜索），且串行成本明显时使用；收益来自独立性。子任务共享可变状态、必须按顺序执行，或协调开销超过工作量时不要使用。
拆解要求：每个单元应独立（无共享可变状态，运行中不依赖其他单元输出）、自包含（提示中携带全部上下文，如路径、约束、完成定义；子代理看不到对话）、可验证（有清晰可检查的交付物）。若两个单元必须改同一文件或一个需要另一个的结果，应合并为一个单元或改为串行，不要并行。
分派方式：将独立单元放在同一批次启动以并发运行，不要逐个启动再等待。给每个代理明确目标、精确范围（包含与不包含）、输入与路径、输出格式、完成标准，并按任务类型匹配代理（只读探索、实现、评审）。并发上限应等于真实的独立宽度，代理多于独立单元只会增加合并成本。
角色：编排者负责拆解、分派、合并、解决冲突，不写功能代码；工作者执行一个单元并返回结构化结果；评审者（可选）由独立代理按规格检查合并结果，不得评审自己的工作。
合并：收集结构化结果，工作者消息是唯一返回内容，只转述关键信息；检测冲突（编辑重叠、结论矛盾、假设漂移）；由编排者决定如何协调，必要时重新分派遗漏范围的单元；对合并结果做集成检查，因为单元各自通过仍可能在组合后失败。
反模式：多个“并行”代理编辑同一文件导致竞争与丢失；把逐个启动等待称为并行，没有加速；子提示含糊，假设代理能看到对话上下文；不做集成检查就接受合并结果；为两个独立单元启动 N 个代理。
完成条件：每个单元的交付物满足标准，冲突已解决，集成结果通过针对原始目标的端到端检查。