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