把一个大任务拆给多个智能体，拆得越细似乎越能并行、越能专业化——这是多智能体系统最直觉的卖点。但2026年的实测数据指向一个反直觉的结论：分解粒度存在一条硬拐点，过了拐点，每多拆一层、每多加一个智能体，准确率不升反降，成本却指数级上涨。 Google DeepMind对180种配置的受控研究（Kim et al., 2025）发现，当单智能体基线准确率超过约45%时，继续加智能体开始产生负收益；协调收益在约4个智能体处触顶。Rath（2026）的观测更扎心：将近一半的多智能体LLM工作流出现了不同程度的语义漂移——拆得越深，子任务对原意的偏离越大。
本期聚焦Round 3的多智能体协作方向，但刻意避开已泛滥的"共识投票""黑板模型""市场拍卖""拓扑淘汰"等议题，转向一个被严重低估却决定成败的工程轴：任务分解粒度（task decomposition granularity）与它引发的协调税（coordination tax）。 文章用五类分解策略的横向实测数据、Map-Reduce扇出收敛的单点塌方、动态分解（TDAG）的循环生成、以及金融投研场景的粒度调优案例，给出一条可落地的粒度选择红线。
协调税不是常数，而是分解粒度的非线性函数。实测呈现三段式曲线：欠分解区（粒度过粗，专业化不足，准确率随粒度细化而上升）、甜区（准确率与成本的最佳比，通常落在2–4个并行子任务、分解深度1–2层）、过分解区（每多一层，子任务语义漂移叠加、上下文在交接中衰减、聚合器成为单点瓶颈，准确率掉头向下）。DeepMind的数据把甜区上界钉在了单智能体基线约45%的位置——任务本身如果单智能体已经能做到45%以上，多智能体的边际收益就开始转负。更关键的是，过分解区的成本并非线性：上下文交接、中间摘要、聚合reduce三个环节的token开销随子任务数呈O(n·log n)到O(n²)增长，而准确率却在下降，形成"花更多钱办更差的事"的最差象限。
| 分解策略 | 粒度控制方式 | 协调税量级 | 典型甜区子任务数 | 语义漂移风险 | 上手成本 |
|---|---|---|---|---|---|
| 静态分解（Static DAG） | 人工预定义任务图 | 低（无运行时决策） | 3–4 | 低（边界清晰） | 低 |
| 单次Map-Reduce扇出 | 均匀切片+统一聚合 | 中（聚合单点） | 5–8 | 中（切片不均） | 低 |
| 动态分解（TDAG式） | LLM逐层生成子任务 | 高（每层一次LLM调用） | 4–6（深度受限） | 高（深层漂移） | 中 |
| 层级递归分解 | 树状展开直到叶子可执行 | 高且指数增长 | 深度≤2 | 极高（叶节点语义偏离） | 高 |
| 自适应粒度分解 | 边界条件+复杂度评估动态调档 | 中（带守卫） | 2–5 | 低（有上限） | 高 |
协调税的底层结构可以拆成三块：结构税（搭建和路由任务图的开销，随子任务数线性增长）、同步税（等待最慢子任务完成的尾延迟，在扇出越大时越拖累整体）、聚合税（把n份结果压回一份的reduce开销，随结果体量二次增长）。三块叠加，使得"子任务数翻倍"的代价远不止翻倍。
DeepMind的180配置受控实验给出了量化锚点：当单智能体基线准确率低于45%时，多智能体尚能靠分工把准确率拉高（因为基线太低，分工的边际信息增益大于协调损耗）；一旦基线越过45%，协调税开始吃掉分工收益，曲线掉头向下。配合"4智能体平台期"的发现，工程上的推论极其简洁：先量出单智能体基线，基线<45%再考虑多智能体，且并行数封顶在4左右；基线≥45%的任务，优化单智能体的工具与上下文比堆智能体更划算。 这条规则把大量"为了多智能体而多智能体"的项目直接判了死刑。
def should_fanout(baseline_acc: float, n_agents: int) -> bool:
"""协调税拐点判定：基线<45% 且 并行数≤4 才有正期望。"""
GRAIN_BREAKPOINT = 0.45 # DeepMind 180-config 拐点
PLATEAU = 4 # 协调收益平台期
if baseline_acc >= GRAIN_BREAKPOINT:
return False # 已过拐点，加智能体=负收益
return n_agents <= PLATEAU
Map-Reduce是LLM多智能体最常用的扇出范式：把任务切成n份（map），n个智能体并行处理，再由一个聚合器reduce成最终答案。"并行工具调用：扇出易，聚合难"已经点出聚合的痛点，但粒度视角补充了一个更尖锐的发现——reduce的上下文窗口是硬天花板，而它恰恰是协调税的收敛点。
当n=20个子任务各产出2k token，reduce器要在一个上下文里塞进40k token再做综合——这会同时触发三个塌方：上下文压缩导致细节丢失、单次推理延迟飙升、聚合器成为整个流程的吞吐瓶颈。实测中，Map-Reduce在n≤8时聚合质量稳定，n=8到16之间聚合准确率下降约12–18%，n>16后经常出现"选择性遗忘"——聚合器只引用前几份和最后一份结果（首因-近因效应）。解法是分块归约（chunked reduce）：把n份结果先按k个一组做局部reduce，再把局部摘要做全局reduce，把O(n)的单点上下文压力降为O(log_k n)的两层结构。
def map_reduce(tasks, mapper, reducer, chunk=4):
mapped = [mapper(t) for t in tasks] # 扇出：并行映射
if len(mapped) <= chunk:
return reducer(mapped) # 单层reduce即可
# 分块归约：先局部，再全局，避免reduce单点上下文塌方
local = [reducer(mapped[i:i+chunk]) for i in range(0, len(mapped), chunk)]
return reducer(local) # 全局reduce只处理 log_k(n) 份摘要
静态分解依赖人工预定义任务图，灵活性差但协调税低；TDAG（Dynamic Task Decomposition and Agent Generation，arXiv:2402.10178）走的是另一条路——让LLM在运行时逐层把任务分解成子任务图，并为每个子任务即时生成（或选择）合适的智能体。 它的优势是能适配未见过的任务结构，理论上粒度永远"刚好"。
但动态分解的协调税藏在循环里：每分解一层，就要多一次LLM调用去生成分解方案，分解深度d意味着d层额外的LLM开销和d次语义传递。 更危险的是深层漂移——第1层分解偏离原始意图5%，这个偏差会作为第2层分解的输入，叠加成第2层的新偏差，逐层放大。Rath（2026）观测到的"近半数多智能体工作流出现语义漂移"主要就发生在动态分解深度≥3的场景。工程上的硬约束是给分解深度设上限（depth≤2），并在每层分解后插入一个"任务对齐校验"——用原始任务与子任务集做一次一致性判定，发现漂移即回退。
def tdag_decompose(task, depth=0, max_depth=2):
if is_atomic(task) or depth >= max_depth: # 原子任务或触深度上限
return run_agent(task)
subtasks = llm_decompose(task) # 动态生成分解图
if not aligned(task, subtasks): # 漂移校验：子任务是否忠于原意
return tdag_decompose(task, depth, max_depth) # 漂移则重试，不加深
return aggregate([tdag_decompose(s, depth+1, max_depth) for s in subtasks])
语义漂移不是随机的，而是可量化的累积误差。把分解建模为一次有损变换：每分解一层，子任务对父任务意图的保真度为p（p<1），那么深度d的叶任务保真度为p^d。若p=0.9（看似不错的单层保真度），d=3时叶任务保真度已跌到0.73，d=5时仅剩0.59——这意味着深度5的叶子任务有超过四成的概率在解决一个"看起来像但其实不是"原问题的子问题。
漂移的来源有三：分解prompt的歧义（"分析这个市场"可拆成无数种子任务）、子任务描述的信息丢失（父任务的约束没传递给子任务）、聚合时的语义错配（子任务答案被强行塞进错误的聚合维度）。降低漂移的手段不是加更多智能体，而是显式传递约束、固定分解模板、缩短传递链。实测中，把分解深度从3压到2，配合显式约束传递，能让语义漂移率从约38%降到12%以下——这比加任何智能体都有效。
层级分解（hierarchical decomposition）是动态分解的极端形态：任务树层层展开直到叶子可执行，理论上能处理任意复杂度的任务。但它的协调税是指数级的——树深d、分支因子b时，叶子数达b^d，每个叶子都要一次独立推理，且每个叶子的上下文是"从根到叶"的压缩路径，越深的叶子，对根任务的全貌理解越少。
这就是"叶节点孤独"问题：深度4的叶子智能体，只看到自己那条分支的局部上下文，完全不知道兄弟分支在做什么、根任务的整体目标是什么。它产出的答案可能在局部最优，但拼回全局时格格不入。层级分解的甜区极窄：深度≤2、分支因子≤3时收益最高，超过这个范围，叶节点的局部最优与全局最优严重错位，聚合质量断崖式下跌。这也是为什么DeepMind的"4智能体平台期"会在层级分解中以"深度2×分支2"的形态再次出现——总并行数还是落在4附近。
《Toward Expert Investment Teams》（Journal of Financial Data Science, 2026年6月）专门研究了任务粒度对LLM多智能体投研决策的影响，提供了一个反直觉的垂直场景案例。研究对比了三种粒度：粗粒度（一个智能体完成"行业分析+估值+建议"全链路）、中粒度（按职能拆成行业分析师、估值分析师、风险分析师3个智能体）、细粒度（拆成8个细分角色，每个只做一窄项）。
结果：中粒度的投资决策准确率和夏普比率均显著优于粗粒度和细粒度。 细粒度反而最差——8个角色的协调税和交接损耗，加上金融任务的高度耦合性（估值依赖行业判断、风险依赖估值），使得频繁交接丢失了关键的跨步骤依赖信息。这印证了一个普适规律：高耦合任务要粗分解（少交接、保依赖），高独立性任务才适合细分解（多并行、提吞吐）。 任务的耦合度是粒度选择的隐藏变量——很多人只看任务"多大"来决定拆多细，却忽略了子任务之间的依赖密度。
既然粒度有明确拐点，最稳的工程策略不是固定某一种粒度，而是让系统自己判断当前任务该用多粗的粒度。自适应粒度分解的核心是两个守卫：复杂度评估器（评估任务的固有复杂度，决定要不要分解、分解成几份）和深度上限器（硬编码max_depth，防止深层漂移）。复杂度评估不必精确，只要能区分"简单任务不拆、中等任务2拆、复杂任务4拆"三档，就能避开绝大部分协调税陷阱。
这套机制的关键在于承认分解是有成本的，且成本随粒度细化而上升——所以默认偏向粗分解，只在复杂度评估明确触发时才细化。这与DeepMind的45%阈值在哲学上是一致的：多智能体是手段不是目的，能单智能体解决就别拆，要拆就拆在甜区。
def adaptive_granularity(task):
complexity = score_complexity(task) # 简单/中等/复杂 三档
if complexity == "simple":
return run_single_agent(task) # 不拆，协调税=0
elif complexity == "medium":
return map_reduce(decompose(task, n=2)) # 2拆，落在甜区
else:
return tdag_decompose(task, max_depth=2) # 动态分解，深度封顶2
flowchart TB
subgraph 拐点判定
A[原始任务] --> B{单智能体基线 ≥45%?}
B -->|是| C[直接单智能体执行<br/>协调税=0]
B -->|否| D{复杂度档位}
end
D -->|简单| E[单智能体]
D -->|中等| F[Map-Reduce 2拆<br/>chunked reduce]
D -->|复杂| G[TDAG动态分解<br/>depth≤2]
F --> H[扇出: 并行映射]
G --> I[逐层分解+漂移校验]
H --> J[分块归约 reduce]
I --> J
J --> K[全局聚合]
K --> L[最终输出]
subgraph 协调税曲线
M1[欠分解区<br/>准确率↑] --> M2[甜区 2-4子任务<br/>最佳性价比]
M2 --> M3[过分解区<br/>准确率↓ 成本↑↑]
end
graph LR
subgraph 语义漂移累积 p^d
R0[根任务 保真1.0] --> R1[第1层 p=0.9]
R1 --> R2[第2层 0.81]
R2 --> R3[第3层 0.73]
R3 --> R4[第4层 0.66]
R4 --> R5[第5层 0.59<br/>漂移>40%]
end
style M2 fill:#90EE90
style R5 fill:#FFB6C1
style C fill:#90EE90
简单/中耦合任务（如单文档摘要、单接口调用）：零分解。单智能体直接做，基线通常远超45%，任何分解都是纯协调税。
中等复杂度、高独立性任务（如批量检索、批量翻译、并行评测）：Map-Reduce，n=4–8，配分块归约。这类任务子任务间耦合低，扇出收益大于协调税，但reduce必须分块，避免单点上下文塌方。
中等复杂度、高耦合任务（如投研、代码审查、多步推理）：粗粒度职能拆分，2–3个智能体，深度1。耦合度高时，少交接、保依赖比多并行更重要——金融案例已证明细拆反而更差。
复杂度高、结构未知任务（如开放式研究、复杂规划）：TDAG动态分解，但硬上限depth≤2，每层插漂移校验。动态分解的灵活性值得用，但深层漂移和指数上下文衰减必须用深度上限死死按住。
通用兜底策略：先量单智能体基线。基线<45%且复杂度够高才上多智能体；并行数封顶4–8；分解深度封顶2；任何reduce都分块。这四条守卫能把90%的多智能体项目从过分解区拉回甜区。
[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。