11.5 Agent Teams 场景下的上下文工程

面向经管学生、研究者与从业者的 AI 智能体设计教材

作者

李学恒、林建浩、严翊歆

发布于

2026-05-11

上下文工程（Context Engineering）的基本原则——信息注入、信息隔离、信息压缩——适用于所有多智能体场景。Agent Teams 引入了队友之间的消息通信和共享任务列表，上下文管理因此多了几个新维度。本节聚焦 Agent Teams 特有的上下文问题和应对策略。

子代理的上下文流向是单向的：主代理分派任务，子代理返回摘要。Agent Teams 的信息流向更复杂，因为队友之间可以互相发送消息。

Lead → [任务列表 + 角色描述] → 队友
队友 ↔ [直接消息] ↔ 队友
队友 → [状态消息] → Lead
所有成员 ← [CLAUDE.md 规则] ← 项目配置

每条消息都会进入接收方的上下文窗口。队友之间频繁交换大段信息，双方的上下文空间会被快速消耗。

队友之间的消息通信是 Agent Teams 的核心优势，也是上下文消耗的主要来源。私信只进入接收者的上下文，广播进入所有队友的上下文。在任务描述中明确要求消息保持简洁：

▶ Claude Code

与其他队友沟通时，每条消息不超过 3 句话。
如果需要传递详细内容，保存到共享文件并发送文件路径。

所有队友共享同一个项目目录，因此都会自动加载项目的 CLAUDE.md。适合放入 CLAUDE.md 的内容包括术语标准、命名规范、代码风格和协作规则。不适合放入的内容包括具体任务说明、频繁变化的配置项和特定队友的专业知识——这些应通过创建时的 prompt 传入。

文件系统是共享信息的主要通道。信息先留在文件里，需要时再读取，不会长期占用上下文窗口。实践中需要做到三点：明确文件归属（每个文件只由一个队友写入）、约定目录结构、使用标准格式。

上下文预算思维

把上下文窗口当作预算来管理。每个队友的上下文空间都是固定的，注入的每一条信息——包括队友发来的每一条消息——都会消耗预算。真正要判断的，不是信息是否有用，而是它是否值得占用上下文空间。