11 · 多 Agents 並行
新功能
2026 年 9 月 2 日官方更新引入,已在豆包工作正式推出,登入電腦端即可體驗。
它解決什麼問題
有一類任務,交給單個 Agent 幹起來又慢又不好:
- 批次處理——70 份簡歷要篩,一份一份讀過去
- 分模組生成——一份材料要同時出 Word、PPT 和 HTML 三個版本
- 多維度調研——同一個題目要從技術、市場、競品幾個角度分別查
- 多渠道檢索——同樣的資訊要在好幾個平臺上分別撈
這些任務的共同點是天然可以拆開、拆開之後互不依賴。單 Agent 只能排隊做,時間是各部分之和。
多 Agents 並行就是把這個佇列攤平。
怎麼運作
機制上是一個兩層結構:
- 組織者 Agent(OrganizerAgent)先接住你的需求,做拆解。
- 拆出來的子任務派發給多個子 Agent 同時處理,比較垂直、專業的部分交給對應的子 Agent。
- 所有子 Agent 完成各自的部分後,組織者 Agent 彙總並輸出最終回覆。

怎麼觸發
自動。 在本地電腦環境下,只要你把需求描述清楚,豆包工作會自己判斷要不要啟動多 Agents 並行模式。
手動。 在提示詞里加一句「使用多 Agents 并行处理任务」,直接指定。
需要注意這個功能目前是在本地電腦環境下工作的。
兩種分工方式
同質分工:把量攤開
同一件事,按數量切給多個子 Agent。
官方給的例子是 70 份簡歷的篩選任務,四個子 Agent 各自負責 17 到 18 份,等所有子 Agent 完成各自的簡歷分析後,組織者 Agent 輸出最終回覆。
適合:批次檔案處理、批次資料採集、大量條目的分類打標。
差異化分工:把形態攤開
同一批內容,不同子 Agent 交付不同型別的產物。
官方的例子是在一個任務裡,多個子 Agent 分別交付 Word、PPT、HTML 三種形式的產物,各自交不同的「作業」。
適合:一份材料要多種交付形態、一個調研要多個角度、一次改動要同步幾個渠道。
什麼時候用得上
寫提示詞時可以這樣想:這件事能不能拆成幾塊互不依賴的?
能拆的場景:
| 場景 | 怎麼拆 |
|---|---|
| 一批簡歷/合同/發票要處理 | 按份數平攤給多個子 Agent |
| 一份材料要出多種格式 | 每個子 Agent 負責一種產物 |
| 一個題目要多角度調研 | 每個子 Agent 負責一個維度 |
| 幾個平臺要各撈一遍資料 | 每個子 Agent 負責一個平臺 |
不適合的場景是後一步依賴前一步結果的任務。比如「先出提綱,我確認後再寫正文」,這是序列的,拆不開,也不該拆。
和「工作伙伴」有什麼區別
兩個都是多角色,但不是一回事。
多 Agents 並行是執行層的機制。你交代一個任務,系統在內部自動拆解和併發,子 Agent 是臨時的,任務結束就沒了。你不需要預先配置什麼。
**工作夥伴與小隊**是配置層的東西。你預先「招募」好角色,每個角色有固定的崗位名稱、擅長領域和常用技能,長期存在,適合承擔重複的、持續性的工作。
簡單說:多 Agents 並行是這一次任務怎麼更快跑完,工作夥伴是這類任務長期交給誰。兩者可以疊加。
注意
額度消耗會更快。 多個子 Agent 同時跑,token 消耗是疊加的。跑之前心裡有個數,尤其是用 Pro 模型的時候。參見 10 額度、成本與團隊管理。
先小範圍驗證。 第一次用別直接上 70 份。先給 5 份看看拆解和彙總的質量,確認它理解對了再放量。
結果要抽檢。 並行意味著你沒法像序列那樣盯著每一步。子 Agent 各自完成後由組織者彙總,中間環節你是看不到的。產出拿到手要抽幾份核對,別整批直接用。