企业官网建设流程全解析

20 个任务不用你盯着：Superpowers 子代理驱动开发拆解

【免费下载链接】superpowersAn agentic skills framework & software development methodology that works.项目地址: https://gitcode.com/GitHub_Trending/su/superpowers

手里一份 20 个任务的计划，你打算一个个盯？AI 编码里有个更省力的路子，叫子代理驱动开发（Subagent-Driven Development）：每个任务交给独立子代理，配规范、质量两道审查，跑完即交。Superpowers 把这套流水线做成了现成技能，你只写计划和拍板。

它到底替你干了什么

先说它替你省下的活。以前 AI 协作写代码，你盯着它读代码、写实现、补测试、跑测试、提交 git，再对照需求逐条自查——循环二十轮，眼睛和耐心都是消耗品。

现在这个循环整包外包了。子代理驱动开发把「实现 → 自测 → 对照计划验收」压缩成一条流水线：控制器拆任务、派工，子代理交付，审查子代理把关，不过就返工。你从「监工」退回「甲方」，只在架构和取舍上露面。

定位要说透：它不是一键生成代码的魔法，而是把串行开发流程工具化。一个会话里，任务一个接一个过，每个任务的上下文互不串味——前一棒的残留不会污染后一棒。

拆开看，它是怎么跑起来的

按「谁在什么时候做什么」捋一遍：

读计划 → 拆任务、建 TodoWrite 任务表 └→ 每个任务循环： ① 分派实现子代理（按 implementer-prompt.md 模板） ② 有疑问？先提问，控制器补上下文 ③ 子代理实现、测试、提交 ④ 规范审查：实现符合计划吗？不符合 → 打回修 ⑤ 质量审查：代码质量合格吗？不合格 → 打回修 ⑥ 两关都过 → 任务表打勾 全部任务完成 → 最终整体审查 → 走 finishing-a-development-branch 收尾

几个细节值得注意。分派用的是现成提示词模板：实现子代理按 skills/subagent-driven-development/implementer-prompt.md 行事，审查端对应 task-reviewer-prompt.md，两关各司其职。审查不过时，返工的是原实现子代理，而不是另找人——上下文没丢，修得准。整个流程在同一个会话内串行推进，你中途不用切换语境。

它凭什么更靠谱

质量：两阶段审查是分家干的。先结论：功能对不对，和代码好不好，是两道独立的闸门。规范审查只管「做没做对」——逐条比对计划和实现，漏一个需求就打回；质量审查只管「做得好不好」——测试覆盖、结构、可维护性。审查员和实现者角色隔离，谁也没法既当运动员又当裁判。

效率：子代理的上下文是干净的。每个任务从零开始，控制器分派前就把任务背景提炼好，子代理不用重翻仓库找感觉。没有长会话那种「聊着聊着忘了前面」的衰减，单任务注意力拉满。

成本：返工挡在合并之前。问题在单任务粒度就被拦下，修复半径小；等攒一摞再统一审，牵一发动全身。审查标准还固化在提示词模板里，下次直接复用，不用重新约定。

什么时候该用、什么时候别用

该用：计划已拆成独立任务、验收标准写明确的活——独立模块、工具函数、成批测试用例。一句话对照：任务边界像砖，它就修得快；任务像面团互黏，它就捏不动。

别硬用：需求还在探索、边写边改的方案；或者一个「任务」实质是好几个功能捆在一起的巨型任务。此时子代理的提问会变成成本放大器，不如主会话直接干。

三条踩坑提醒。任务要独立，别把大功能塞进一格，两阶段审查的打回成本会指数上涨。规范要清楚，验收标准写得越含糊，提问轮次越多。审查不能跳——哪怕赶时间。省下的几分钟，会以三倍的合并冲突还回来。

三分钟上手

第一步，计划文档写好：任务逐个独立，每条附验收标准，存进 docs/plans/。

第二步，会话里一句话唤起：

用 subagent-driven-development 技能执行 <计划文档路径> 这份计划

第三步，盯 TodoWrite 任务表，子代理提问就答，不提问就让它跑，最后等整体审查报告。全程你只干三件事：补上下文、做决定、验收。

小结

子代理驱动开发把「写一行、盯一行」的循环，换成「拆任务、派工、过审查」的流水线——你管架构，它管执行。下次写计划时就把任务拆到边界清晰，让这套流水线替你跑完剩下的活。

【免费下载链接】superpowersAn agentic skills framework & software development methodology that works.项目地址: https://gitcode.com/GitHub_Trending/su/superpowers