闪学it-Claude Code 从入门到实战 一课玩转顶级Agent

Claude Code 干货：子 Agent 编排、任务分流、输出约束高阶技法（关注用户名）

Claude Code 这类智能编程工具的真正高阶用法，不是让它一次写更多，而是让它像一个小型工程团队一样分工协作。课程围绕子 Agent 编排、任务分流和输出约束展开，核心目标是：让复杂任务可拆解、让执行过程可控制、让结果可验收。

子 Agent 编排的关键是职责清晰。主 Agent 负责理解目标、拆解任务、分配角色和汇总结果；子 Agent 分别承担需求澄清、方案设计、代码检索、实现、测试、审查和文档整理等职责。课程建议不要按“越多越好”设置子 Agent，而是按交付物设置。比如一个需求可以拆成“影响面分析”“接口设计”“实现计划”“测试清单”“风险审查”几个角色。每个子 Agent 要有明确输入、输出格式、完成标准和禁止事项。主 Agent 不直接陷入细节，而是检查子任务之间是否一致，避免各写各的。

任务分流要解决“什么任务交给谁、什么时候交”。课程把任务分为探索型、实现型、审查型和运维型。探索型任务适合先让子 Agent 做代码库检索和依赖分析；实现型任务要限定修改范围和验收条件；审查型任务要独立于实现者，避免自证正确；运维型任务要强调只读优先和变更审批。分流时还要考虑上下文成本：简单问题直接由主 Agent 处理，复杂问题再拆给子 Agent；高不确定任务先做小范围验证，再扩大执行。任务分流不是固定流程，而是根据风险、复杂度和上下文动态调整。

输出约束是保证可用性的核心。课程强调用“结构化交付物”约束 Agent：要求输出变更摘要、影响文件、设计理由、测试结果、风险和回滚方案。对于实现任务，要限定允许修改的目录、禁止改动的文件、必须遵循的规范和必须补充的测试；对于审查任务，要要求按严重级别列出问题，并给出证据和修复建议；对于文档任务，要限定读者、篇幅和术语。输出约束还要包括“不确定时怎么办”：要求 Agent 标注假设、列出待确认问题，而不是自行编造。

高阶用法还包括上下文管理和验证闭环。子 Agent 之间传递的是结论和证据，不是全部原始上下文；主 Agent 要维护任务状态和决策记录；关键结果要经过独立审查和测试验证。课程建议把常见任务沉淀成编排模板，比如“缺陷修复模板”“新功能模板”“重构模板”“发布检查模板”，让团队复用。最终目标不是让 Agent 替代工程师，而是把重复分析、检索、实现和检查流程标准化，让工程师把精力放在架构判断、风险决策和业务理解上。只有这样，子 Agent 编排才不是热闹的演示，而是可复用的生产力。

本作品采用《CC 协议》，转载必须注明作者和本文链接