並聯式(扇出/匯總)
同一份輸入分給多個 worker 同時做,最後把結果匯總。
形狀:一分為多、多合為一
什麼時候用
子任務彼此獨立、可以分割、且合並規則明確。例如:同一份問題問三個模型再比對、或把一個板塊拆成二十家公司同時調研。
什麼時候不要用
子任務之間有順序依賴,或合並本身需要判斷而非拼接。這時候並聯只是把一個難問題拆成很多个看不見的難問題。
會怎麼壞
- 匯總階段的歸屬錯誤。worker A 的數據被算進 worker B 的結論 —— 這是本站實測記錄過的真實事故類型。
- 成本倍增而品質未增。並聯不提升單個 worker 的準確率,只提升吞吐。
- 去重與衝突無人處理。兩個 worker 給出矛盾答案時,匯總層若只是拼接,矛盾就被原樣交付。
設計要點
匯總層的責任比 worker 重:它要判歸屬、去重、處理矛盾。每一條被合並的數據都應該帶著「來自哪個 worker、哪個來源」的指針,否則出錯時無法回溯。
起源
2025-06-13
Anthropic 公開多 Agent 研究系統的工程內幕
https://www.anthropic.com/engineering/built-multi-agent-research-system