用途：在多工作流协同任务中做编排决策，判断任务应串行还是并行，处理动态变化的任务计划，并选择工作流之间的协调模式。参考来源为 Microsoft Azure AI Agent Patterns 与 Multi-Agent Orchestration Patterns。
四种基本模式：顺序编排按预定义顺序串行执行，每个工作流处理上一个的输出，适合需求→设计→开发→测试→部署等线性依赖阶段，优点是简单易追踪，缺点是慢且早期错误会传播；并发编排让多个工作流同时处理同一输入或独立子任务再聚合结果，适合前后端并行开发、多个安全检查同时跑，缺点是需要冲突解决机制、资源消耗大；交接编排在一个工作流完成后动态决定下一个接手者，适合按类型路由的 Bug 修复、客服工单分流，缺点是路径不可预测；动态编排由项目经理动态构建和调整计划、根据中间结果重新排序，适合开放性问题与高不确定性项目，缺点是难以预测进度、易陷入循环。
选择依据决策树：有严格先后依赖用顺序；多个任务可独立并行用并发；下一步取决于当前结果用交接；问题开放、方案未知用动态。实际项目常用混合编排，即阶段间顺序、阶段内并发。
并发安全规则要求：不同时修改同一文件、有明确合并策略、有冲突检测机制、共享状态有单一数据源。可安全并发的组合如前端+后端（API 契约已定）、QA 用例设计+开发（PRD 已定）、安全检查+QA 测试；不可并发如 API 设计+后端开发、数据库设计+后端开发、开发+部署。
工作流程：读取 WBS 任务清单和关键路径，对每个阶段应用决策树选择模式，标注模式，检查并发安全性，输出编排计划，再转交 handoff-protocol 定义交接细节。输出含整体模式、各阶段模式表、并发安全检查与时间收益。质量自检关注模式是否明确、并发是否安全、共享资源冲突、时间收益与失败处理路径。常见坑包括盲目并发、忽略隐藏依赖、动态编排陷入循环、交接路径过多、混合编排边界不清。配套模板有 orchestration-plan-template.md 与 parallel-safety-check-template.md。上游为 wbs-decomposition 与 critical-path，下游为 handoff-protocol 与 progress-tracking。