Claude Code Agent 真相：子代理并非加强版技能

第一次看到 Claude 在我的新闻流里生成子代理时，我以为它只是跑了一个更精准的提示词。它默默地处理了十几个文件，最后返回一份干净的摘要。过程很酷，但我没真正搞懂发生了什么——这让我很不爽。

多数人第一次接触 Claude Code Agent 时，会觉得它是个带额外步骤的技能（有人甚至说它是“更聪明的技能”，因为带了个“代理”的头衔）。好像只要指令写得不一样，它就能更自主地工作。

这个理解是错的。Agent 确实和技能一样依赖提示词，但关键区别在于：它不在你的主对话里运行。 Agent 拥有自己的上下文窗口、自己的系统提示、自己的工具权限。它独立运作，最后返回一个结果。

本文会讲什么

• 命名问题：人们说的“Claude Code 代理”究竟指什么？ Claude Code 里用到的“代理”有好几种，容易混淆。
• 子代理的结构： 系统提示、工具权限、上下文窗口是如何分配的。
• 如何构建一个子代理： 从零编写配置文件和提示词。
• 什么时候值得用子代理： 不是所有场景都需要独立上下文，选对场合才能发挥价值。

子代理的本质

拿一个真实场景来说：你让 Claude 分析整个项目的架构，同时写一个新的 API 端点。这两件事放在同一个上下文里，容易互相干扰。子代理可以单独负责 API 编写，拥有自己的上下文，避免信息过载。

和国内开发者熟悉的“微服务”思路类似——子代理就是 AI 协作中的“独立服务单元”。每个单元只管自己的事，互不干扰。

构建一个简单的子代理

（以下内容为原文后续部分的概括，基于原文目录“how to build one”部分展开。）

你需要定义：

• 子代理的系统提示：明确它的角色和边界。
• 可用的工具集：比如只允许读文件，或只允许写代码。
• 输出格式：返回结果的结构。

配置好之后，在主对话中调用子代理，它就会独立执行，并把结果送回主对话。

什么时候该用？

• 任务需要长时间专注，不被打断。
• 任务涉及敏感文件，需要隔离权限。
• 任务有独立知识库，比如专门处理某个第三方库的文档。

如果只是写几行代码，没必要上子代理。子代理的启动和通信有额外开销。

总结

Claude Code 的子代理不是魔法，它是精心设计的隔离环境。理解它的独立上下文机制，才能避免“技能+大括号”的错误模型，真正把它用在刀刃上。