子智能体

当任务里有一部分工作需要单独集中注意力去处理——比如要翻查一大堆上下文、需要一套专门的工具，或者做进去会把主对话搞得很乱——主智能体可以不自己动手，而是把这部分工作派给一个子智能体。子智能体拿到具体指令后（通常在自己独立的上下文里）完成工作，再把结果返回给主智能体，主智能体继续处理整体任务。

这么做的好处主要在于上下文管理：把一个又大又杂的子任务（比如翻遍很多文件，或者摸索一个不熟悉的接口）丢给子智能体在它自己的上下文里处理，就不会把这些噪音带进主智能体的上下文，主智能体的推理能力就能继续聚焦在整体目标上，而不是纠结某一小块具体是怎么做出来的。

子智能体通常配置的工具集更窄，或者带着针对子任务专门调过的系统提示词，而且一般是『用完即弃』的——为一个具体任务派生出来，汇报完结果就结束，不会作为一个持续存在的合作者留下来。

怎么运作

图中展示的是主智能体向子智能体 A、B 分派任务——箭头是单向的，因为这里是严格的层级关系：主智能体负责分派，子智能体负责执行并汇报结果，而不是子智能体自己再往下分派任务。具体到 Claude Code，它的子智能体只有一层——一个子智能体不能再自己派生更下一层的子智能体——这样可以让委派关系保持简单可控，不过别的智能体框架未必有这个限制。

举个例子

一个被要求『把 API 文档更新到和当前代码一致』的编程智能体，可能会派生一个子智能体，专门负责读源码文件、总结每个公开函数当前的签名，再把这份总结交回来——这样主智能体的上下文里装的是一份总结，而不是一堆原始文件内容，可以专心写文档。

和相关概念的区别

常见误解

常见问题