docs/src/sidebar/itwanger/ai/bmad-method-33k-stars-review.md
大家好，我是二哥呀。
这两天刷GitHub，被一个项目给惊叹到了。
BMad-METHOD，上架不到一年，狂揽33,709个Star。
讲真，这个数字在AI工具领域已经非常夸张了。
咱们对比一下，大名鼎鼎的Java进阶之路也就16k的Star（笑，二哥的）。BMad是2025年4月才发布，不到一年就干到了这个体量，增长速度属实惊人。
核心原因是，BMad定位非常清晰——它不是让你用AI"猜代码"，而是把一整个敏捷开发团队搬进你的AI工具里。
一口气给你配齐21个专业Agent，从产品经理John、架构师Winston、Scrum Master Bob，到开发者Amelia、UX设计师Sally、QA工程师Quinn。
换句话说，以前你用Cursor或者Claude Code，基本就是单兵作战，想一出是一出。
BMad直接把这个"游击队"升级成了正规军。
安装BMad非常简单，官方提供了NPM包，一行命令就能搞定。
npx bmad-method install
执行完之后，BMad会在你的项目根目录下创建一个.bmad文件夹，里面包含了所有的工作流配置和Agent定义。
然后在Claude Code、Cursor、Windsurf这些AI IDE里打开项目，直接输入：
/bmad-help
就能看到BMad的智能助手界面。
举个例子，你可以这样问：
"我有一个T恤生意，想做一个能撑住百万用户的Web应用，该怎么规划？"
BMad不会直接甩给你一堆代码，而是先派业务分析师Mary上场，帮你梳理需求、定义用户画像、明确MVP范围。
这就是BMad和其他AI工具最大的不同——它不是"替你思考"，而是"引导你思考"。
BMad针对不同规模的任务，提供了两套路径。
如果是修bug、加小功能这种"快准狠"的场景，用Quick Flow就行，三个命令搞定：
/quick-spec # 分析代码库，生成技术规格和用户故事
/dev-story # 实现每个故事
/code-review # 验证质量
我拿手头的一个工作流项目试了一下。
这个项目里有个大模型节点，只能用DeepSeek和通义千问，我想加一个MiniMax的选项。
直接输入/quick-spec，BMad会先扫描代码库，搞清楚现有的大模型节点是怎么实现的。
这个过程BMad非常严谨，它不光看你的Java代码，还会去看数据库表结构、前端配置，确保理解的是"全貌"而不是"局部"。
生成规格的时候，它会给你列清楚：
然后你输入/dev-story，BMad就开始干活了。
它会先给你一个执行计划，比如这次要新增4个文件、修改3个文件。
确认后，它就开始写代码了。
我观察了一下BMad的代码风格，非常规范，基本遵守了阿里巴巴Java开发规约。变量命名、注释、异常处理，这些细节都很到位。
写完之后，BMad不会就这么结束，它会自动跑一遍代码检查。
这次改完，它主动提醒我："配置文件里的api.endpoint字段，新增GLM节点时要注意兼容性，因为Spring AI 1.0.0-M5对OpenAI兼容接口的路径处理和之前不一样。"
说实话，这个细节挺加分的。
我自己可能就忙着看功能能不能跑起来了，但BMad会从"工程化"的角度帮你把关。
最后用/code-review验证一下，BMad会给出完整的修改清单和测试建议。
从开始到结束，十分钟不到。
以前这种小功能，我可能得改来改去折腾半个多小时，现在BMad带着我走一遍流程，质量和效率都上来了。
Quick Flow适合小打小闹，但如果你是从零开始做一个产品，或者要重构一个大模块，那BMad的完整路径就能体现出它的价值了。
完整路径分两个阶段：
规划阶段：
/product-brief # 定义问题、用户和MVP范围
/create-prd # 完整需求文档（人物画像、指标、风险）
/create-architecture # 技术决策和系统设计
/create-epics-and-stories # 将工作分解为优先级故事
/sprint-planning # 初始化Sprint跟踪
实施阶段：
/create-story → /dev-story → /code-review # 循环每个故事
我拿"做一个AI播客生成平台"试了一下。
先执行/product-brief，产品经理John会出来帮你梳理：
这个过程就像真的在和一个产品经理聊，他会问："你的播客是偏知识科普还是娱乐闲聊？这会影响后续的TTS音色选择。"
你看，BMad不是在机械地执行任务，而是在引导你把事情想清楚。
接下来/create-prd，会生成一份非常完整的需求文档。
然后架构师Winston登场，/create-architecture会给出系统设计方案。
这次让我比较意外的是，Winston不光画架构图，还会考虑技术选型的权衡。
比如在设计TTS模块时，它会问你：
"你是要成本优先（用阿里云TTS），还是要质量优先（用讯飞超拟人），还是两者都支持让用户选？"
这种"多方案对比+推荐"的思路，非常符合真实的工作场景。
之后/create-epics-and-stories会把整个需求拆分成可执行的Story。
最后/sprint-planning，生成Sprint计划。
到了实施阶段，就回到/create-story → /dev-story → /code-review的循环了。
整个流程走下来，你会有一种"被专业团队带着飞"的感觉，而不是一个人在那里瞎琢磨。
很多人会问，BMad和Cursor、Claude Code是什么关系？
直接说结论：BMad是"框架层"，Cursor和Claude Code是"工具层"。
你可以这样理解：
更重要的是，BMad可以在Cursor或者Claude Code之上使用。
你用Claude Code写代码，用BMad管理流程，两者是互补关系。
从社区反馈来看，Claude Code的代码重做率比Cursor低30%，文件操作更快。
BMad v6版本的改进后，Token消耗节省了90%，减少了"瞎猜"带来的无效生成。
我自己的体验是：
三者不是互斥，而是叠加。
我拿BMad试了一周，最大的感受是——它治好了我的"Vibe Coding"。
以前用AI写代码，很容易陷入"说一句干一句"的游击状态。
想到哪写到哪，没有规划，没有文档，最后代码能跑，但维护起来是灾难。
BMad强制你走一遍"分析→规划→实施→复盘"的完整流程。
一开始会觉得"好麻烦"，但走完一次之后，你会发现这种"麻烦"是值得的。
因为你写的不是"能跑的代码"，而是"可维护的系统"。
另一个感触是，BMad的21个Agent不是"摆设"。
每个Agent都有自己的专业视角，产品经理考虑业务价值，架构师考虑扩展性，开发者考虑实现成本，UX考虑用户体验。
这种多视角的碰撞，能让你避免很多"拍脑袋"的决策。
BMad是100%免费开源的，MIT许可，永久免费，没有付费墙。
但它的学习曲线不低。
如果你是：
但如果你只是想改个bug、加个小功能，BMad可能有点"杀鸡用牛刀"。
说句掏心窝子的话，BMad让我看到了AI Coding的另一种可能性。
不是"让AI替你写代码"，而是"让AI帮你更专业地写代码"。
从游击队到正规军，这中间差的不是工具，而是方法。
BMad把敏捷开发这套经过验证的方法，搬进了AI工具里，让每个开发者都能享受到"专业团队"的协作体验。
33k+Star，这社区用脚投票的结果，说明了一切。
还没有体验过的同学，可以装上试一试。
npx bmad-method install
或许你会发现，AI Coding还有另一种打开方式。