用途
Parallel Launch 用于把一个任务拆解成彼此独立的关注点（concerns），并通过广泛并行的、专业化的智能体分组来执行。当一次请求涉及多个可并行处理的方面时使用。
主要能力
- 分析任务并识别可并发运行的独立关注点。
- 每个关注点必须自包含：没有共享可变状态，没有顺序依赖。
- 如果关注点之间存在依赖，则把有依赖的批次排在独立批次完成之后。
- 在决定是否并行时参考委派场景（delegation scenarios）。
使用方式
设计智能体组
针对每个独立关注点：
- 分配清晰、限定范围的目标（每个智能体只负责一个关注点）。
- 选择合适的智能体类型（Explore、Plan、通用型或领域专家）。
- 定义预期输出格式，以便结果可以被组合。
并行启动
- 在单次工具调用中启动所有独立智能体——在可以并行时绝不要按顺序执行。
组合结果
待所有智能体完成后：
- 直接合并无冲突的输出。
- 对于冲突或重叠的结果，进行协调并向用户展示取舍。
- 如果有任何智能体失败或返回不完整结果，报告缺口并提出有针对性的后续行动。
审查组合后的输出
派发一个审查智能体来验证：
- 完整性：所有原始关注点均已处理，没有遗漏。
- 一致性：各智能体输出之间没有矛盾。
- 准确性：主张有依据，来源经过核查，没有虚构的发现。
- 范围：没有构建超出要求的多余内容。
- 对于实现类工作，额外验证规格符合性和代码质量。
只有在审查通过之后才向用户汇报。
适用场景
适用于任务可以分解为两个或更多真正独立的关注点，且这些关注点能够并发执行的情况。
限制与约束
- 每批智能体数量：与真正独立的关注点数量匹配（避免人为拆分）。
- 每个智能体提示必须包含完整上下文——智能体之间不共享记忆。
- 不要为平凡的顺序工作（单个文件、单个关注点）启动智能体。
- 如果任务少于 2 个独立关注点，直接执行，而不启动智能体。
红线
- 绝不跳过审查。组合后的输出在汇报前必须始终经过审查智能体。
- 绝不接受未经核实的组合输出。如果智能体返回相互冲突的结果，审查智能体必须标记出来——而不是静默选择一个。
- 绝不在审查通过之前向用户汇报。审查步骤是强制性的，而非建议性的。