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 各自完成后由组织者汇总,中间环节你是看不到的。产出拿到手要抽几份核对,别整批直接用。