本文经原作者授权转载，版权归原作者所有。原作者：知野（@knoYee_）。
Claude Code v2.1.172 加了一个能力：
子 Agent 可以生成自己的子 Agent。最多 5 层。
Loop Engineering 概念出来不到一周，这个能力就跟进了。
我们需要思考的是这个对于我们来说有什么用，以及该如何使用，接下来，我帮大家拆解一下
一层变多层，变了什么
之前子 Agent 只能一层。
之前的工作流程是：
- 开主会话，主 Agent 拆任务，分给子 Agent。子 Agent 干完，结果送回主 Agent。
问题也随之而来：
- 子 Agent 遇到复杂问题不能再拆，只能自己硬扛，或者丢回给主 Agent 再分。
现在不一样了。
- 子 Agent 干活过程中发现某个子任务自己啃不动，可以自己生一个孙 Agent。
比如安全审查 Agent 发现 12 个第三方依赖包，它不熟悉每个包的漏洞情况。
- 它可以生一个孙 Agent。
- 孙 Agent 专门对照 CVE 数据库逐个检查。跑完之后，把漏洞编号和影响范围报告给子 Agent。
- 子 Agent 再把这部分结果汇总进安全审查报告。
孙 Agent 还能再生一层。
最多 5 层。
- 每层都有明确分工和验收标准。
- 上层的 Agent 当甲方——提需求、验产出、汇总结果。
- 下层的 Agent 当乙方——在窄领域里专做一件事。
什么时候该用，什么时候不该用
嵌套不是免费的。
每多一层，信息传递就多一步损耗。
子 Agent 把孙 Agent 的报告摘要给主 Agent，主 Agent 再摘要给你。
到了第 4 层、第 5 层，最初的细节可能已经丢了大半。
所以判断标准很简单：
任务是树状的，该用。
- 比如代码审查。
主 Agent 审结构，子 Agent 审安全。子 Agent 发现依赖有问题，再生孙 Agent 做依赖审计。
- 比如数据分析。
主 Agent 定方向，子 Agent 写查询。子 Agent 发现数据源有问题，再生孙 Agent 做清洗。
这类任务每一步都可以并行，每个子任务也有独立的验收标准，适合嵌套。
任务是线性的，不该用。
比如改几行代码、查 API 文档、格式化文件。
一层够了，嵌套只会增加延迟。
还有一个更直观的判断方法：
你平时做这个任务，会不会中间需要叫一个专做某事的同事帮忙。
会，就值得嵌套。
不会，一层够了。
怎么配
在 .claude/agents/ 目录下，每个 Agent 一个文件。
一个审查 Agent 的例子：
你是代码审查 Agent。审查项目结构、代码规范和安全隐患。 当遇到以下情况，生成一个专门的子 Agent： - 第三方依赖需要安全审计，你不熟悉这些包 - 性能问题需要 profiling，超出你的能力范围 - 数据库查询需要优化专家介入 生成的子 Agent 必须： - 只做一件窄事 - 带着明确的验收标准，比如“输出每个漏洞的 CVE 编号和影响版本” - 产出直接返回给你，不交给主 Agent - 完成后自动销毁
不用配层数。
Claude Code 自动管，上限 5 层。
一个例子
主 Agent 接到一个 50 文件的 Web 项目审查。
它先拆了三块：
- 代码规范审查给子 Agent A。
- 安全漏洞审查给子 Agent B。
- 性能审查给子 Agent C。
- 子 Agent B 扫描依赖时发现了 12 个第三方包。
- 它判断自己不是每个包都熟悉，于是生了一个孙 Agent。
- 孙 Agent 对照 CVE 数据库逐个检查这 12 个包，发现 3 个有高危漏洞。
- 孙 Agent 把 CVE 编号、影响版本、修复建议返回给子 Agent B。
- 子 Agent B 再汇总进安全审查报告。
子 Agent A 扫到一半，发现项目里混了三种命名风格。
它也生了一个孙 Agent，让它逐个文件标注风格类型，并给出统一建议。
孙 Agent 跑完 50 个文件，返回一份命名规范问题清单。
最后，主 Agent 汇总三个子 Agent 的结果，生成最终审查报告。
你只发了一条指令：
审查这个项目
- 中间的子 Agent 决策、孙 Agent 生成、结果汇总——全是自动的。
两个踩到的坑
第一个，嵌套过程看不见。
主 Agent 告诉你子 Agent 的结果，但不一定告诉你子 Agent 里面生了几层。
如果孙 Agent 的结论错了，子 Agent 可能基于错误结论继续干活。
查问题的时候，要一层层往下翻。
先确认子 Agent 判断对不对，再确认孙 Agent 数据准不准。
第二个，超过 3 层之后，信息压缩太狠。
子 Agent 把孙 Agent 的完整报告摘要成一段话，主 Agent 再摘要成一句话。
5 层链路跑完，最底层的细节可能已经被压缩掉了。
所以 3 层以上的嵌套要自己判断：
摘要传递过来的信息，还能不能支撑决策。
怎么升级
升级到 v2.1.172：
npm update -g @anthropic-ai/claude-code
先在 .claude/agents/ 下建一个审查 Agent。
拿一个有外部依赖的项目跑一次。
重点看三件事：
- 子 Agent 有没有生成孙 Agent。
- 孙 Agent 的产出有没有被正确引用。
- 两层嵌套跑通之后，再往上加。
这也是 Loop Engineering 之后更值得关注的方向，在传统的工作流之上，任务系统自己开始长出组织结构。