主题BMADBreakthrough Method of Agile AI-Driven Development技能体系讲解——每个技能的功能作用、使用场景、主要解决的问题。一、什么是 BMAD什么是「按规模适配交付」BMADBreakthrough Method of Agile AI-Driven Development是一套「规格驱动 多角色 agent」的 AI 交付框架。它把软件交付全过程拆成一条循环Clarify澄清→ Plan计划→ Build构建→ Learn学习「按规模适配」的意思是想法越模糊入口越靠前改动越小入口越靠后不强迫每个变更都走全套仪式。Learn 不是终点——验证后带着证据回到 Plan 调整循环持续修正。它要解决的核心问题是直接让 AI 写代码vibe coding缺少规划、上下文和证据链。BMAD 把「思考」固化成可追溯的工件brief → PRD → 架构 → 票据 → 代码 证据每个环节都可验收。交付循环带着证据调整模糊想法Clarify 澄清清晰的大想法Plan 计划小改动Build 构建Learn 学习按规模选入口你手上有什么入口路径典型规模只有一个模糊想法ClarifyClarify → Plan → Build → Learn0→1 新产品、新业务清晰的大想法知道要做什么PlanPlan → Build → Learn循环回 Plan成熟产品、大型新功能小改动、需求调整BuildBuild → Learn直接回 Plan已有系统的迭代二、五个角色 Agent 与两种调用方式角色Skill ID菜单码职责Analyst 分析师 Marybmad-agent-analystBP MR DR TR TS CR UV CB WB PC头脑风暴、市场/领域/技术调研、技术选型、竞品拆解、用户之声、产品简报、PRFAQ 挑战、项目上下文PM 产品经理 Johnbmad-agent-pmPRD CC TKPRD 创建/更新/验证、纠偏、票据管理Architect 架构师 Winstonbmad-agent-architectCA TK架构主轴关键决策记录、规划工作与依赖Developer 开发 Ameliabmad-agent-devBD QA CR ER TK实现、e2e 测试生成、代码评审、epic 回顾、票据跟踪UX 设计师 Sallybmad-agent-ux-designerCUUX 设计产出 DESIGN.md 与 EXPERIENCE.md注Technical WriterPaige目前休耕项目上下文由 Analyst 的PC码或bmad-project-context承担。BMAD 里的「技能skill」是一个命名命令输入它就加载一个 agent 角色、执行一条多步工作流、或完成一个单一任务。调用方式有两种Skill直接输入技能名如bmad-prd适合明确知道要跑哪个流程时菜单码Agent Menu Trigger先加载 agent再输两字母短码如BD在角色内切换任务、不离开对话。各阶段产出的工件brief、PRD、spec、架构、tickets、代码与证据都落盘到 initiative 文件夹可被后续技能和bmad中枢读取。三、23 个技能逐个讲按循环阶段分组① Clarify 澄清把模糊想法变成被验证、值得做的目标技能功能作用使用场景解决的问题bmad-brainstorming引导式头脑风暴产出 100 条想法与brainstorm.html方向模糊、需要量的积累锚定第一个想法、想法太少太保守bmad-forge-idea多角色追问压力测试半成品想法产出forge-report.html有初步想法但不确定是否成立想法的隐藏致命弱点追问才暴露bmad-deep-recon深调研市场、领域、技术、竞品、用户之声、学术产出带引用的 research 文档任何需要证据支撑的决策拍脑袋决策、缺引用与证据bmad-product-brief创建、更新或验证产品简报调研后定稿做什么、为谁、为什么目标各人理解不一、从未写清bmad-prfaqWorking Backwards PRFAQ 压力测试先写新闻稿和 FAQ投入开发前验证产品叙事产品故事在用户面前站不住脚② Plan 计划把清晰想法变成可拆解、可跟踪的落地计划技能功能作用使用场景解决的问题bmad-prd创建、更新或验证 PRD大项目的标准入口需求散落聊天里、无单一事实源bmad-spec把输入压缩成短 spec小到不值得写完整 PRD 的变更小改动过度工程化轻量 spec 足够bmad-uxUX 愿景落成DESIGN.md与EXPERIENCE.md有界面的产品代码正确但体验差、设计没提前定死bmad-architecture记录架构主轴保持各部分一致的关键决策多人或多模块并行开发各自实现后拼不上、接口漂移bmad-ticket规划与跟踪 initiative、epic、ticket把 PRD 拆成可跟踪工作项大需求拆不开、进度不可见bmad-correct-course评估中途重大变更并产出变更提案做到一半需求变了范围蔓延、变更吃掉原计划③ Build 构建把工作项变成经评审、验证、有测试守护的可信代码技能功能作用使用场景解决的问题bmad-build把工作项变成可运行代码含评审与验证每个 ticket 的主构建路径直接让 AI 写代码、结果不可信bmad-build-auto运行一轮无人值守开发循环想让 AI 自主迭代、不用人盯构建过程需要人一直陪着bmad-code-review多个独立评审者评审发现项分诊变更合并前单一评审者盲区、发现项堆着不分诊bmad-walkthrough逐块引导人评审 commit、PR 或文件想搞懂代码到底改了什么diff 太大读不完、人审太慢bmad-qa-generate-e2e-tests生成 API 与端到端自动化测试功能已实现、需要回归护栏没有测试、重构没安全网④ Learn 学习基于证据验收把教训带回下一轮计划技能功能作用使用场景解决的问题bmad-retrospective对照证据回顾已完成的 epic决定接受与否epic 完成时看起来完成 ≠ 完成需要证据化验收bmad-review多镜头评审对抗性、边界、验证缺口、结构、行文文档定稿前、代码合并前评审停留在表面、系统性盲区漏网⑤ 通用工具任何阶段可用的支撑技能技能功能作用使用场景解决的问题bmad中枢答疑、按优先级给下一步、setup/status/migrate、管理 initiative任何时候卡住或不知当前状态不知道下一步该干什么bmad-advanced-elicitation选命名推理法事前验尸、第一性原理、红队、反转等重审最新输出输出看起来对但怀疑不够深「再试一次」无效需要方法逼出新角度bmad-party-mode多个 agent 或人格同场辩论由你主持大决策、想要多角度对撞单视角盲区bmad-customize自然语言改技能或 agent 行为写入_bmad/custom/想按团队规范定制流程手写 TOML 太繁琐bmad-project-context建立、刷新或审计仓库的 agent 指令接手已有代码库AI 不懂项目约定、上下文反复丢失四、一分钟快速选型只有模糊想法 →bmad-brainstorming或bmad-forge-idea想验证值不值得做 →bmad-deep-reconbmad-product-brief清晰的大项目 →bmad-prd→bmad-architecture→bmad-ticket小改动 →bmad-spec或直接bmad-build已有代码库 → 先跑bmad-project-context任何时候卡住 → 直接打bmad五、备注旧技能名bmad-create-prd、bmad-edit-prd、bmad-market-research、bmad-generate-project-context、bmad-checkpoint-preview等仍可解析但只作转发器新工作一律用当前名字。完整测试架构Test Architect / TEA、Game Dev Studio、Creative Intelligence Suite 是独立模块按需另装。每个技能的输入/输出细节见官方文档对应章节页。参考资料Skills and Agents — BMad Method 官方参考页bmad-code-org/BMAD-METHOD — GitHub 仓库