子代理 & 团队模式

1,564 字 · 预计阅读 4 分钟

第二章你应该遇到过这种情况:让 Agent 查点资料、翻几个文件,它读了十几个网页、跑了一堆命令,最后给你三行结论。

结论只有三行,但那十几个网页的内容还留在上下文里。

之后你让它写代码,前面的资料、日志、报错全堆在一起。对话越长,它越容易忘掉你一开始定的规矩,回答质量也跟着往下走。

问题不在 Agent 不够聪明,而在于所有活都塞进了同一个上下文。

对于这种情况 Claude Code 推出了子代理

把那些「过程很长、只需要结论」的活交给子代理做。主上下文只获取最终的结果。

过程全部在子代理那边,这样可以大幅度节约上下文,这就是子代理的价值。


一、子代理是什么

子代理拿独立上下文做一件事

Claude Code 官方文档对使用时机的描述很准确:当一个支线任务会用你之后不再看的搜索结果、日志或文件内容淹没主对话时,就该用子代理,它在自己的上下文里干活,只返回摘要。

其实你可能已经用过子代理了。Claude Code 内置了 Explore(只读的代码库搜索)、Plan(计划模式下的调研)、general-purpose(通用的多步骤任务)等几个子代理,遇到合适的任务会自己派出去。你在界面上看到它「启动了一个 Agent」,就是这个。

本文是会员内容

全文 1,564 字,已试读约 24%。 开通专业版可阅读全文,并解锁全部课程与后续更新。

开通专业版

支持 7 天无理由退款 · 早鸟期前 500 名自动升级永久卡