Superpowers Lite,和 Spec-kit 打配合
superpowers-lite: https://github.com/Neko3000/superpowers-lite
我现在手上在用的两个开发范式:SDD(Spec-Driven Development) + TDD(Test-Driven Development)。
SDD 是一个通用性比较好的流程,对公司项目和个人项目都友好,以 spec-kit 为例,基本工作流程是 草案 → [specify → plan → tasks → implement]。
然而,如果你实践的时候会发现,在这样的流程中,SDD 缺少了一些前置和后置的节点,前置有:优化文档(PRD + TRD),后置有:debug,codereview 等。显然这些节点还是需要的,因为你至少要试一下代码跑起来对不对,但是由于没有”工具”的支持,此时就降级成了类似以下的 Vibe Coding 一来一回。
// 有了草案之后,如果你想根据当前的 codebase 来进一步扩充草案...
INPUT:
请查阅 context-docs/draft.md,调查现有的 codebase,来做对草案进行润色
要求
- 详细的探究现有的 codebase 的架构,规范,写法
- 如果有不清晰的边界,请询问我进行澄清
重点关注的目录
- apps/AAA/BBB/CCC/DDD/infra
- apps/AAA/BBB/CCC/DDD/views
- apps/AAA/BBB/CCC/DDD/components
// 实现完代码之后,如果有一个视图 BUG...
INPUT:
本次新增的 View 没有被正确显示,请调查根因,给出系统性的修复方案
// 代码好了之后,如果你需要做代码审查...
INPUT:
将本次提交进行 code review,围绕以下方案进行重点审查
- 语法格式,特别是不符合项目规范的写法
- 对 legacy 版本的兼容行
- 任何潜在的内存泄露,不符合预期的调用
在 Reddit + Github 蹲了几个月,看了不少的其他开发者的经验分享贴,提到了若干个比较通用,且的确有用的流程性 Skills,他们基本来自于三个数据源:skills 排行站,awesome-xxx 系列,以及前几天提到的 Skills 合集 —— Superpowers。
Superpowers 的确有可取之处,其中这 N 个 Skills 让社区印象深刻,被提过好多次。
| Skill | 一句话 |
|---|---|
| brainstorming | 通过逐步提问和多方案对比将原始想法转化为经过验证的设计方案,最终输出设计文档并衔接后续实现流程。 |
| systematic-debugging | 强制在尝试任何修复之前必须完成根因调查(重现、诊断插桩、数据流回溯、假设验证),防止随机补丁和症状修复的反模式。 |
| verification-before-completion | 强制在声明任何工作”已完成/已修复/已通过”之前,必须重新运行验证命令并阅读完整输出,杜绝未经证据支撑的成功声明。 |
| requesting-code-review | 在关键检查点(任务完成后、重大功能后、合并前)派发 code-reviewer 子代理,基于 commit 范围进行代码审查并按严重程度分级处理反馈。 |
| receiving-code-review | 规范接收代码评审反馈的流程——要求先理解验证再实施,禁止讨好性回复,对不合理建议有理有据地反驳,对合理建议按阻塞→简单→复杂顺序逐项处理。 |
在做 SDD 流程的开发时,如果把 spec-kit 和 superpowers 这两者结合起来,那么就可以用 brainstorming 来补足前置节点文档的书写润色,在实现完成之后,还可以用 systematic-debugging 来定位 bug 的根因并做修复,最后使用 requesting-code-review 来自动调用 code-reviewer agent。
于是,我们的工作流程可以进一步演化为:草案 → brainstorming 润色 → [specify → plan → tasks → implement] → systematic-debugging 修 bug → requesting-code-review 代码审查****提问题 → receiving-code-review 代码审查修问题。
通过这样的补足,可以免去 vibe coding 的没有规范之苦。
但是还有一个问题,superpowers 是 designed for SDD + TDD 的,本身就带有一些 spec 驱动开发的流程技能,如 writing-plans,executing-plans,dispatching-parallel-agents 等技能。
而 TDD 本身不适合公司的项目,只适合个人项目(😅 就算有 AI 我也懒得写 Test Cases)。与此同时,SDD 是我们在用的主线流程,引入 superpowers 的 skills 会造成**”自动调用的不确定性”**,没法稳定的预判 agent 会去”错误调用”,或者”重复调用” spec-kit 和 superpowers 的 plan 类技能。还需要注意的是,Superpowers 中各个 skill 互相依赖,单独复制出上面提到的几个技能没办法完美的解决这个问题。
为了解决这个潜在的冲突问题,我拆出了一个轻量版的 superpowers,移除了 SDD + TDD 的主流程,仅包含”最小集”,包括 5 个技能 + 1 个 sub-agent:
brainstorming:帮助优化草案 PRD + TRD。
systematic-debugging:通过查找 root case 的方式,定位并修复 BUG。
requesting-code-review:请求 AI 帮你 codereview。
receiving-code-review:在收到 AI 给你的 codereview 之后,配合其进行修复。
verification-before-completion:依赖项,被
systematic-debugging依赖,保证验证,以免修 bug 时胡诌说修完了。code-reviewer:sub-agent,由
requesting-code-review派发,让 sub-agent 自己 review 代码。



放置在 .claude 对应的目录即可
链接在这里 → https://github.com/Neko3000/superpowers-lite
请自行取用~