分层模式与团队嵌套

一句话定义

分层模式把主管-工人结构递归嵌套：顶层规划者管中层协调者、中层再管基层执行者，用多级管理换取规模扩展性，本质是给 kp-006 的星型拓扑加层级来突破主管的上下文瓶颈。

直观类比

公司组织：CEO 不直接管一百个工程师，而是管几个部门总监，总监再管各自小组。管理幅度（每个上级直接下属数）控制在人类注意力能覆盖的范围。

为什么重要

主管-工人模式有一个数学天花板：主管需要装载所有子任务的摘要，子任务数超过十几个后窗口与指令质量同时崩塌（kp-006 的瓶颈）。分层是唯一的结构化解法，也是模拟大型组织（Generative Agents 小镇式的多角色社会）的必要骨架。CrewAI 的 hierarchical 流程、LangGraph 的多 supervisor 嵌套图都直接支持该模式。

前置知识

kp-006（主管-工人——分层是它的递归版）；kp-015（上下文裁剪——层级间传递的正是裁剪后的摘要）。

核心概念

• 层级（Level）：规划层（定目标与验收）、协调层（领域内分解与汇总）、执行层（具体产出）；
• 管理幅度（Span of Control）：单个上级直接管理的下级数量，工程经验值 3–7；
• 跨层通信规约：信息沿层级逐级压缩上行、指令逐级展开下行，禁止跨级直接指挥；
• 团队（Team / Crew）：一个中层及其下属构成的自包含单元，对外只暴露统一接口。

原理与机制

分层解决规模问题的机理是上下文的分层压缩：执行层的完整过程细节只存在于本层；向协调层上行时压缩为「结果 + 状态 + 风险」；协调层间或向规划层上行时再压缩为「结论 + 需要决策的事项」。信息每上一层丢一层细节——这既是收益（各级窗口都可控）也是风险（决策层可能基于过度压缩的信息误判，即消息损耗）。设计纪律：每层角色的输出契约必须显式定义「上行摘要包含哪些字段」（结论/证据指针/置信度/待决事项），让上层能核查而不是盲信摘要；深层数据用引用（产物 ID）而非全文传递，需要时下钻。层级深度通常 2–3 层封顶：每加一层都新增一次压缩失真与一次延迟（kp-004 模型二的层级版），收益只在「子任务数量超出单主管容量」时为正。

图示

                ┌────────────┐
                │ 规划者(顶层) │  目标·验收·资源
                └──┬──────┬──┘  幅度2
            ┌──────┴─┐  ┌─┴──────┐
            │协调者A   │  │协调者B  │  领域分解·汇总
            └─┬───┬──┘  └───┬────┘  幅度2-3
         ┌────┘   │        └────┐
     [执行A1][执行A2]         [执行B1]   具体产出
     ↑上行: 结果+状态+风险+证据指针   (细节不上穿)
     ↓下行: 任务+验收标准+约束      (指令逐级展开)

实例或案例

「分析某公司并出具尽调初稿」：规划者拆成财务、法律、市场三个领域包给三位协调者；财务协调者下挂两个执行者分别取数与建模，收到的不是原始报表而是「指标卡 + 数据来源指针」；规划者最终只看三份领域摘要与风险清单，发现法律部分置信度低时定向让法律协调者补充检索。全程顶层窗口稳定在几千 token。

常见误区

• 误区一：层级越深越像大公司越专业。 深层级的压缩失真累积、延迟叠加，2–3 层几乎总是最优；先确认单主管真过载再加深；
• 误区二：跨级指挥。 顶层直接给执行者下指令会绕过压缩与验收链，让层级形同虚设；
• 误区三：上行摘要没有证据指针。 上层无法下钻核实，错误决策（kp-020 的任务漂移）在压缩中悄悄发生。

与其他知识点的关系

kp-016 的编排器角色在分层系统中按层分布；kp-015 的上下文工程是分层压缩的手法库；kp-025 的 trace 树与层级天然同构，按层看 trace 最快定位损耗点。

自测题

1. 分层模式解决 kp-006 的什么瓶颈？代价是什么？

要点：解决主管上下文瓶颈；代价是层级间压缩失真（消息损耗）与延迟叠加。

1. 管理幅度的经验值与依据？

要点：3–7；超过后上级窗口与指令质量同时下降，少于 3 则层级纯属开销。

1. 上行摘要至少应包含哪四类字段？

要点：结论、证据指针（可下钻）、置信度、待决事项。

延伸阅读

Park 等的 Generative Agents 展示了角色社会与记忆分层；CrewAI 的 hierarchical process 文档是该模式的直接工程参考。