Skip to content

11 · 多 Agents 並行 ​

新功能

2026 年 9 月 2 日官方更新引入,已在豆包工作正式推出,登入電腦端即可體驗。

它解決什麼問題 ​

有一類任務,交給單個 Agent 幹起來又慢又不好:

  • 批次處理——70 份簡歷要篩,一份一份讀過去
  • 分模組生成——一份材料要同時出 Word、PPT 和 HTML 三個版本
  • 多維度調研——同一個題目要從技術、市場、競品幾個角度分別查
  • 多渠道檢索——同樣的資訊要在好幾個平臺上分別撈

這些任務的共同點是天然可以拆開、拆開之後互不依賴。單 Agent 只能排隊做,時間是各部分之和。

多 Agents 並行就是把這個佇列攤平。

怎麼運作 ​

機制上是一個兩層結構:

  1. 組織者 Agent(OrganizerAgent)先接住你的需求,做拆解。
  2. 拆出來的子任務派發給多個子 Agent 同時處理,比較垂直、專業的部分交給對應的子 Agent。
  3. 所有子 Agent 完成各自的部分後,組織者 Agent 彙總並輸出最終回覆。
豆包工作多 Agents 並行執行介面,左側為任務說明,右側顯示三個子 Agent 分別交付 Word、PPT、HTML 版本的進度
一個任務裡三個子 Agent 分別交付 Word、PPT、HTML 三種產物。圖片來自豆包工作官方公眾號《豆包工作上新|支援多Agents並行與Mac操作電腦》

怎麼觸發 ​

自動。 在本地電腦環境下,只要你把需求描述清楚,豆包工作會自己判斷要不要啟動多 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 各自完成後由組織者彙總,中間環節你是看不到的。產出拿到手要抽幾份核對,別整批直接用。

非官方社群教程 · 內容整理自公開發布的文章與實測記錄 · 以豆包工作官方產品說明為準