WorkBuddy 多 Agent 并行怎么不乱？拆任务、划沙箱、三道闸

 

WorkBuddy 的三个 Agent 同时开工：一个写方案、一个跑数据、一个整理资料，听上去效率翻三倍，实际用起来最常见的画面却是另一种，任务之间的文件互相覆盖，两个 Agent 改了同一份文档，谁也不知道最终版本是谁写的；数据 Agent 的中间文件污染了写方案 Agent 的引用目录；出了问题想追责，日志混在一起理不清各自干了什么。并行的好处没兑现，混乱先到一步。

 

多 Agent 并行不是「同时开三个窗口」那么简单，它需要三样工程化的秩序：任务怎么拆才能互不侵扰，沙箱怎么划才能各守边界，验收怎么设才能各归其责。这篇按三样秩序逐层拆解配置方法，附一个三 Agent 并行的完整案例，最后给并行规模的建议曲线。

 

任务拆解：边界先于并行

 

并行的第一道秩序在启动之前：任务拆解。拆解的原则是「按产出物拆，不按步骤拆」。写方案、跑数据、整理资料三个任务的产出物分别是方案文档、数据表、资料包，产出物互不重叠，天然适合并行；如果按步骤拆（收集资料、分析、写作），三个任务共享中间产物，并行就成了互相踩脚。

 

拆解时同步划定三件东西：各自的产出目录（数据表进数据目录、方案进文档目录）、各自的输入范围（谁能读哪些源）、相互的交付关系（写作 Agent 需要数据 Agent 的产出时，通过指定路径引用，不直接伸手）。三件东西在任务启动前写清，并行的物理边界就立起来了。

 

 

拆解颗粒度也有讲究：任务数超过五个时，协调成本开始吞掉并行收益。三到四个任务是把「快」和「稳」平衡得最好的区间，首次尝试多 Agent 并行建议从两个任务起步，跑顺一次再加到三个。

 

沙箱与权限：各守其界

 

第二道秩序是沙箱。WorkBuddy 的每个任务在独立的沙箱环境执行：文件读写限定在授权范围、系统调用受控、任务之间默认互相隔离。多 Agent 并行的正确配置是给每个任务单独授权：数据 Agent 只授权数据源目录与产出目录，写作 Agent 只授权文档目录与资料目录，授权不交叉，覆盖与污染在权限层就被挡住。

 

沙箱之上再叠一层命名纪律：各任务的产出文件带任务前缀（数据_销售表、方案_初稿），即使未来授权调整出现目录交叉，文件名也能一眼区分归属。命名的成本几乎为零，却是排查混乱时最救命的线索。

 

命名纪律还延伸到中间产物：任务执行中的临时文件统一放各自的临时目录，用任务前缀加时间戳命名，任务完成后临时目录自动清理或归档。中间产物是最容易失控的一层，管住了它，并行现场的整洁度才有保障。

 

权限配置的复核动作：并行启动前，把各任务的授权清单并排看一遍，确认没有两个任务对同一目录都有写权限。这一分钟的检查，防的是最常见的事故源，写写冲突。读权限可以宽松（多个任务读同一资料库无害），写权限必须独占，这条原则在多 Agent 场景近乎铁律。

 

 

铁律之外留一个受控的例外：确需多个任务写入同一目录时（比如汇总场景），改为「分目录写入加主线汇总」的结构，各任务写各自的子目录，汇总动作收归单一任务执行。写权限的集中化，是用结构换秩序的又一手。

 

三道闸：验收与追责

 

第三道秩序是验收的三道闸。第一道闸在任务完成时：每个 Agent 交付产出后先自检（产出物清单、关键指标），自检报告随产出一起提交，人先看自检再决定是否细看产出。第二道闸在汇总时：所有任务完成后，主线 Agent 或人工做交叉检查，写作 Agent 引用的数据与数据 Agent 的产出是否一致、资料整理的覆盖面是否满足写作需要，跨任务的一致性问题在这道闸暴露。

 

第三道闸在事后：操作日志按任务归档，每个 Agent 干了什么、动了哪些文件、何时执行，各自成卷。追责与复盘不再靠回忆，日志就是时间线。三道闸的成本是每道几分钟，换来的是并行全程的可控与可溯。

 

三道闸的执行有个顺序细节：自检在先、交叉检查在后、日志归档收尾，顺序不能乱。跳过自检直接交叉检查，问题责任不清（是产出本身错还是引用错）；日志不归档，下次并行遇到同类问题又从零排查。三道闸是并行的保险装置，装置的效力在按序执行。

 

三道闸之外再配一个轻量的并行仪表：任务启动时列出「任务、产出路径、预计完成时间」三列的看板，执行中随时对照。仪表不自动执行任何动作，它的作用是让人对并行状态保持一眼可见的掌握，掌握感是并行从容的来源。

 

从两个任务到三个再到四个，每次扩容都把三层秩序重跑一遍轻量检查，扩容的动作因此从冒险变成例行。秩序的成本恒定，并行的收益随任务数增长，这就是多 Agent 用得越熟越敢并行的底气，熟一分，并行宽一寸。

 

一个完整案例与规模建议

 

一个三 Agent 并行的案例收尾：市场部做季度复盘材料，资料 Agent 整理各渠道素材、数据 Agent 汇总三平台数据、写作 Agent 起草复盘框架。三个任务按产出物拆解、授权三组目录、文件带前缀命名，并行执行四十分钟全部完成，三道闸验收合计十分钟，交叉检查发现一处数据口径不一致（平台统计维度不同），当场修正。全程无覆盖、无污染，复盘材料的产出周期从一天压到一小时。

 

规模建议给一条曲线：两个 Agent 并行适合所有用户，配置成本可忽略；三到四个是甜点区，收益最厚；五个以上需要专门的协调设计（任务依赖图、汇总 Agent），建议只在有明确需求时上。并行的规模不是越大越好，协调成本随任务数超线性增长，甜点区的三四个任务覆盖了九成的实际场景。

 

多 Agent 并行的本质，是用工程秩序换执行效率。拆解立边界、沙箱守边界、三道闸验边界，三层秩序配齐，并行才有并行的样子；缺了任何一层，「同时开三个窗口」只是三倍的混乱。秩序先行，效率随后，这个顺序不能反。

 

在云巴巴，你还能横向对比更多同类产品。根据团队规模和业务场景找到最匹配的方案。