用途：驱动单个功能从想法到实现，按固定、带门禁的链条推进。它本身是薄胶水层，只负责排序与交接，不新增自己的审批门。
流程：brainstorming → 写 HTML 规格 → grill-me → writing-plans → executing-plans → 询问是否开 PR。
依赖预检：开始时检查 superpowers:brainstorming、superpowers:writing-plans、superpowers:executing-plans 以及 grill-me 是否已安装。缺失时明确指出缺什么，并提议就地安装（npx skills add obra/superpowers，grill-me 用 npx skills add mattpocock/skills）后继续；若用户拒绝，则改为手动遵循该技能原则并明确说明，此时运行是降级而非等价。
主要步骤：1) 调用 superpowers:brainstorming 探索问题并收敛设计，由其自身审批门把关。2) 设计通过后，不写默认 markdown 到 docs/superpowers/specs/，而是基于 references/spec-template.html 生成自包含 HTML 规格到 .woo-stack/specs/YYYY-MM-DD-<slug>.html。3) 对 HTML 规格调用 grill-me，就地修订直到不再产生新问题。4) 调用 superpowers:writing-plans，把计划以 markdown 存到 .woo-stack/plans/YYYY-MM-DD-<slug>.md。5) 拆分为 PR 大小的增量，倾向 ≤500 行代码的软目标；若规格暗示多个可评审 PR，则把计划组织为可独立交付的增量序列，每轮构建执行一个增量；无法合理控制大小的切片应在执行前提出进一步拆分；真正原子的改动可超过目标。6) 调用 superpowers:executing-plans（或 superpowers:subagent-driven-development）以 TDD 和频繁提交推进计划。7) 增量落到分支后，询问是否开 PR；是则开 PR 并交给 woo-stack-review，否则停在分支上。
硬约束：继承门禁、不新增；规格用 HTML、计划用 markdown，均放在 .woo-stack/ 下，绝不写到 superpowers 默认位置或格式；绝不合并，build 以提议 PR 结束；每轮只做一个增量，不让单轮构建膨胀到超出可评审 PR。
适用场景：需要按完整 woo-stack 开发循环构建功能时。限制：依赖外部技能，缺失且用户拒绝安装时只能降级手动执行；不负责合并。