多 Agent 系统
多个 LLM 实例各持独立对话 context、由代码协调的架构；最常用形态是 orchestrator–subagent（主 agent 派生并管理专门 subagent）。核心纪律：多 agent 是给特定约束的解药，不是默认架构——单 agent 加好工具和 prompt 能做的事比多数人预期多；只有三类约束下多 agent 才稳定占优。出处：Anthropic 方法论（Anthropic - Building Multi-Agent Systems，2026-09，系列第一篇）。
何时该用：三个稳定占优场景
| 场景 | 触发条件 | 收益 |
|---|---|---|
| Context 保护 | 子任务产出 >1000 token 且大部分与主任务无关；提取标准清晰 | 主 agent context 干净，只收 50–100 token 摘要 |
| 并行化 | 任务可分解为独立 facet（搜索/研究类） | 覆盖更大信息空间；收益是 thoroughness 不是 speed |
| 专业化 | 工具 20+ 选择困难 / 行为模式冲突 / 领域 context 过重 | 工具选择准确、行为一致 |
代价恒定：token 3–10 倍（context 复制 + 协调消息 + handoff 摘要），总耗时往往更长，故障点与 prompt 维护负担随 agent 数增加。Anthropic 亲眼见过团队花数月建 planning/execution/review/iteration 四段式架构，最后单 agent 改 prompt 就等效。
先别急着上：单 agent 的补救手段
- context 压力 → compaction（自动压缩正拉长单 agent 的有效记忆 horizon）
- 工具太多（15–20+）→ Tool Search Tool 按需动态发现工具，token 可降 85%，工具选择反而更准
- 这些阈值随模型进步移动：“practical guidelines, not fundamental constraints”
怎么拆：context-centric decomposition
按 context 边界拆，不按工作类型拆。 按角色拆（planner / implementer / tester / reviewer）是典型反模式：每次 handoff 丢 context，形成 telephone game，实测 subagent 花在协调上的 token 多过实际工作。
- 有效边界：独立研究路径（“亚洲市场趋势” vs “欧洲市场趋势”）；干净接口的组件（API 契约下的前后端）；blackbox 验证（只需跑测试报结果，不需实现史）
- 有害边界：同一工作的顺序阶段（同一 feature 的规划/实现/测试）；紧耦合组件；需频繁同步共享状态的工作
推论：写了 feature 的 agent 顺手写它的测试——它已经持有全部相关 context。
最稳的模式：verification subagent
专职验证主 agent 产出的 subagent：拿 artifact + 明确成功标准 + 验证工具，blackbox 判定 pass/fail。跨领域有效的原因：验证天然只需最少 context 传递，绕开 telephone game。适用：QA（测试套件/lint/schema 校验）、合规检查、交付前 output 验证、事实核查。
失败模式 early victory problem：跑一两个测试就宣布通过。缓解四件套：具体标准（“跑完整测试套件并报告所有失败”而非”确保能用”）、多场景与边界用例、negative tests（确认该失败的输入确实失败）、显式指令（“You MUST run the complete test suite before marking as passed”——没有显式要求，验证 agent 必走捷径）。
边界：更强 orchestrator（如 Opus 4.5）渐能直接评估 subagent 工作；验证 agent 在弱 orchestrator、需专门验证工具、或需强制检查点时仍有价值。
与库内其他形态的对照
- vs 动态工作流（Claude Code 产品化）：dynamic workflow 是本文框架的一次性 swarm 实例——并行扇出 + 验证闸门 + 收敛；本文是它”何时该用”的方法论上游（对应官方”先从 scoped task 起步”建议）。
- vs Agent Fleet 管理（常驻运营 bot 群）：fleet 管理生命周期以月计的 always-on bot，多 agent 系统多以单任务为界；共同底座一致——并行/委派的产出必须过结构化检查（验证闸门 / money-send 人工闸门）才能到人面前，且都 solo 优先、有证据再复杂化。
- context 卫生：context pollution / isolation 是会话内问题，与 Agent 状态分层（跨会话 workspace/work 划分）互补。