串行、并行还是混合？多智能体编排模式选择指南
在决定多智能体工作流是串行还是并行运行时，不要先问“哪个更高级”。相反，应询问后续步骤是否依赖前置步骤，多个分支是否会写入同一资源，以及失败的分支能否独立重试。大多数生产环境的工作流最终都会采用混合结构，但这必须建立在清晰定义依赖关系的基础上。
这三种模式分别解决什么问题？
串行：保持顺序与上下文
当某一步的输出成为下一步的输入时，应使用串行执行。例如：“整理原材料 → 核实事实 → 生成初稿 → 审核”。其优势在于数据流向清晰；劣势在于任何一步的延迟都会影响后续所有步骤。
并行：缩短独立任务的等待时间
当多个任务读取相同的只读输入且互不依赖时，可以并行运行。例如分别验证多个来源或检查不同文件。总耗时取决于最慢的分支和最终的聚合步骤，而非单个任务的耗时。
混合：阶段内并行，阶段间串行
一种常见的混合结构是并行收集信息，集中进行分析，然后并行生成不同的交付物。它在速度与可控性之间取得平衡，但需要明确定义的阶段关卡。
核心差异一览
| 维度 | 串行 | 并行 | 混合 |
|---|---|---|---|
| 数据依赖 | 强依赖 | 独立分支 | 阶段间存在依赖 |
| 故障影响 | 可能阻塞后续步骤 | 故障通常局限于局部 | 可按阶段隔离 |
| 峰值资源占用 | 较低 | 较高 | 由每阶段的并发量决定 |
| 调试难度 | 较低 | 需跟踪多个分支 | 需同时管理阶段与分支 |
| 聚合要求 | 逐步传递 | 需集中聚合 | 各阶段均可能发生聚合 |
| 适用场景 | 审批、审核与处理流水线 | 批量验证与独立检查 | 复杂的生产工作流 |
通过五个问题选择模式
- 后续步骤是否需要读取前置步骤的结果？如果是，请使用串行执行。
- 多个任务是否仅读取相同的固定输入？如果是，可考虑并行执行。
- 多个分支是否会写入同一文件、记录或外部对象？如果是，请隔离写入操作或改用串行执行。
- 如果某个分支失败，其他结果是否仍有价值？如果是，适合采用并行隔离。
- 是否存在关卡要求所有任务完成后才能进入下一阶段？如果是，请使用混合编排。
三种常见反模式
为并行而并行
将强依赖的步骤同时启动，会导致下游步骤接收到不完整的输入，从而引发返工。不同的角色并不一定意味着任务是独立的。
无限制提高并发量
外部 API、账户配额、数据库连接和文件锁都会限制并发。应设置最大并发数、超时时间和重试上限，而不是一次性全部启动。
缺乏聚合规则
如果并行分支基于不同标准返回结果，直接拼接会导致重复和冲突。在聚合前，需统一字段、证据要求和优先级。
混合编排的最小可行结构
- 调度：拆解任务，冻结输入，并标记依赖关系。
- 工作分支：处理独立任务，且不写入共享目标。
- 聚合：检查缺失项、重复项、冲突及格式问题。
- 监控：记录步骤状态，并决定是重试、优雅降级，还是移交人工处理。
这些是职责划分，不一定需要对应独立的智能体。对于较小规模的工作流，一个调度器即可兼顾聚合功能。仅在职责真正独立时才增加智能体。
上线前如何验证工作流？
- 使用小样本测量串行基线，再与并行执行对比，确认总耗时是否真正降低。
- 模拟单个分支失败，确认其他结果不会丢失。
- 触发并发限制，检查工作流是否正确退避，而非持续重试。
- 让两个分支返回相互矛盾的结论，验证聚合步骤是否能保留该冲突。
- 确保每次外部写入仅执行一次。
常见问题
初学者应从哪种模式开始？
从串行执行开始最容易观察数据流向。在识别出哪些步骤是独立的之后，应有选择地引入并行执行，而不是一开始就将所有内容转换为复杂的混合架构。
并行执行总是比串行执行更快吗？
不一定。当分支任务极短、聚合过程消耗大量资源或并发受到限制时，并行执行的优势可能微乎其微。应通过端到端耗时和故障率来验证设计。
SmaugBrain 如何参与编排？
可用于组织任务分发、工具调用和结果聚合。具体模式仍应由任务依赖关系、资源限制和验收标准决定。