BMad Method：AI按敏捷流程开发，告别古法手搓
BMad Method 把 AI 编码放进一条有目标、规划、实现和复核的敏捷工作流。小改动走短路径，复杂任务先理清规格；人仍要把方向、关键决策和验收握在手里。
AI 已经能写不少代码。耗时常落在需求解释、修改方向和验证上：目标没讲清，代码先生成一大段；改到后面，前面为什么这么设计也忘了，只能继续补提示词、修补丁。
BMad Method 想处理的就是这段过程。它给 AI 编码工具装上一套敏捷开发方法：先弄明白要做什么，再按任务大小安排规划，接着实现、检查、修正。人不用逐行“手搓”每个实现细节，但目标和验收仍由人决定。
BMad Method 给 AI 编码工具提供一套可安装的 skills 和工作流，本身不提供模型或 IDE 。它用这些流程引导编码助手完成开发中的不同阶段。
小改动不必开一轮大项目
BMad Method 的一个实用点，是规划深度可以跟着任务走。
一个边界清楚的小需求，可以直接进入 bmad-build。比如给订单列表加一个状态筛选：先说清筛选范围、不要动哪些页面、怎样算完成。 Build 会澄清意图、列出计划，再实现和检查结果。计划需要人审时，人可以先改计划，再让它写代码。
工作跨好几次开发会话，或者牵涉多块功能时，就先把上下文写下来。 BMad 的工作流可以从需求规格开始，再拆成可以逐项实现的任务；每项任务仍走同一个 Build 流程。用户体验、架构、产品需求等环节也可以按需要加入。
所以它说的“敏捷”，重点是按工作调整流程。简单修复可以很快开始；风险高、目标模糊、跨系统的改动，则先把约束、验收标准和依赖说明白。
小任务直接构建，复杂任务先拆规格，再进入实现和复核。
AI 做实现，人把方向和验收握住
用一句话就让 AI 从头做完一个复杂项目，往往会把没说清的地方自行补成假设。代码看起来能跑，不等于做的是你要的东西。
BMad 把这些判断分开放在流程里：需求是什么、哪些事情不在范围内、技术上要遵循什么约束、测试怎么证明结果符合预期。信息会落到项目文件里，后续工作可以接着读，不必每次从头解释。
在当前的 Build 工作流里，助手先理解任务、提出计划，再动手实现；之后会检查变更、处理明确的问题，并把结果交给人看。你仍需确认方向、检查差异、运行或审阅测试。它减少重复交代和低价值确认。方向与结果仍由人负责。
复杂任务还可以调用产品、架构、开发、 UX 等不同角色的工作流，或让多个 agent 讨论方案。角色多不代表答案一定更好；最后的决策仍要看需求、证据和代码。
怎么开始试
截至 2026 年 9 月 27 日，npm 上的稳定版本是 6.12.0；GitHub main 分支的模块记录已进入 6.13.0-next。两者不要混为同一个稳定版本。下面用稳定版安装入口举例。
在项目目录运行：
npx bmad-method install
官方稳定包要求 Node.js 20.12.0 或更新版本。 BMad 的渲染工作流还会用到 uv 来运行 Python 脚本；安装时根据提示选 AI 编码工具和 BMad Method 模块。然后在项目里的 AI 工具中调用 bmad-help，让它说明当前有哪些可用工作流；一个明确的小改动可以从 bmad-build 开始。
先拿低风险、容易验收的任务试一遍。把需求写成“要改变什么、不能动什么、怎样算完成”，看它提出的计划是否符合你的意思，再决定是否让它修改代码。涉及生产数据、密钥、付费操作或大范围重构时，先检查它准备做什么，别把自动执行当作默认安全。
BMad Method 仓库代码采用 MIT 许可证。这里的“免费”说的是方法和仓库代码；你使用的 IDE 、模型订阅或 API 仍可能收费。 BMad 名称和品牌另有商标声明。
如果你经常让 AI 改代码，却总要重讲背景、补测试、追着修偏差，可以拿一个小任务试试 BMad Method 。它把思考、实现和复核接成一条能重复走的路，减少每次从头解释的成本。