引言 用 Claude Code 写代码的时候，你会发现一个有意思的行为模式：遇到复杂或多步骤的任务时，它不会一个人硬扛，而是会派出"子 Agent"来并行或分步处理。 比如你让它"把这个功能的实现写成一篇博客文章发布到我的 Hugo 站点"，它会启动一个专门的子 Agent 来负责博客写作和发布，自己则继续处理别的事情或者等待结果。 这篇文章基于我在实际使用中的观察，拆解这套多 Agent 协作机制的工作方式。 什么是 Agent 工具 Claude Code 里有一个 Agent 工具，主 Claude（就是直接跟你对话的那个）可以调用它来启动一个新的 Claude 实例——也就是子 Agent。 子 Agent 是一个完全独立的进程，拥有自己的上下文窗口，能使用 Read、Write、Edit、Bash、Grep 等工具自主工作。你可以把它理解为主 Agent 招来的一个临时同事：给它一个任务描述，它就独立干活，干完了交结果。 几个关键点： 子 Agent 看不到主 Agent 和用户之间的对话历史。它的上下文是全新的，只有启动时收到的 prompt。 子 Agent 启动后自主决策和执行，直到任务完成才返回结果。中间不需要主 Agent 干预。 主 Agent 只能看到子 Agent 最终返回的摘要，看不到它中间调用了哪些工具、读了哪些文件、做了哪些尝试。 用户看不到子 Agent 的返回内容，需要主 Agent 转述和过滤。 这个设计很像现实中的"委托"模式——你把任务交给别人，拿到结果，但不需要（也无法）微观管理每一步。 Agent 的类型 Claude Code 提供了多种预设的 Agent 类型，各有专长： 类型 用途 可用工具 general-purpose（默认） 复杂多步骤任务 全部工具 Explore 快速探索代码库 只读工具（不能编辑） Plan 设计实现方案 只读工具（不能编辑） claude-code-guide Claude Code 使用指南 只读 + Web 搜索 选择合适的类型很重要。比如 Explore 类型的 agent 无法修改文件，这是一种安全约束——你只是想让它看看代码库的结构，不希望它动手改什么东西。而 general-purpose 拥有完整能力，适合需要读写文件、执行命令的任务。