子代理驱动开发

2026-06-14 · EN

子代理驱动开发

superpowers 核心技能 · subagent-driven-development

一句话: 长任务别在一个会话里硬干到底. 让主会话当"调度员", 每个任务派一个干净的子代理去做, 做完即弃.

场景: 实现一个优惠券系统

优惠券系统有好几块相对独立的活: 创建券(后台), 用户领券, 下单核销, 过期回收. 你已经有了实施计划. 要是在一个会话里从头写到尾, 写到"核销"时 AI 脑子里还塞着"创建券"的一堆细节, 容易串味, 质量下滑.

怎么对 AI 说

用 subagent-driven-development 按这份优惠券计划执行: 每个任务(创建券/领券/核销/过期)
派一个新子代理实现, 做完先过规格审查(是否恰好实现需求), 再过代码质量审查, 都通过再做下一个.
❌ 差的说法 ✅ 好的说法
把整个优惠券系统一口气写完 一个任务一个子代理, 做完审查再下一个
你自己审一下就行 规格 + 质量两道审查都要, 别拿自查顶替
直接在 main 上改 先开 worktree 隔离再动手

子代理提问就认真答. 比如它问"核销时同一张券并发使用怎么办", 这种动工前的问题, 比事后发现超发便宜得多.

它会怎么跟你走

主会话读一遍计划, 把"创建券"任务全文喂给一个全新子代理(它不读整份计划, 上下文最干净). 子代理 实现 -> 测试 -> 自查 -> 提交, 然后过规格审查(只做了创建券, 没顺手加别的), 再过质量审查(结构/命名). 有问题同一个子代理修了重审, 通过才轮到下一个任务"领券" —— 又是一个全新干净的子代理.

一句话记住

subagent-driven-development = 主会话调度, 每个独立任务一个干净子代理 + 先规格后质量两道审查. 像优惠券这种多模块功能, 一块一块干, 一块一块审, 上下文不串味.

已复制短链