Sub-agent
Sub-agent（子 Agent）是主 Agent 为一项明确任务调用的辅助 Agent，通常在独立的上下文中工作，再把结果交回主 Agent。它能把多条调查或实现线索分开处理，例如一边排查登录报错，一边检查相关测试。
你可能会说：「这个需求有几块互不依赖的工作，能让 AI 分头处理，再由一个人汇总吗？」
动手看看排查登录报错
产品同事反馈登录报错，请主代理找原因。主代理先把要查的事拆开，不让所有线索挤在同一段对话里。
要点主 Agent 和子 Agent 怎么分工？
- 1
主 Agent 负责拆分与收口
你把目标交给主 Agent，它判断哪些部分可以委派，并在收到结果后核对、整合。子 Agent 完成自己的任务，不等于整个需求已经完成；最后仍要由主 Agent 检查交付物是否符合你的要求。
- 2
任务范围决定交接质量
交给子 Agent 的任务越清楚，它越容易给出可用结果。比如请它只调查登录失败的原因，并返回复现步骤、相关文件和判断依据；这样主 Agent 才能据此决定改哪里，而不是重复调查。
- 3
上下文分开但权限不必相同
子 Agent 通常有自己的工作上下文，只接收完成任务所需的信息，所以主对话不必塞满每条调查过程。它能否读文件、运行命令或改代码，取决于所用工具和权限配置，不能因为叫子 Agent 就默认它能操作一切。
容易混淆的地方
子 Agent 不是普通工具调用：工具通常执行一次明确操作，例如搜索文件；子 Agent 则能围绕目标继续判断、调用工具并整理结果。它也不等于另一段进程或另一种模型：关键是任务由主 Agent 委派，并有结果交回；具体是否并行、能用哪些工具，要看运行环境。
什么时候用
适合用
- 做网站改版时，让子 Agent 分别检查现有页面结构和测试覆盖情况，主 Agent 再制定修改方案。
- 排查后台接口报错时，让子 Agent 独立追踪日志与调用链，主 Agent 同时检查最近的代码变更。
- 实现跨前后端功能时，把接口契约核对交给子 Agent，主 Agent 集中处理实现与最终验收。
不适合用
- 只是想读取一个文件或运行一条确定的命令，直接调用工具更省事，不必委派给子 Agent。
- 需求还没说清目标和验收条件时，先和主 Agent 澄清需求；分给多个子 Agent 也无法替你确定要做什么。
- 几个步骤必须实时共享同一份修改中的状态时，让主 Agent 顺序处理，比分开委派后反复同步更合适。
练一练选一个答案，看看解释
你让 AI Agent 修复登录失败的问题，同时想确认有没有相关测试。哪种安排最能发挥子 Agent 的作用？
让 AI 帮你做复制给 AI Agent 直接用
请作为主 Agent 处理登录失败问题。把「查找现有登录测试并报告覆盖缺口」委派给子 Agent；你负责定位和修复故障。子 Agent 只返回发现、文件位置和依据，不修改代码。收到结果后整合修复、运行相关测试，并说明仍未验证的部分。