子代理驱动开发
子代理驱动开发
superpowers 核心技能 · subagent-driven-development
一句话: 长任务别在一个会话里硬干到底. 让主会话当"调度员", 每个任务派一个干净的子代理去做, 做完即弃.
场景: 实现一个优惠券系统
优惠券系统有好几块相对独立的活: 创建券(后台), 用户领券, 下单核销, 过期回收. 你已经有了实施计划. 要是在一个会话里从头写到尾, 写到"核销"时 AI 脑子里还塞着"创建券"的一堆细节, 容易串味, 质量下滑.
怎么对 AI 说
用 subagent-driven-development 按这份优惠券计划执行: 每个任务(创建券/领券/核销/过期)
派一个新子代理实现, 做完先过规格审查(是否恰好实现需求), 再过代码质量审查, 都通过再做下一个.
| ❌ 差的说法 | ✅ 好的说法 |
|---|---|
| 把整个优惠券系统一口气写完 | 一个任务一个子代理, 做完审查再下一个 |
| 你自己审一下就行 | 规格 + 质量两道审查都要, 别拿自查顶替 |
| 直接在 main 上改 | 先开 worktree 隔离再动手 |
子代理提问就认真答. 比如它问"核销时同一张券并发使用怎么办", 这种动工前的问题, 比事后发现超发便宜得多.
它会怎么跟你走
主会话读一遍计划, 把"创建券"任务全文喂给一个全新子代理(它不读整份计划, 上下文最干净). 子代理 实现 -> 测试 -> 自查 -> 提交, 然后过规格审查(只做了创建券, 没顺手加别的), 再过质量审查(结构/命名). 有问题同一个子代理修了重审, 通过才轮到下一个任务"领券" —— 又是一个全新干净的子代理.
一句话记住
subagent-driven-development = 主会话调度, 每个独立任务一个干净子代理 + 先规格后质量两道审查. 像优惠券这种多模块功能, 一块一块干, 一块一块审, 上下文不串味.