如何拆解多智能体任务：并行化决策、冲突解决与验收清单

增加更多的智能体并不自动意味着更快的结果。如果分支相互等待、同时修改同一个文件，或在聚合期间缺乏冲突解决规则，并行执行就会变成重复劳动。更可靠的起点是先映射依赖关系，再按交付物划分工作，让每个分支能够独立地完成、失败和重试。

步骤 1：分配角色前先映射依赖关系

首先，将总体目标重写为一组可验证的交付物，然后明确每个交付物的输入、输出、前置条件和最终消费者。角色名称仅表示谁在执行工作；它们并不能显示任务之间是否相互独立。

例如，“研究智能体 → 写作智能体 → 审核智能体”仍然是一个串行链条，而验证多个独立来源则可以并行进行。在划分工作时，至少需明确输入、输出和完成标准，并将共享的源材料设为只读快照。

步骤 2：仅在满足全部四个条件时才并行运行任务

• 固定输入：一旦分支启动，便不再依赖持续变化的上游内容。
• 写入隔离：每个分支拥有唯一的 ID、文件或记录，不会争夺相同的写入目标。
• 一致的输出结构：所有分支使用相同的字段和格式，便于自动化验证与聚合。
• 故障隔离：单个分支的超时或失败不会污染其他分支已完成的结果。

逻辑上的独立性还不够。还需考虑账户速率限制、文件锁和外部 API 容量对并发的约束。请设置并发上限、超时时间和有限的重试次数，而不是同时启动所有分支。

步骤 3：让聚合器真正解决冲突

聚合绝不是简单的复制粘贴。应要求每个分支返回结论、证据链接、采集时间以及未解决的疑点。当出现矛盾时，对比来源、时间戳和统计定义。如果证据不足，应保留分歧，而不是为了表面的一致性而强行编造单一答案。

• 检查每个计划中的分支是否都已返回结果
• 识别重复记录，同时保留其来源
• 标记冲突证据、缺失项和过时信息
• 将发布、删除和付款等产生副作用的操作保留给单一执行者

具有副作用的最终写入操作应在聚合完成并经人工确认后执行。这可以防止上游重试导致重复发布、重复删除或多次外部影响。

步骤 4：先进行故障演练

先从两三个低风险、只读的分支开始，并故意让其中一个超时。然后检查其他分支是否仍能完成，失败分支能否独立重试，聚合结果是否清晰显示缺失项，以及重新运行是否会创建重复记录。只有在测试通过后，才逐步提高并发量。

上线前验收清单

• 每个分支都有唯一的标识符和完成标记
• 共享输入已冻结，写入目标彼此隔离
• 输出字段保持一致，且能检测缺失字段
• 失败不会覆盖已完成的结果，且重试具备幂等性
• 冲突信息保留其证据和时间戳，而非被强制合并
• 最终交付物可追溯至其分支和证据
• 具有副作用的操作仅执行一次

哪些任务不适合并行执行

持续修改同一份文档、依赖相同会话状态、共享不支持并发的账户，或要求后续策略根据前一步结果进行调整的任务，通常应串行运行。SmaugBrain 支持并行分支，但工作流设计者仍必须定义输入边界、写入权限和验收规则。并行的价值在于独立性，而非任务数量。