近 AI 编程助手火得一塌糊涂。各种开源项目层出不穷。但项目多了，选择困难症也犯了——到底该用哪个？
今天我们来对比两个很有意思的项目：BMAD-METHOD 和 gstack。它们都是围绕 Claude Code 构建的，但走的路子完全不同。
一个是"企业级开发框架"，一个是"个人效率神器"。选哪个？看完这篇你就知道了。
Github：
BMAD-METHOD github.com/bmad-code-o… gstack github.com/garrytan/gs…
先认识一下两位主角
BMAD-METHOD：企业级的"AI 开发方法论"
想象一下，你是一家公司的技术负责人，想要把 AI 编程助手引入团队开发流程。你需要什么？
- 标准化的工作流程
- 不同角色的专业代理（产品经理、架构师、开发、测试...）
- 从需求分析到部署上线的完整生命周期管理
- 能够根据项目规模自动调整复杂度
BMAD-METHOD 就是干这个的。
它自称是一个"AI 驱动的敏捷开发模块"，核心理念是：AI 不应该替你做决定，而应该引导你做出更好的决定。
听起来很抽象？简单来说，它提供了一套结构化的工作流，让 AI 成为你的"专家合伙人"，而不是"代码生成器"。
gstack：YC CEO 的"个人超级武器"
Garry Tan，Y Combinator 的 CEO，最近开源了他的 Claude Code 配置。
他说自己在过去 60 天里写了 60 万行生产代码，平均每天 1-2 万行，而且是在全职管理 YC 的情况下。
怎么做到的？
gstack 就是他的答案。
这是一个包含 23 个专家工具的集合，每个工具都是一个"角色"：
/office-hours：CEO 角色，帮你梳理产品思路/plan-ceo-review：CEO 评审，把关产品方向/review：代码审查员，找 bug/qa：QA 工程师，真机测试/ship：发布工程师，一键部署
简单说，gstack 把 Claude Code 变成了一个"虚拟工程团队"。
核心差异：框架 vs 工具集
这两个项目最大的区别，在于它们的设计哲学。
| 维度 | BMAD-METHOD | gstack |
|---|---|---|
| 定位 | 企业级开发框架 | 个人效率工具 |
| 核心理念 | 结构化流程 + 专家协作 | 角色分工 + 快速执行 |
| 目标用户 | 技术团队、企业开发者 | 独立开发者、创始人 |
| 复杂度 | 高（34+ 工作流） | 中（23 个工具） |
| 学习曲线 | 较陡 | 较平缓 |
一句话总结：
- BMAD 是"教你怎么用 AI 做开发"
- gstack 是"直接给你一套趁手的兵器"
功能对比：谁更强大？
BMAD-METHOD 的核心能力
1. 34+ 标准化工作流
从头脑风暴到部署上线，每个阶段都有对应的工作流。比如：
- 需求分析工作流
- 架构设计工作流
- 代码实现工作流
- 测试策略工作流
- 发布部署工作流
2. 12+ 领域专家代理
不只是"程序员"，还有：
- 产品经理（PM）
- 架构师
- UX 设计师
- Scrum Master
- 测试架构师
你可以同时召唤多个代理开会讨论（Party Mode）。
3. Scale-Domain-Adaptive
这是 BMAD 最聪明的地方——自动根据项目复杂度调整。
修个 bug？简单流程就行。做企业级系统？自动切换到深度规划模式。
4. 模块化扩展
除了核心框架，还有多个官方模块：
- BMad Builder：创建自定义代理和工作流
- Test Architect：基于风险的测试策略
- Game Dev Studio：游戏开发专用
- Creative Intelligence Suite：创新设计思维
gstack 的核心能力
1. 23 个专家角色
每个都是一个斜杠命令，直接可用：
/office-hours：产品思路梳理/plan-ceo-review：CEO 级别的产品评审/plan-eng-review：技术架构评审/design-consultation：设计咨询/review：代码审查/qa：真机 QA 测试/ship：发布管理/canary：灰度发布/retro：项目复盘
2. 真实浏览器测试
/qa 命令会打开真实浏览器，自动测试你的 Web 应用。不是模拟，是真机。
3. 安全审计
/cso（首席安全官）会运行 OWASP 和 STRIDE 审计，检查安全漏洞。
4. 性能基准测试
/benchmark 自动运行性能测试，生成对比报告。
5. 零配置安装
一行命令搞定：
git clone --single-branch --depth 1 https://github.com/garrytan/gstack.git ~/.claude/skills/gstack && cd ~/.claude/skills/gstack && ./setup
使用体验：谁更容易上手？
BMAD-METHOD：需要学习，但值得
安装命令很简单：
npx bmad-method install
但上手之后，你会发现需要学习的东西不少：
- 34 个工作流，每个都有自己的使用场景
- 12 个代理角色，需要理解各自的分工
- Party Mode 怎么开？什么时候用？
不过一旦熟悉了，你会发现它的强大——它不只是工具，而是一套完整的开发方法论。
适合：有一定规模的技术团队，想要标准化 AI 开发流程。
gstack：开箱即用，马上见效
安装也是一行命令，但上手快得多：
- 23 个工具，每个都是独立的斜杠命令
- 不需要学习复杂的流程，直接调用就行
- 每个命令都有明确的用途，一看就懂
Garry Tan 说他"基本上从 12 月之后就没怎么写过代码"，全靠 gstack 和 Claude Code。
适合：独立开发者、创始人、小团队，想要快速提升个人效率。
适用场景：你该选哪个？
选 BMAD-METHOD，如果你：
- 是一个技术团队的负责人
- 想要在企业内部推广 AI 编程助手
- 需要标准化的开发流程和角色分工
- 项目规模从 bug 修复到企业级系统都有
- 愿意投入时间学习一套方法论
典型场景：
"我们团队有 20 个开发者，想要引入 AI 编程助手，但不知道怎么规范化使用。"
选 gstack，如果你：
- 是独立开发者或创始人
- 想要快速提升个人编码效率
- 喜欢简单直接的工具，不喜欢复杂流程
- 需要一个人干一个团队的活
- 想要 YC CEO 同款配置
典型场景：
"我一个人做产品，需要同时扮演产品经理、开发、测试、运维，怎么提高效率？"
能不能两个都用？
其实可以。
BMAD-METHOD 和 gstack 并不是互斥的，它们可以互补：
- 用 BMAD 的方法论做整体规划
- 用 gstack 的工具做具体执行
比如：
- 先用 BMAD 的"需求分析工作流"梳理产品思路
- 然后用 gstack 的
/office-hours和/plan-ceo-review细化方案 - 开发阶段用 gstack 的
/review和/qa保证质量 - 发布时用
/ship和/canary安全上线
最佳实践：
- 小项目/个人项目：gstack 足够
- 大项目/团队项目：BMAD + gstack 组合
Github：
BMAD-METHOD github.com/bmad-code-o… gstack github.com/garrytan/gs…
写在最后
AI 编程助手正在改变软件开发的方式。
BMAD-METHOD 和 gstack 代表了两种不同的思路：
- BMAD 是"授人以渔"——教你一套方法论，让你和 AI 更好地协作
- gstack 是"授人以鱼"——直接给你一套趁手的工具，马上就能用
没有绝对的好坏，只有适不适合。
如果你是一个人战斗，选 gstack。
如果你带团队作战，选 BMAD。
如果你想要最强配置，两个都用。
毕竟，在 AI 时代，效率就是竞争力。
关注
如果觉得这篇文章对你有帮助，随手点个赞、在看、转发三连吧～如果想第一时间收到推送，也可以给我个星标⭐。谢谢你看我的文章，我们下次再见。
