BMAD：让 AI 真正可预测的敏捷框架
I’m happy to translate the article for you, but I need the full text of the post (the content you’d like translated). Could you please paste the article’s body here? Once I have that, I’ll provide a Simplified‑Chinese translation while preserving the source line, formatting, markdown, and any code blocks or URLs unchanged.
介绍
与 AI 一起编写代码的感觉有点像把意大利面扔到墙上——有时会粘住，另一些时候你却要把比开始时更大的乱团理清。你聊天、迭代、耸耸肩，然后花上数小时调试三次提示前看起来完美的 AI 幻觉。
于是出现了 BMAD：突破性的敏捷 AI 驱动开发方法。BMAD 不是另一个插件或魔法提示；它是一个轻量级、面向团队的框架，为你的 AI 协作提供结构、责任感和上下文，使输出变得可重复、可读且有用。
大多数 AI 辅助编码的失败源于缺乏结构的对话。你从一个快速提示开始，修补输出，而两天后再回来时上下文已经消失。需求滑坡，假设成倍增加，AI 每次表现得像不同的队友。BMAD 通过借鉴敏捷纪律，将 AI 视为一组具有明确职责的专用代理，并将文档设为唯一真实来源来解决这些问题。其结果是惊喜更少，对 AI 输出的信任度更高。
BMAD 完全免费且开源，刻意保持简约，团队可以在不牺牲速度的前提下采用它。
什么是 BMAD？
BMAD 消除了 AI 编码的黑箱感。它不是让你随意提示，而是先让你生成产出物：
- 一个简短的 PRD（产品需求文档）
- 一个小型架构草图
- 简洁的 用户故事
这些产出物会随工作一起流动，这样 AI 在每次运行时就不必重新构建上下文。
文档优先开发
- 通过为 AI 提供具体的规范来减少幻觉。
- 规范成为合同，而不是你最新的聊天信息。
上下文保留
- 从分析到实现，产出物和代理交接保持项目的一致性、可审计性和可维护性。
BMAD 人格（代理）
BMAD 引入了专注的 AI 人格，每个人格都定义为一个 “Agent‑as‑Code” Markdown 文件，描述其专长、职责、约束以及预期输出：
- 产品经理 – 编写验收标准。
- 架构师 – 起草最小化设计。
- 开发者 – 将设计转化为增量任务。
- Scrum Master – 对故事进行优先级排序并确保顺畅交接。
- UX 设计师 –（可选）提供 UI 指导。
你不再与通用助手对话；你将与专门的代理协作，它们通过明确的产出物和备注交接工作，模拟真实的敏捷团队，防止在提示之间出现上下文丢失。
BMAD 工作流
BMAD 使用一个简单的四阶段循环：
1. 分析
在一页 PRD 中捕获问题和约束。
2. 规划
将 PRD 拆分为用户故事并附带验收标准，由 Scrum Master 角色进行优先级排序。
3. 方案制定
- Architect 生成最小化设计。
- Developer 提出实现步骤。
4. 实施
迭代开发：小故事、明确标准，以及在原位更新而非从头重建的工件。
此流程防止每次对话都从空白开始。工件得以延续，使每次 AI 传递都是增量且可验证的。
好处
- 更少的重写，以及更少的调试 AI 错误的时间。
- 可预测的增量，更容易审查和回滚。
- 为新成员提供更快的入职——这些产出物讲述了整个过程。
- 一致的 AI 行为：架构师不会被要求编写测试，开发者也不会重新定义产品目标。
入门
如果你已经厌倦了每天都要猜测 AI 的表现，可以尝试使用 BMAD 进行一次冲刺：
- 创建一页的 PRD。
- 为所需角色添加 Agent‑as‑Code 人格。
- 运行一次 Analysis → Planning → Solutioning → Implementation 循环。
有关安装和逐步指南，请参阅官方文档（.）。BMAD 可与您已经在使用的工具集成（VS Code、Cursor、Claude Code 等），但即使只使用 Markdown 和少量约定，也能采用该方法。
结论
BMAD 将 AI 从情绪化的助手转变为可预测的队友。给它一次冲刺，看看差异。
祝编码愉快！