Agent Orchestration（Agent调度带宽）
一个人同时管理多个 AI Agent 的能力上限——拆任务、设边界、防污染、统输出、控质量。未来效率提升的瓶颈可能不再是个人能力，而是调度带宽。
生产方式：人写签发：晓黎学习复核：2026年7月7日被 7 个词条引用
一句话定义
Agent Orchestration Bandwidth = 一个人能稳定管理多少个 AI Agent 并行工作的上限。
为什么是瓶颈
过去：管理能力 = 管人的能力 现在：管理对象从人扩展到 Agent
一个复杂项目可以拆成：
- Agent A 做资料调研
- Agent B 做产品分析
- Agent C 写代码
- Agent D 做测试
- Agent E 做视觉方案
- Agent F 做文档
- Agent G 做反向审查
- Agent H 做复盘总结
但真正的问题不是"同时打开多少个 Agent"：
真正的调度能力
| 子能力 | 说明 |
|---|---|
| 任务拆解 | 能把复杂项目拆成适合 Agent 的独立子任务 |
| 边界设定 | 每个 Agent 有独立上下文、权限、输出格式 |
| 防污染 | 避免上下文泄漏和跨 Agent 干扰 |
| 输出统一 | 所有 Agent 输出格式一致，便于合并 |
| 冲突发现 | 识别不同 Agent 之间的结论矛盾 |
| 质量控制 | 在复杂度上升时保持主线判断 |
| 带宽自知 | 知道自己最多能管理多少个，超过会造成认知过载 |
管理带宽递减规律
- 1-2 Agent：大多数人能管理
- 3-5 Agent：需要一定的任务拆解和上下文隔离能力
- 6-10 Agent：需要系统化的 Agent 管理工作流
- 10+ Agent：需要 Agent 管理 Agent（元调度）
相关概念
- AI Native — Agent Orchestration 是 L1 工程化实践的子维度
- Eval Harness — 多 Agent 输出的质量评估
- Context Engineering — 上下文隔离的技术基础
相关笔记
- AI_Agent与多Agent系统架构全览
- 姚顺雨研究成果
来源
- 阿迪亚-2026-AI-Native能力Benchmark — D3 中的 Agent Orchestration Bandwidth
互链
链接来自概念卡正文里的双链，编译时能解到本期词条集的才成为站内链接。
反链（7）
出处
路径是本地知识库（Obsidian 库）里的位置，正文与概念卡逐字对应。
- 概念卡原文Agent Orchestration（Agent调度带宽）
03_RESOURCES/概念/agent-orchestration.md - 所属知识地图栏目概念页索引 · Agent 架构与 Harness 治理
03_RESOURCES/概念/Index.md - 正文引用的知识库笔记AI_Agent与多Agent系统架构全览
02_AREAS/AI开发/K2-技术方法与实现/模型架构/AI_Agent与多Agent系统架构全览.md - 正文引用的知识库笔记阿迪亚-2026-AI-Native能力Benchmark
03_RESOURCES/摘录/adiya-2026-AI-Native-benchmark.md
编译入库：2026年10月6日。词条由知识库编译而来， 修正要回到概念卡改，再重新编译。