Super Spec 融合开发流程

要解决什么问题

把 spec-kit 的规格驱动链路（章程 → 规格 → 澄清 → 计划 → 任务 → 实现）和 superpowers 的质量保障能力（头脑风暴、TDD、调试、完成前验证、代码评审、收尾分支）拼在一起，对很多团队来说门槛不在「会不会用某一个命令」，而在步骤顺序、何时该跳步、缺依赖时怎么收场。Super Spec 的定位是编排层：先检查依赖是否就绪，再按固定阶段把子技能串起来，用口语化引导降低「不知道从哪一步开始」的摩擦。

技能如何工作

依赖检查：启动时会确认是否已有 superpowers 与 spec-kit（或 speckit）相关技能；缺哪一个就给出对应仓库与安装说明，装完再重新进入流程。

11 步融合流程（可分阶段理解）：

• 创意与规划：/superpowers-brainstorming 理清需求；新项目可走 /speckit-constitution；/speckit-specify 写功能规格（WHAT），可结合原型图。
• 澄清与设计：/speckit-clarify 消歧；/speckit-plan 定技术方案（HOW）。
• 任务与实现：/speckit-tasks 拆任务；/superpowers-test-driven-development 按 TDD 实现。
• 质量保障：按需 /superpowers-systematic-debugging；完成后 /superpowers-verification-before-completion、/superpowers-requesting-code-review。
• 收尾：/superpowers-finishing-a-development-branch 在检查通过后结束分支。

交互上支持「开始/继续」、跳过头脑风暴、直接带 $ARGUMENTS 功能描述开跑，或从提供原型图进入 specify 等分支，由助手判断当前该落到哪一步。

适用边界与注意点

• Super Spec 不替代 superpowers 与 spec-kit 的实现细节；它是流程导航，子命令仍由各自技能执行。
• 章程步骤默认「项目首次开发」才需要；已有章程可跳过。
• 调试、评审等步骤按实际需要触发，不是每一步都必须机械走完。
• 若环境里没有对应子技能，流程会在第一步被拦住——这是设计行为，而不是单技能内的 fallback。