条件与权衡
HN 上该项目相关提交共 265 条命中,但可见的最高仅 4 分、0 条评论,另有第三方安装指南也仅 2 分,说明「星标高但英文社区几乎不讨论」
把敏捷交付写成一套带角色的 agent 流程:从模糊想法进入 Clarify、明确的大想法进入 Plan、小改动直接 Build,并用简报、规格、架构等文档把决定沉淀下来,避免每次对话重新解释。
BMAD-METHOD 自称是一套「面向 AI 驱动开发的敏捷方法」,而非单纯的技能包。它的核心是一条交付环:模糊想法从 Clarify 开始,明确的大方向直接进 Plan,小改动直接 Build 并验证,Learn 阶段再回圈到 Plan。方法里内置了产品、架构、UX、开发、测试等角色化的 agent 与结构化工作流,目标是在不交判断权的前提下,把隐含假设显式化并保留为后续工作的上下文。它同时支持全新项目与存量代码库。
中小团队统一 agent 协作流程、接手遗留系统时先建可信上下文、把需求澄清与架构决策变成可归档交付物、多人多 agent 讨论式评审。
Markdown 技能与工作流 + npm 安装器,内置角色化 agent 与文档产出链;55.1k stars、6.1k forks、76 open issues;v6.12 稳定 / V7 alpha。仅读仓库页与 README,未安装。
把「敏捷」真正变成 agent 能执行的步骤,而不是写在文档里的口号;对流程混乱的团队,它提供的是护栏而不是提速。
正处版本换代期稳定版 v6.12、V7 仍为 alpha 且安装路径与文档频繁变动(官方称 V7 预计 2026 年 11 月中发布),选型要指定版本;76 个 open issues;未实测。
MIT(BMad 与 BMAD-METHOD 为 BMad Code, LLC 商标)
仓库标注 MIT License,许可宽松可商用;但需注意仓库单独提供 TRADEMARK.md,BMad 与 BMAD-METHOD 属 BMad Code, LLC 的商标,不得在修改版中造成来源混淆或暗示背书。另外它分两条版本线(v6.12 稳定、V7 alpha),企业采用时应在交付物里写清所用版本。
协议解读供选型参考,不构成法律意见。
适合想把「需求澄清→方案→拆任务」固定成团队习惯的项目;上生产需锁定 v6.12 而非跟 V7 alpha,并预留升级评估成本。
Star55100;观测时间:2026-11-07T05:26:30.000Z
暂无可比增长基线
开源代码
已核对社区来源
HN 讨论量极低(最高 4 分、零评论),与 55.1k★ 的热度形成明显落差
只看了前五条命中的分数与评论数,未读评论正文;星标与 HN 热度严重不匹配的原因无法确认
HN 上该项目相关提交共 265 条命中,但可见的最高仅 4 分、0 条评论,另有第三方安装指南也仅 2 分,说明「星标高但英文社区几乎不讨论」
有第三方发布「为 Roo Code 安装 BMAD 方法」的教程,说明它确实被实际迁移到其他工具使用
模型知识参考,未在线核验;名称、维护状态和许可证需另行核实。
同一方法论家族的两个重量级
Spec Kit 只提供阶段模板与命令;BMAD 提供完整角色体系与多 agent 讨论,流程更重
上期报道过的同类方法包
superpowers 的重心是「强制工作流 + 子代理开发」;BMAD 的重心是「交付环路与角色化讨论」