# Superpowers vs Gstack: 为什么你需要会质疑你的思维框架?
**作者**: 第九比特
**日期**: 2026-03-12T08:43:22.000Z
**来源**: [https://x.com/ninthbit_ai/status/2035633971782930875](https://x.com/ninthbit_ai/status/2035633971782930875)
---

## TL;DR
我以为 superpowers 和 gstack 是两个帮你写代码更快的工具。用了一段时间之后发现,它们最大的价值其实是帮你停下来。工具越强大,走错方向的代价越高。

## superpowers 框架的核心理念
Superpowers 是一个为 Coding Agent 设计的完整软件开发工作流框架。它不是简单的代码生成工具,而是一套强制性的开发方法论。
Superpowers 的核心理念是系统化优于临时性。它强制 AI 代理在动手写代码之前,必须先经历完整的思考和规划流程:思考->设计确认->详细计划->子代理开发。四大核心原则:TDD(测试驱动开发)、遵循流程拒绝猜测、降低复杂度、基于证据才能宣布成功。
Superpowers 由 13 个核心技能组成,覆盖完整的开发生命周期:

规划阶段:
- /brainstorming - 苏格拉底式设计细化,通过连续提问来引导用户进行思考和设计
- /writing-plans - 编写详细实施计划,强调 YAGNI 和 DRY 原则
开发阶段:
- /using-git-worktrees - 在新分支上创建隔离工作空间
- /test-driven-development - 强制执行 RED-GREEN-REFACTOR 循环
- /subagent-driven-development / executing-plans - 子代理驱动或批量执行
审查与调试:
- /requesting-code-review - 任务间代码审查,按严重程度分类问题
- /receiving-code-review - 响应审查反馈
- /systematic-debugging - 四阶段根因分析流程
- /verification-before-completion - 完成前强制验证
协作与收尾:
- /dispatching-parallel-agents - 并发子代理工作流
- /finishing-a-development-branch - 完成分支(合并/PR/保留/丢弃)
元技能:
- /writing-skills - 创建新技能的最佳实践
- /using-superpowers - 系统介绍
术语扫盲:
1. YAGNI(You Aren‘t Gonna Need It):你想顺手加个用户权限系统,YAGNI 会让你先忍住——只实现当前确实需要的功能。
2. DRY(Don‘t Repeat Yourself):当你发现三个地方都在做同样的数据验证,DRY 提醒你该抽出来了。
3. RED-GREEN-REFACTOR 循环:先写一个会失败的测试(RED),写代码让它通过(GREEN),然后优化代码(REFACTOR)。
Superpowers 有 13 个核心技能,但真正改变我工作方式的是三个:brainstorming 让我在动手前想清楚方向,verification-before-completion 防止我自欺欺人地宣布完成,systematic-debugging 强制我做根因分析而不是瞎猜瞎改。
Superpowers 最大的价值不是让你写得快,而是让你不会跑偏。它像一个严格的导师,在你每个关键节点都设置了检查点。对于容易冲动开干的人来说,这种“强制冷静”反而是最大的生产力。
## gstack 框架的核心理念
Y Combinator(简称 YC)是全球最负盛名的创业加速器,成立于 2005 年。
截至 2025 年,YC 已经孵化了超过 5,000 家公司,总估值超过 6,000 亿美元。Airbnb、Dropbox、Stripe、Reddit、Coinbase 等,这些耳熟能详的独角兽公司都出自 YC。
YC 的核心价值不仅是资金,更是其独特的 Office Hours 文化——创始人可以随时向 YC 合伙人请教,通过苏格拉底式提问帮助创始人厘清真正的问题。
Garry Tan 是 YC 现任 CEO,他本人就是连续创业者,也是 YC 的早期成员(2005 年首批学员)。他深度参与了数千家创业公司的成长,见证了从车库里的一两个人成长为价值数百亿美元公司的全过程。
gstack 是 Garry Tan 的开源的一系列 skill,它包含了 15 个专业角色 + 6 个强力工具。
gstack 的核心理念是角色分工 + 流程治理。它更像是让 Agent 扮演专业一个专业的团队,每个角色负责软件开发中的特定环节:CEO 重新思考产品、工程经理锁定架构、设计师捕捉 AI 敷衍、QA 打开真实浏览器测试、发布工程师负责 PR。
gstack 体系的 16 + 5,按工作流阶段组织:

思考与规划阶段:
- /office-hours - YC Office Hours 风格,6 个强制问题重新定义产品,挑战你的假设
- /plan-ceo-review - CEO 视角重新思考问题,找到隐藏的 10 星产品(4 种模式:扩展/选择性扩展/保持范围/缩减)
- /plan-eng-review - 工程经理锁定架构、数据流、边界情况和测试计
- /plan-design-review - 高级设计师对每个设计维度打分(0-10),解释 10 分是什么样,然后编辑计划达到目标
- /design-consultation - 从零构建完整设计系统,了解行业现状,提出创意风险,生成真实产品原型
开发与审查阶段:
- /review - 资深工程师找出通过 CI 但会在生产环境爆炸的 bug,自动修复明显问题
- /investigate - 系统化根因调试,铁律:没有调查就没有修复,3 次失败后停止
- /design-review - 会写代码的设计师,审查后直接修复,原子提交 + 前后截图
测试阶段:
- /browse - 给 AI 一双眼睛,真实 Chromium 浏览器、真实点击、真实截图
- /qa - QA 主管测试应用、发现 bug、用原子提交修复、重新验证,为每个修复自动生成回归测试
- /qa-only - 纯报告模式,只报告 bug 不修改代码
- /setup-browser-cookies - 从真实浏览器导入 cookies,测试需要认证的页面
发布与文档阶段:
- /ship - 发布工程师同步主分支、运行测试、审查覆盖率、推送、打开 PR,如果没有测试框架会自动引导创建
- /document-release - 技术写作者更新所有项目文档以匹配刚发布的内容,自动捕捉过期的 README
反思阶段:
- /retro - 工程经理主持的团队周报,每人分解、发布连续性、测试健康趋势、成长机会
强力工具(6 个):
- /codex - 第二意见,OpenAI Codex CLI 的独立代码审查(3 种模式:审查/对抗性挑战/开放咨询)
- /careful - 安全护栏,在破坏性命令前警告(rm -rf、DROP TABLE、force-push)
- /freeze - 编辑锁定,限制文件编辑到一个目录
- /guard - 完全安全模式,/careful + /freeze 组合
- /unfreeze - 解除锁定
- /gstack-upgrade - 自我升级到最新版本
独特优势和创新点:
1. /office-hours 精准发现真问题 - 这是我用 gstack 最频繁的技能。它会根据不同视角(创业、hackathon、side project)问你不同的问题。我有个项目本来想做“开发者工具”,用了 /office-hours 之后发现真正的机会在“帮非技术创始人理解技术债务”——完全不同的方向,但更有价值。
2. 多 AI 交叉审查 - /codex 调用 OpenAI 的独立审查,当 /review(Claude)和 /codex(OpenAI)都审查同一分支时,会生成交叉模型分析报告。两个 AI 都发现的问题通常是真问题,单一模型发现的可能是误报。这个机制让我对代码质量更有信心。
gstack 的 16 个角色技能看起来很多,但实际使用中你会发现它们的分工非常清晰:/plan-ceo-review 帮你重新思考产品方向,/design-review 会给每个设计维度打分并告诉你 10 分是什么样,/qa 会在真实浏览器里测试并自动生成回归测试。这种“角色扮演”的方式让 AI 的审查更加专业和深入。
如果说 superpowers 是严格的导师,那 gstack 就是经验丰富的创业合伙人。它不只是帮你写代码,而是从产品、设计、工程、测试到发布的全流程都在挑战你的假设。特别适合做产品的人——因为它会逼你在写代码前就想清楚“这东西到底有没有人要”。
## 选择指南:什么场景用哪个?
如果你是第一次接触这类框架:从 superpowers 开始。它会教你正确的开发流程,自动触发让你不会迷失方向。
如果你已经有丰富经验,追求极致效率:用 gstack + Conductor。它能让你像 Garry Tan 一样同时推进 10-15 个项目,但前提是你知道自己在做什么。
如果你在创业做产品:优先考虑 gstack。/office-hours 能帮你在写代码前就发现真正的问题,这比写得快更重要。
## 个人思考:别让工具蒙蔽了方向
在使用这两个框架的过程中,我发现最有价值的部分其实是头脑风暴阶段——Superpowers 的 /brainstorming 和 gstack 的 /office-hours。
两者都采用了苏格拉底式提问,通过连续追问引导你一步步找到自己真正的目的:
- 你想解决什么问题?
- 为什么现有方案不够好?
- 你真正想达成的目标是什么?
- 这个方向值得投入吗?
但我们有没有想过一个更根本的问题:我们正在做的这件事,到底有没有用?到底有没有市场?
现在 AI 辅助编码(Vibe Coding)太方便了,几分钟就能生成几千行代码。这种“即时满足感”很容易让人陷入一个陷阱:
盲目开始 → 烧了一堆 token → 写了一堆代码 → 最后发现:
- 没学会多少东西(都是 AI 写的)
- 没产出什么有用的产品(方向就错了)
- 浪费了时间和精力
这就像拿着一把电锯,疯狂地锯错了的树。工具越强大,走错方向的代价越高。
Superpowers 和 gstack 的核心价值不是“让你写代码更快”,而是:
1. 强制你在动手前想清楚 - 通过头脑风暴阶段,逼你回答那些不舒服的问题
2.挑战你的假设 - 你说要做 A,它问你为什么不是 B?你的前提成立吗?
3. 收敛迭代范围 - 帮你找到最小可行方案(MVP),而不是一上来就做大而全的系统
这些框架像一个冷静的合伙人,在你兴奋地准备开干时,拉住你问:“等等,你确定这个方向对吗?”
如果你已经稀里糊涂地开始了一个项目:
- 不要继续盲目往前冲
- 立刻停下来,用 gstack 的 /office-hours 或 superpowers 的 /brainstorming 重新审视
- 问自己:这个东西做出来,真的有人需要吗?我能从中学到什么?
- 如果方向不对,及时止损比坚持到底更重要
如果你还没开始:
- 先用这些框架的头脑风暴功能想清楚方向
- 确认这件事值得做,再开始写代码
AI 让我们拥有了前所未有的生产力,但生产力不等于价值。
我现在每次开始新项目前,都会先跑一遍 /office-hours 或 /brainstorming。不是因为它们有多神奇,而是因为被问住的那几次,帮我省下了几周的无效工作。
一个想清楚的 100 行代码,比稀里糊涂的 10,000 行代码更有价值。这两个框架教会我的,就是这件事。
## 参考
- superpowers: GitHub - obra/superpowers
- gstack: GitHub - garrytan/gstack
- Y Combinator: [ycombinator.com](http://ycombinator.com)
- Conductor (gstack 并行工具): conductor.build
## 相关链接
- [第九比特](https://x.com/ninthbit_ai)
- [@ninthbit_ai](https://x.com/ninthbit_ai)
- [515](https://x.com/ninthbit_ai/status/2035633971782930875/analytics)
- [Mar 12](https://x.com/garrytan/status/2032014576557179044)
- [@garrytan](https://x.com/garrytan)
- [736K](https://x.com/garrytan/status/2032014576557179044/analytics)
- [GitHub - obra/superpowers](https://github.com/obra/superpowers)
- [GitHub - garrytan/gstack](https://github.com/garrytan/gstack)
- [ycombinator.com](https://ycombinator.com/)
- [http://ycombinator.com](http://ycombinator.com/)
- [conductor.build](https://conductor.build/)
- [Upgrade to Premium](https://x.com/i/premium_sign_up)
- [4:25 PM · Mar 22, 2026](https://x.com/ninthbit_ai/status/2035633971782930875)
- [515 Views](https://x.com/ninthbit_ai/status/2035633971782930875/analytics)
---
*导出时间: 2026/3/23 21:55:53*