让 AI 自己给自己派活：Claude Code 的嵌套子代理到底在干什么？

公众号名称：极客BIM设计工坊

作者名称：朗朗晴空

发布时间：2026-06-09 22:27

#ClaudeCode #嵌套子代理 #AI代理

Claude Code 现在能自己做老板：顶层任务丢给它，它自己拆解、层层外包、检查结果。这不再是工具调用，而是代理在帮你管理代理。

Anthropic 新功能

Boris Cherny 在 6 月初公开确认，Claude Code 已正式上线嵌套子代理。用一句话总结：一个代理可以自己再召唤出别的代理，并且最多可以嵌套到 5 层深。

这个能力听起来抽象，但它真正改变的是任务的组织方式。

普通子代理与嵌套子代理的区别

普通子代理就像单项外包：你让 Claude Code 喊一个代码审查员来干活，审查员做完任务、提交结果、退场。每个子代理只回一次结果。

嵌套子代理则是递归外包。你给它一个顶层目标，它自己生成一个组长；组长判断后，再临时喊来检索员、修订员、测试员来配合。每层各自记录自己的上下文，互不干扰。

普通子代理是给设计师下单；嵌套子代理是你雇了一个设计总监，自己判断要不要找修图师、文案、排版来配合。

对一个复杂项目，以前的流程是：你手动拆成 Prompt 段，依次抛给 AI，再自己汇总。

嵌套子代理的逻辑变成：你跟 Claude 说「帮我做完这个报告」，它在后台自己分任务、调人、汇总。重点不在子代理有多聪明，而在任务结构被干净地切分成可复用的单元。

每一层只拿着跟自己相关的上下文，不会把前面所有的对话历史全带进下一层。这意味着你把复杂度压在 Agent 内部，而自己的对话界面依然干净。

嵌套深度当前硬限制在 5 层，不是建议值而是野生判断。一旦超限，Claude Code 不会静默失败，而是直接拒绝继续嵌套。

上下文并不共享。孙代理不会自动知道爷爷代理之前说过什么，信息必须显式传入。这个设计是优点也是陷阱：上层干净了，但底层容易信息断层。

延迟和 token 成本随层数增加累积得更快。每一层都是独立调用、压缩、汇总。5 层嵌套不是把事情加快五倍，而是信任链越长，失败概率也叠加。

嵌套也不是并行，更不是同时开工。要并行，需要另外开启 Agent Teams，或切换到 LangGraph、CrewAI 这类专门做编排的外部框架。

对开发者，Claude Code 的嵌套子代理已经可用，尤其是代码类长流程：重构一段代码、代码审查、修正、回归测试，这类任务链条很适合让层级化的代理自己管理。

对非技术用户，门槛还在 CLI 和配置文件上。普通用户要先用 YAML 把子代理的职责和名称定义在目录里，才能让 Claude 在需要时自动调用。没有提前写好的托管定义，普通人最多在对话里用 @-mention 临时喊一次。

竞争格局里，对手不是某一个模型，而是整个编排框架生态。LangGraph、CrewAI、OpenAI Swarm、AutoGen 相继在往多代理方向迭代。Claude Code 的护城河不是功能唯一，而是和现有终端的无缝衔接。

嵌套子代理是献给熟练用户的编排窗口，不是明天就会出现在普通人桌面上的 Siri 级功能。

Anthropic Claude Code 团队公告；本地研究档案：`claude-code-已正式支持嵌套子代理.md`

内容效果不满意？点此反馈