最近涌现了一类vibe coding增强的项目/工具，其中Superpowers，spec-kit、openSpec、BMAD最为有名，github上几个月就有万星。
我花了一些时间对他们进行了研究和测试。下面是我的建议
1 codex、claude code、open code等编程工具已经是非常强大了，记得第一步是先要善用他们，他们基本已经满足90%的需求场景。不要听信哪些自媒体的，为了凸显这些增强工具的好用，故意贬低他们。
2 如果是做一些自己用小工具，或者做一些修改。完全没有必要折腾这些。
3 如果你现在只是一些想法，并没有具体的细节。建议可以从superpowers开始，它会进行头脑风暴，并且一步步完善。
4 spec-kit和BMAD适合大型的比较复杂的项目。他们上来会书写比较复杂的文档规范。同时适合团队协作，项目的持久话运行和迭代。
5 OpenSpec是比较适合在已有的项目进行修改。但是如果是项目不大的小改动，用claude code这些就够了。但是很多人有个情况，是使用不同模型和ide。比如我写项目会让opus4.5写，修bug用codex。而且有时候antigravity抽风了，会用cursor。那么这时候他们的代码风格和写法可能差别比较大，这个时候，就要考虑使用openspec，或者找个skill。
1 Superpowers
Superpowers比较适合从0开始构建项目的场景。它是一个完整的软件开发工作流程，它更像是给现在 AI coding装上的“外挂大脑”和“多功能工具带”，或者更加通俗一点理解，就是组装了一个个专业的skills。
它可以安装在claude code、codex、open code。安装后，可以进行三个场景
1 第一步“头脑风暴
适合在项目的开始前的阶段，当你只有一个初步的想法，可以跟它进行讨论。它会问你一些问题，也是在满满将项目明确话
2 第二步：编写计划
根据上一步的设计方案。将工作分解成易于处理的小任务。而它的任务，比现在claude code，cursor等自己细分的任务往往更小，更细
3 第三步：执行计划
为每个任务派遣新的子代理，并进行两阶段审查（先检查规范符合性，再检查代码质量），或者分批执行，并设置人工检查点。
即使不适用superpowers，它github仓库里面的skills也值得来学习和借鉴。它里面有十几个精心设计的skills，覆盖一个开发的各个阶段。
2 spec-kit
spec-kit是github官方团队推出SDD（规范驱动开发），它是最具结构化、最像“工业级标准”的框架。它的特点，规范、详细。它适合比较复杂的项目、或者多人协作、或者需要长期维护的项目
而它的规范文档也是所有sdd中要求最高，数量最多的。简单来说，它认为在ai时代，由于代码将由ai来替代，所以最重要应该从ai代码的编写，转换为规范的定义。
spec-kit同样遵循，从定义规则，制定计划，执行计划并测试等过程。 spec-kit 区别于其他框架最大的亮点。它要求你在项目根目录维护一个 http://CONSTITUTION.md（或者在 `.cursorrules` 中定义）。
--技术栈死规矩：比如“必须使用 Tailwind CSS，禁止使用 CSS Modules。”
-- *代码风格： “所有后端接口必须包含异常处理块，并返回标准的 JSON 格式。”
- 目录结构：“所有的业务逻辑必须写在 `services/` 目录下，Controller 层只负责转发。”
3 OpenSpec
openSpec 也是SSD，相对于spec-kit而言，它更轻量。它以“增量变更为核心，核心理念是：**既然项目是不断演进的，那么 AI 就不应该每次都去读几百行的完整文档，而应该只关注“这次改动了什么”。
除了更加轻量，它的另外一个有点极高的 Token 效率 (Token-Efficient):由于采用“增量（Delta）”模式，AI 只需要阅读和处理与本次改动相关的片段，而不是整个庞大的文档。这在处理大型老项目（Brownfield Projects）时能节省大量 API 开销，并减少 AI 的“幻觉”。
它更加适合边做边改的场景，并且**支持“倒推规范”：** 如果现在的项目还没有文档，OpenSpec 允许 AI 先阅读现有代码，反向生成（Reverse-engineer）出最初的规格文档。
4 BMAD
BMAD 是一套由 BMAD Code Org 推出的开源开发方法论。如果说 OpenSpec 和 spec-kit 是具体的“工具包”，那么 BMAD 更像是一本“现代 AI 软件工程教科书”。
实际上，BMAD跟上面的三个是不一样的，它更适合跟claude code等工程学的工具作为一类。他拥有12 位以上领域专家的agent，并且内部拥有34个工作流
它旨在解决一个核心矛盾：**如何在大规模、复杂的企业级项目中，让 AI 像一个成熟的开发团队一样工作，而不是像一个只会写代码片段的实习生。**
它的缺点也是太重，适合产生的代码极其稳健，适合金融、SaaS 等对安全性要求高的领域。并且不适合个人或者小型项目。
免责声明：本文章仅代表作者个人观点，不代表本平台的立场和观点。本文章仅供信息分享，不构成对任何人的任何投资建议。用户与作者之间的任何争议，与本平台无关。如网页中刊载的文章或图片涉及侵权，请提供相关的权利证明和身份证明发送邮件到support@aicoin.com，本平台相关工作人员将会进行核查。
