BMAD方法 & Claude Code 深度实践

一份动态交互式视频摘要，助您快速掌握核心工作流与关键技巧

1. 视频介绍与核心目标
  • 演讲者: Brian，BMAD 方法的创建者。
  • 视频目标: 全面演示如何在 IDE (集成开发环境) 中，特别是使用 Claude Code，来运行完整的 BMAD 方法，包括所有 Agents (代理) 和选项。
  • 核心价值: 视频包含许多从未演示过的、非常酷的功能和技术，对所有 IDE 用户都有普适性价值，强烈建议从头到尾观看。
  • 行动号召: 点赞、订阅、分享，帮助更多人了解 BMAD 方法。
2. 准备工作与安装
  • 起始点: BMAD 方法的 GitHub 仓库是获取最新信息和开始的最佳地点。
  • 关键认知: 使用 BMAD 方法无需克隆 (clone) 整个 GitHub 仓库。这极大地简化了上手过程。
  • 安装命令: 在你的项目父目录中运行 npx bmad-method install。
  • 安装步骤:
    • 选择项目路径 (可以是新目录或现有项目)。
    • 选择核心包 (BMAD core)。
    • 建议开启: 对 PRD (产品需求文档) 和架构文档进行分片 (Sharding)，以便于大型项目管理上下文。
    • 选择你使用的 IDE (本视频演示为 claude code)。
  • 安装速度: 整个过程非常快，大约 5-10秒 即可完成。
3. BMAD 核心工作流 (The Workflow)

这是整个方法论的核心，通过一系列分工明确的 Agent 协作，将一个想法逐步转化为可执行的代码。

💡 想法
初始概念
→
Analyst
业务分析师
→
PM
产品经理
→
Architect
架构师
→
Scrum Master
敏捷教练
→
Developer
开发者
→
QA
质量保证
  • 关键原则：上下文管理: 为每个主要任务或 Agent 切换启动一个新的聊天会话。使用 /clear 或重启终端来保持上下文的干净和专注，这是高效工作的秘诀。
  • 优势: 在 IDE 中工作，所有产出物 (Artifacts)，如文档和报告，都会被实时保存到项目文件中，无需担心丢失。
4. Agent 深度解析
Step 1: 业务分析师 (Analyst)
  • 目的: 在创建 PRD 之前，深入挖掘和完善你的想法。(可选但强烈推荐)
  • 核心功能 ①：头脑风暴 (Brainstorming):
    • 这可能是整个 BMAD 中最特别的 Agent。它不仅仅是生成想法，更是扮演一个教练 (Coach)的角色，通过 Six Thinking Hats (六顶思考帽)、Five W's (五问法) 等多种专业技巧，引导和激发用户的创造力。
    • 产出物: brainstorming-session.md
  • 核心功能 ②：项目简报 (Project Brief):
    • 基于头脑风暴的结果，创建一份结构化的项目简报。
    • 引入了“高级启发 (Advanced Elicitations)”: 这是一个强大的概念，允许用户反过来挑战和“压榨”LLM，使其提供更高质量的输出，例如“挑战范围”、“进行批判性假设测试”等。
    • 产出物: project-brief.md
Step 2: 产品经理 (PM)
  • 目的: 创建一份详细的产品需求文档 (PRD)。
  • 关键产出:
    1. 功能性与非功能性需求。
    2. 明确MVP (最小可行产品)的范围，区分核心功能和未来功能。
    3. 史诗 (Epics) 和用户故事 (User Stories): 这是与开发环节衔接的关键。这些故事被特意编写得非常详细和有序，以便开发 Agent 能够直接理解和执行。
  • 产出物: prd.md
Step 3: 架构师 (Architect)
  • 目的: 设计项目的技术实现蓝图。
  • 使用建议: 在这一步，建议使用你所能获得的最高级的 LLM 模型 (如 Opus)，以确保架构的质量。
  • 关键定义:
    • 技术栈 (Tech Stack): 极其重要。明确所有库和版本，防止开发 Agent “即兴发挥”导致项目混乱。
    • 数据模型/接口 (Data Models/Interfaces): 保证代码的类型安全和数据结构的一致性。
    • 目录结构 (Directory Structure): 指导 Agent 在何处创建和查找文件。
    • 编码规范 (Coding Standards): 确保代码风格统一，可读性高。
  • 产出物: architecture.md
Step 4: 文档分片 (Sharding)
  • 目的: 将庞大的 PRD 和架构文档，拆分成小的、专注的 Markdown 文件。
  • 命令: /task shard-doc
  • 核心价值：“上下文工程 (Context Engineering)”的实践。通过分片，后续的 Agent 只需加载与当前任务相关的“小文档”，极大地节约了上下文窗口，提升了准确性和效率。
Step 5-7: 开发与测试循环
  • Scrum Master (敏捷教练):
    • 读取高阶的用户故事和相关的架构分片文档。
    • 生成一份极其详细的、自包含的“开发者故事”，其中包含了开发所需的所有上下文和步骤。
    • 将故事状态设为 approved。
  • Developer (开发者):
    • 执行 approved 的开发者故事。
    • 严格按照故事中的任务列表和架构文档（技术栈、编码规范等）编写代码。
    • 完成后，将故事状态设为 Ready for Review。
  • QA (质量保证):
    • 审查处于 Ready for Review 状态的代码。
    • 对照验收标准进行检查，确保代码质量。
    • 通过后，将故事状态设为 Done。

原文

源链接