Law的数字世界

一、为什么你的AI写的代码那么烂？#

业内叫这个现象 “Vibe Coding”——随手给AI一个需求，它噼里啪啦写完，你复制进项目，跑一跑，然后开始无止境地改bug。

问题在于AI天生”效率优先”：跳过测试、跳过计划，直接输出代码。

Vibe Coding的真正成本

Vibe Coding的真正成本：不是当下的bug，是三个月后你完全看不懂自己项目的那种绝望。

这三个框架做的事情只有一件——给AI套上规矩，逼它像工程师一样思考。

二、Superpowers：给AI装上”不许偷懒”的芯片#

基本信息

GitHub Stars：约106K | 作者：Jesse Vincent | 2025年10月发布

Superpowers是三个里面Stars最多的，106K颗，差不多是另外两个加起来的两倍。

作者Jesse Vincent不是普通程序员——他创建了经典工单系统Request Tracker，管理过Perl 6项目，还造了著名的开源键盘Keyboardio，K-9 Mail邮件客户端（后被Mozilla收购改名Thunderbird for Android）也是他的作品。

说人话：这是个真正做过大型项目、踩过无数坑的老工程师。

Superpowers的核心思路：7个阶段，缺一不可。

1
Brainstorm（脑暴）
2
    ↓
3
Spec（写规格）
4
    ↓
5
Plan（拆任务）
6
    ↓
7
TDD（先写测试，再写代码）
8
    ↓
9
Subagent Development（子Agent并行执行）
10
    ↓
11
Review（代码审查）
12
    ↓
13
Finalize（收尾发布）

每一步都是强制的。AI如果想跳过，框架会拦住它。

里面有个让我眼前一亮的设计——“1%规则”：如果某个技能有哪怕1%的可能性适用，AI就必须执行它。这听起来很严格，但正因为如此，AI不再会对自己说”这里应该可以跳过”。

铁律

铁律：不写测试，就不能写生产代码。

顺序是：先写一个会失败的测试 → 确认它确实失败 → 写最少的代码让它通过 → 重构。这叫TDD（测试驱动开发），Superpowers把它变成了AI的强制行为。

真实案例数据说话：

用Superpowers开发的chardet 7.0.0版本，覆盖了 2161个文件、99种字符编码的测试，处理速度比旧版快 41倍。这不是吹，是GitHub上公开的发布记录。

Superpowers的坑在哪？

Superpowers的坑在哪？ 它很严格，这意味着”开销”也很大。每次开始一个任务，AI都要先走一遍计划流程，大约10-20分钟。如果你只是写个快速脚本或者做个Demo，这个成本不值。

适合谁用：

• 做复杂的正式项目，代码质量要求高
• 想彻底摆脱”AI写出来的代码不能维护”这个噩梦
• 能接受前期慢一点、换后期稳一点的人

三、GStack：把AI变成你的”虚拟工程团队”#

基本信息

GitHub Stars：约39K | 作者：Garry Tan（Y Combinator总裁）| 2026年3月发布，48小时破万星

GStack的作者是Garry Tan。

这个名字可能你不熟，但你肯定知道Y Combinator（YC）——孵化了Airbnb、Stripe、Dropbox、OpenAI的那个硅谷顶级加速器。Garry Tan是它的现任总裁。

他把自己用Claude Code写代码的那一套方法论全部开源了，叫GStack。

GStack的核心思路很不一样——它把AI变成了一个”角色扮演制的虚拟工程团队”。

不是让AI什么都干，而是让AI在不同时刻扮演不同角色：

每个角色对应一个斜杠命令，共 28个命令。

最厉害的几个：

• /office-hours：6个强制性问题，在你动手写代码之前逼你想清楚产品。这个命令的设计逻辑是——Garry Tan做了几千个创业项目的评审，知道哪些问题是创始人最容易忽视的。
• /review：Staff Engineer级别的代码审查，专门找”能上生产但其实有问题”的代码。
• /qa：AI自动打开Chrome，识别你改了哪些路由，然后去浏览器里测试它们。不是点一下看看有没有崩，是真的模拟用户操作。
• /ship：一键发布，它会先验证修复、再打包、再生成PR。

数据很吓人： Garry Tan自己用GStack，每周平均写 10000行代码、100个PR。60天内写了 60万行生产代码。

有个很重要的坑要注意

有个很重要的坑要注意：

GStack的浏览器自动测试功能（Cookie解密）目前 只支持macOS。 Windows和Linux用户，这个核心功能用不了。如果你是Windows用户，/qa命令的能力会大打折扣。

适合谁用：

• 创业者、团队负责人、喜欢用系统化视角管理产品的人
• 想要AI帮你从”产品想清楚”到”上线测试”全程跑下来的
• macOS用户优先，Windows用户需要考虑浏览器测试功能受限的问题

四、OpenSpec：专门对付”改旧代码”这件头疼事#

基本信息

GitHub Stars：约24.9K | 作者：Fission AI | 支持20+工具

前两个都是”新项目从零写”的好帮手。

但现实中，大多数人面对的问题是：你已经有一个跑着的项目，需要加功能、改bug，但你怕改出问题。

这就是OpenSpec要解决的事。

它的名字里有”Spec”——规格。它的核心逻辑是：先写清楚你要改什么，再让AI去改。

三步流程，记住了：

第一步：Propose（提案） 告诉AI你想改什么，它会生成一份文档，包含：为什么要改、改什么、怎么改、分哪些任务。在这一步里，你可以反复调整，什么代码都不会动。

1
/opsx:propose "我想给用户登录页面加一个黑暗模式切换按钮"

AI会输出：proposal.md（为什么改）、specs/（需求和场景）、design.md（技术方案）、tasks.md（任务清单）

第二步：Apply（执行） 你确认提案没问题，一个命令让AI去实现。

1
/opsx:apply

第三步：Archive（归档） 改完了，AI把这次变更的文档归档，更新主规格文档，项目状态清晰。

1
/opsx:archive

OpenSpec最聪明的设计——Delta标记

OpenSpec最聪明的设计——Delta标记。

每次变更文档里都会用ADDED/MODIFIED/REMOVED标出你改了什么。不是重写整个规格，而是只记录变化。这样三个月后你回来看，还是能立刻搞清楚当时改了什么、为什么改。

和其他规格工具相比： OpenSpec生成的规格文档约 250行，同类的SpecKit约 800行。少了三分之二的审查负担，但信息没有少。

支持工具最广： Claude Code、Cursor、GitHub Copilot、Cline、Windsurf……超过 20种工具都可以配合使用。这是另外两个没法比的。

适合谁用：

• 手上有运行中的项目，需要迭代改造
• 团队协作，需要变更记录和审批流程
• 不在乎用哪个AI工具，想要一套通用方案的人

五、三个框架到底怎么选？#

最直白的定位区别，一句话记住：

Superpowers 偏”训练你的 agent 怎么工作” GStack 偏”给你一支现成的 AI 小团队” OpenSpec 偏”先把需求和设计文档体系搭起来”

三者核心对比：

按项目维度对比：

按使用场景选：

1
你想解决什么问题？
2
│
3
├── 提升 coding agent 的纪律性、测试习惯、评审流程
4
│   └── ──► Superpowers
5
│
6
├── 开箱即用，从想法到上线一条龙
7
│   └── ──► GStack
8
│
9
└── 项目复杂，最怕需求漂移、多人和AI协作失控
10
    └── ──► OpenSpec

按项目类型选：

1
你的项目是？
2
│
3
├── 从零开始新项目
4
│   ├── 最在乎代码质量和测试覆盖率 ──► Superpowers
5
│   └── 最在乎产品方向和团队协作流程 ──► GStack
6
│
7
├── 改造已有项目
8
│   └── 需要规范变更流程、有审计需求 ──► OpenSpec
9
│
10
└── 想用 Cursor/Copilot/Cline 等多种工具
11
    └── ──► OpenSpec（支持最广，20+工具通吃）

三个不是完全互斥的

三个不是完全互斥的。

OpenSpec 当”规格层”，Superpowers / GStack 当”执行层”，可以叠着用。

• 个人开发、追求速度：先用 GStack，需求越来越复杂再补 OpenSpec
• 团队项目、功能多、改动大：先用 OpenSpec，再配 Superpowers 或 GStack 做执行

六、各框架安装与实践流程#

1
/plugin install superpowers@claude-plugins-official

1
/reload-plugins

1
git clone https://github.com/garrytan/gstack.git ~/.claude/skills/gstack
2
cd ~/.claude/skills/gstack && ./setup

1
npm install -g @fission-ai/openspec
2
openspec init  # 在你的项目根目录执行

1
# 第一步：说清楚要改什么
2
/opsx:propose "你的需求描述"
3

4
# 第二步：看完提案没问题，执行
5
/opsx:apply
6

7
# 第三步：归档，更新规格文档
8
/opsx:archive

总结：三件事，记住了#

第一件事：三个框架解决的问题不一样，不是谁更好，是谁更适合你现在的场景。

第二件事：如果你只想装一个，先问自己——我是在做新项目，还是在改旧项目？ 新项目选Superpowers或GStack，旧项目选OpenSpec。

第三件事：AI编程的瓶颈从来不是AI不够聪明，而是你有没有给它清晰的规矩。 这三个框架，本质上都是在做这件事。

道理讲完了。去GitHub搜一个，今天就装上试试。

工具再好，不用永远是零。 装上Superpowers/GStack/OpenSpec，然后写一个真实的项目—— 那才是你和”会写烂代码的AI”真正道别的时刻。

—— 牛马翻身计划

参考资料：

• GitHub - obra/superpowers
• GitHub - garrytan/gstack
• GitHub - Fission-AI/OpenSpec
• Superpowers vs GStack对比分析 - particula.tech
• GStack完整教程 - SitePoint
• OpenSpec文档 - openspec.dev