Subagents
可以先理解为:主agent调用的子任务代理
一个人同时研究、写代码、查资料、做测试很容易乱。Subagents 像临时小组成员,每个只盯一个子问题,最后由主 agent 把结果合起来。
关键结构图
上层是主 agent,下方分出研究、实现、审查三个 subagent,再汇总回最终验收。
What
Subagents 是由主 agent 调用的子任务代理,负责把复杂任务拆成多个更小、更专门、更容易验收的工作单元。
Subagents 是多 agent 协作里的任务分工方式。主 agent 保留目标、上下文和最终责任,子 agent 处理研究、实现、审查、数据整理等局部工作。它的边界是,分工会增加协调成本;如果任务很小或验收标准不清,开太多子 agent 反而会制造噪声。
StructureSubagents = 主任务拆解 + 专门代理执行 + 汇总验收
When
当任务跨研究、实现、验证或多个领域,并且每块都有独立完成标准时,可以考虑使用 Subagents。
How
先由主 agent 明确目标和输出格式,再给每个 subagent 一小块边界清楚的任务。回收结果后,主 agent 必须做一致性检查,不能简单拼接。
Examples
上架 50 张 Public Brick Card 时,可以让一个子任务负责候选审计,另一个负责质量门修复,主流程负责最终导出和 smoke test。
分析一个产品问题时,可以让一个 subagent 查用户反馈,一个查代码路径,一个看设计约束,最后合并成可执行计划。
来源
类型:AI 工程实践 / 多 agent 协作模型
事实线:多 agent 系统常把复杂任务拆给多个专门执行单元,再由上层流程汇总和校验。
依据:Agent 工具链、Claude/Codex 子任务协作经验、1000 Bricks 对 Subagents 和 Agent Skills 的整理。
边界:适用于复杂、可拆解、可并行、需要不同视角的任务;不适用于小修小补或目标尚未明确的任务。
常见误读:不要把 subagent 数量当成智能程度。没有清楚接口和验收,更多代理只会带来更多不一致。