渐进构建上下文
BMM 将复杂开发工作划分为分析、规划、方案和实施阶段，各阶段产物为下一阶段提供明确上下文。
Tool profile · 03 / 05
BMad Method
BMad Method（BMAD）是面向 AI 驱动开发的模块化方法生态。其 BMM 工作流以渐进式上下文工程组织分析、规划、方案设计与实施，让不同角色和文档逐步为后续阶段提供依据。
初步记录官方项目 · bmad-code-org/BMAD-METHOD核对日期 · 2026-08-21
01 · Why included
为什么纳入 SDD 相关研究
初步观察
BMad 不只生成一份规格，而是让分析、产品、架构和实施相关工作流持续积累结构化上下文。它适合研究“角色与阶段怎样塑造规格，以及上下文如何传递给实现”。
02 · Problem
解决什么问题
把不同视角显式化
通过角色、模块和工作流让产品、架构与实现关注点分别成形，减少单次对话承担全部决策。
03 · Core assets
核心资产
planning documents产品简述、需求与其他规划产物，具体内容随路径和模块变化。
solution context架构、技术决策与实现前的方案上下文。
project context & stories项目规则、实施单元和供 Agent 消费的任务上下文。
04 · Workflow
官方工作流地图的四个阶段
- Analysis · 可选
研究问题、市场、产品想法或现有系统，形成前置理解。 - Planning
澄清目标、范围和需求，产生可审阅的规划上下文。 - Solutioning
形成架构和技术方案，使实施获得足够约束。 - Implementation
根据项目规模和入口，以故事或计划驱动实现、审查与迭代。
官方还提供面向小型请求的 Build 路径，可从简短请求开始，经过澄清和计划批准后实施与审查。首版不展开全部模块和工作流变体。
05 · Installation
安装与运行形态
官方安装入口
npx bmad-method install安装器在项目中配置所选模块和 AI 工具。官方列出的前置条件包括 Node.js、所使用的 AI coding 工具；外部模块场景还可能需要 Git。
06 · CLI & host
CLI 与宿主依赖
当前结论
需要安装器完成项目配置；日常工作流主要由宿主 Agent 执行
npx bmad-method install 是明确的安装与更新入口。安装后，用户通过宿主中的 BMad commands、skills、agents 或 workflows 推进开发。首版不把安装器等同于一个持续运行的规格引擎。
宿主 coding agent必须，安装时需要选择支持的工具。
BMad 安装器项目安装、更新和模块配置需要。
项目工具Node.js 必需；外部模块和开发工作按需使用 Git、测试等。
07 · Early strengths
初步优势
- 面向不同项目规模提供从快速 Build 到阶段化 BMM 的多种入口。
- 通过角色与模块让产品、架构和实现上下文逐步成形。
- 安装器支持选择宿主工具、模块和可重复配置。
08 · Limits
限制与风险
- 生态、模块、角色和工作流较多，新用户需要先判断应该走哪条路径。
- 阶段化文档在小任务中可能产生额外成本，scale-adaptive 的实际效果需实测。
- 模块与命令仍在演进，研究记录需要绑定核对日期并持续更新。
09 · Scenarios
可能适用的场景
当需求需要产品、架构和实施多层决策，或团队希望用显式角色与文档逐步构建 Agent 上下文时，BMad 可能有价值。对于边界非常清楚的小改动，应先比较快速 Build 路径与完整 BMM 的成本。
10 · Relations
与其他工具的初步关系
初步观察
BMad 覆盖的生命周期和角色范围比只维护 change specs 的工具更宽，也比单纯的实现纪律更强调产品与架构上下文。与 Spec Kit 的阶段化产物、Trellis 的任务上下文存在可比较区域，但术语和权威资产并不相同。
11 · Next research
后续研究问题
- 同一需求走 Build 与完整 BMM 路径时，产物和时间差异如何？
- 角色切换是否真正改善决策质量，还是只增加上下文体积？
- 棕地项目接入时，project context 如何建立和维护？
- 需求改变后，规划、架构、stories 与实现怎样保持一致？
12 · Official sources