AI驱动开发框架BMAD Method

规范驱动开发（Spec Driven Development）的理念正在被越来越多的个人开发者和研发团队吸收，转化为提高产能的利器。

但我们仍然遇到了很多问题，大多数出在"人"这一端——AI足够聪明，人还不知道如何与它协作。这篇文章我想分享一些观察，以及推荐一个我心目中最佳的SDD框架。

对齐几个概念

AI与软件工程的交叉领域里，有几个概念频繁出现却经常被混用，有必要厘清。

AI Driven（AI驱动），AI不再只是辅助工具，它已经在从设计到实现的全流程中承担核心角色。人类负责意图和决策，AI负责理解、生成和执行。

Spec Driven Development（规范驱动开发，SDD），在开发之前建立清晰的规范文档（需求、架构、设计等），通过这些规范引导AI精确理解意图并生成高质量代码。规范既是给AI的上下文，也是给人的契约。

SDD Framework（SDD框架），实现SDD理念的工具链和流程体系，提供一套完整的规范模板、生产流程和质量约束来组织规范驱动的开发过程。

Prompt（提示词），人类向AI传递意图的基本单元。一段好的Prompt清晰、有约束、有上下文。

Context（上下文），AI理解和执行任务所需的背景信息。上下文的质量直接决定AI输出的精度，这也是SDD存在的根本原因——规范化的文档为AI持续提供高质量的上下文。

Agent（智能体），被赋予特定角色、知识和行为约束的AI实例。好的Agent远不止一段系统提示词，它包含完整的角色定义、能力边界和交互协议。

Workflow（工作流），多个步骤按依赖顺序组合而成的结构化流程。工作流确保复杂任务被分解为可管理的步骤，并按正确的顺序执行。

Skill（技能），封装了特定能力的可复用模块，可被Agent或用户按需调用。Skill是对Workflow和Task的更高层抽象和封装。

观察和练习

过去两年我深入研究并使用了很多SDD框架、Agent、Workflow以及Skill，积累了大量提效的技巧和经验。这些构成了AI4SE这个细分领域的"专业知识"。

但坦白讲，这些知识很难直接传递。软件工程仍然是一门手艺活儿，观察和练习是习得这些技术的唯一方式。我没有办法在文字里做现场演示，所以尽可能克制地推荐我心目中的最佳实践。

今天要出场的，是我认为最好的SDD框架——BMAD Method。

是什么

BMAD的全称是Breakthrough Method of Agile AI Driven Development，敏捷AI驱动开发的突破性方法。它原生利用AI的能力和敏捷实践，覆盖从构思规划到智能体实现的整个软件开发过程。

根据项目复杂度，BMAD提供三条规划路径。Quick Flow适合Bug修复、简单功能、范围清晰的小型任务（1-15个故事），仅需技术规范即可直接进入开发。BMad Method适合产品开发、平台搭建、复杂功能（10-50+个故事），需要PRD、架构文档和UX设计。Enterprise适合强合规、多租户系统（30+个故事），在BMad Method基础上增加安全、DevOps和测试策略。

怎么用

访问官方文档即可上手。在常见的编程Agent（推荐Cursor和Claude Code）中安装它的各种设定和Skill后，直接在与AI的工作窗口中用自然语言唤起它内置的工作流和技能。整个开发过程由四个阶段驱动——分析、规划、方案设计、实现——每个阶段都有对应的专业Agent和Workflow引导逐步推进。

为什么选择它

道、法、术

对软件工程而言，其"道"在于控制复杂度，其"法"在于合理的分治，其"术"在于建立恰当的约束。

约束帮我们打下坚实的基础，让我们能不断从底层细节中脱身，去做更大、更复杂的软件。在前AI时代，敏捷价值观以及它二十多年来发展出的各种管理实践和工程实践，做的事情只有一件——帮我们建立约束。约束工作方式，约束工作节奏，约束团队结构，约束思维模式，约束在制品，约束流程。

BMAD框架的核心优势在于，它内化了敏捷工程与管理实践中的这些约束体系。

约束的具体体现

Team设定建立了对全功能团队的约束。团队由分析师、架构师、开发、产品经理、Scrum Master、测试架构师、技术文档工程师、用户体验设计师等角色组成，确保每个专业视角都不缺位。

Agent设定建立了对角色特质、能力和看待问题视角的约束。每个Agent有清晰的人格特征、专业原则和行为边界，各司其职，有明确的职责分工。Data与Doc设定建立了团队输出制品的要求与模板约束，从PRD到架构文档到用户故事，每种制品都有明确的结构和质量标准。

Workflow设定建立了对制品生产过程的依赖与顺序约束。分析在前、规划居中、实现在后，环环相扣，确保上游的输出成为下游的高质量输入。Task设定建立了对软件生产工序的约束，每个工序都有明确的步骤、输入和输出，避免跳步和遗漏。

Project Context设定建立了整个项目人机协作的知识管理约束。项目上下文文件让AI在任何一次对话中都能快速理解项目全貌，不必每次从零开始。

持续演进

最新版本引入了Skill机制，对Workflow和Task进行了更好的封装。同时也在吸纳新的实践——对于小规模的开发任务，我们并不总需要走完完整的需求-架构-开发流程。最新发布的"快速开发"模式支持输入意图即可直接输出代码变更，更少的流程开销，更少的人工介入，但不牺牲质量。

与竞品的对比

市面上主要的SDD框架还有OpenSpec和SpecKit。它们用简单的提案/设计/任务来对开发需求进行分析与规划，在处理小规模任务时体验不错。但面对重要的、复杂的开发任务时，由于缺乏对软件全生命周期的系统约束，经常会丢失精度——需求分析不够充分，架构决策缺少验证，从规划到实现的上下文容易断裂。

BMAD的差异在于它对软件工程实践的系统理解和方法论内化，一套完整的软件研发方法论的AI化实现，远非任务拆分工具可比。

创意智能

除了内置的AI敏捷软件研发模块，BMAD还可以选装CIS模块（Creative Intelligence Suite，创意智能套件），整合了创意创新的众多流程与工具。我本身也是设计思维的拥趸，实际使用中它在软件的设计过程中带来了很多惊喜。

BMAD的架构有能力扩展到更多专业领域，任何需要结构化约束和AI协作的知识工作都可能受益于类似的方法论。我会持续关注并参与这个开源项目。