你是否也遇到过这种情况：让 AI 助手帮你实现一个复杂功能，结果做到一半它就"跑偏"了？
这不是你的问题，而是单一对话窗口的根本性限制——上下文腐烂（Context Rot）。
好消息是，Claude Code 有一个隐藏的超能力可以解决这个问题：子代理编排（Sub-Agents Orchestration）。
什么是子代理？
简单说，你可以让 Claude 生成多个"分身"，每个分身有独立的上下文窗口，专注于特定任务。完成后，它们会向主 Claude 汇报结果。
这就像你是项目经理，Claude 帮你管理一个开发团队——每个成员各司其职，互不干扰。
技巧一：用子代理做代码调研
与其让 Claude 在主对话中翻遍你的代码库，不如这样说：
生成一个子代理，调研这个代码库中的认证系统是如何工作的。让它汇报中间件模式、会话处理和现有的安全措施。
-
• 主对话保持清爽 -
• 子代理深入探索文件 -
• 你得到一份精炼的报告，而不是看着 Claude 读 20 个文件 -
• 上下文窗口不会被文件内容填满
技巧二：并行子代理，多线程调研
不止一个分身，你可以同时生成多个：
并行生成三个子代理：
1. 调研认证中间件及其集成方式
2. 调研用户数据库结构和会话存储
3. 调研前端登录流程和会话处理
等待三个代理都完成后，综合它们的发现。
每个代理有各自干净的上下文，不会互相竞争注意力。
技巧三：用斜杠命令保存工作流
每次都输入那么长的指令很麻烦？用自定义斜杠命令解决。
-
1. 在项目根目录创建 .claude/commands/文件夹 -
2. 创建 .claude/commands/research.md文件 -
3. 写入工作流：
你是一个编排者，负责协调子代理。
用户会提供一个调研主题。
并行生成 3 个子代理：
- 代理 1：找到所有与主题相关的文件和代码
- 代理 2：识别依赖关系和集成点
- 代理 3：查找最近的变更和潜在问题
等待所有代理完成。
将它们的发现综合成一份清晰有序的报告，涵盖：
- 当前实现
- 关键集成点
- 潜在问题或技术债务
/research 认证系统，一键触发复杂工作流。 技巧四：用完整的编排模式实现功能
这是真正强大的模式——多阶段编排：
-
1. 规划阶段：并行生成规划代理（架构师、UI规划、数据架构） -
2. 综合阶段：一个代理整合所有计划，解决冲突，创建统一蓝图 -
3. 实现阶段：并行实现代理根据蓝图工作 -
4. 验证阶段：检查假设，清理代码
创建 .claude/commands/feature.md：
你是主编排者。绝对不要自己实现任何东西。
用户会描述一个功能。你的任务：
1. 并行生成规划代理：
- 系统架构师：整体设计和集成点
- UI规划师：界面结构和用户体验
- 数据架构师：数据库结构和数据流
2. 审查所有规划报告，识别冲突或缺口
3. 生成综合代理，整合所有计划，创建统一蓝图
4. 并行生成实现代理：前端、后端、数据库
5. 生成验证代理：检查假设，验证边界情况
每个阶段结束后汇报进度。绝不丢失用户的原始需求。
技巧五：什么时候该用，什么时候不该用
-
• 跨多个领域（UI + 后端 + 数据库） -
• 多个系统间有集成点 -
• 在不熟悉的代码库中工作 -
• 涉及架构变更 -
• 任务复杂度超过单代理认知负载 -
-
• 单一领域任务（纯 UI 或纯 API） -
• 熟悉代码中的简单模式 -
• 快速修复或小功能添加
Token 成本分析
编排确实会用更多 token。但关键洞察是：输入 token 便宜，输出 token 贵 5 倍。
复杂任务的真实对比：
|
|
|
|
|
|---|---|---|---|
|
|
|
|
|
|
|
|
|
|
编排把钱花在便宜的输入端（多读几遍文件），换取高质量的输出（可用的代码）。
