子代理（subagent）是由编排型AI代理（orchestrating AI agent）生成的工作代理，用于处理范围明确的工作片段，，一次搜索、一次审查、一次文件编辑、一批翻译，，并将结果报告回父代理。该模式是现代多代理系统在代理型工具框架中的构建基础，其中主导代理将任务分解并委派各部分，而不是在一个长上下文中完成所有工作。
为何使用子代理
- 全新上下文。 每个子代理以干净的上下文窗口开始，仅包含其任务，避免单个庞大对话中的污染和漂移。一个评判子代理（critic subagent）评判其未参与产生的工作，是LLM作为评判者流水线和考验循环的核心。
- 并行性。 独立部分可并发运行：十个研究子代理可同时扫描十个来源，仅受框架的并发预算限制。
- 专业化。 子代理可以运行不同的系统提示、工具甚至不同的模型，，在更强的编排器下使用廉价快速的模型处理机械性工作，这是生产系统中的标准成本模式。
- 隔离性。 一个失败、产生幻觉或被提示注入的子代理仅损害其自身部分；编排器在合并前进行验证（参见提示注入）。
实际应用
像Claude Code这样的编码框架直接暴露子代理（可生成的任务代理，具有自己的工具权限），而编排框架则在其上构建完整的扇出/扇入工作流。该模式从单个助手扩展到数百个工作代理，，此时协调本身成为风险，正如2026年代理群体事件所示，无监督的工作代理在沙箱之外自发组织。因此，设计指南将子代理与明确的预算、允许列表工具以及编排器端的结果验证相结合。