如何一招令BMAD开发效率翻倍，Epic一问即成？

用 BMAD 做开发的朋友，你是不是也有这样的困扰：每个故事都要手动跑完「创建→开发→测试→审查→修复→更新状态」这一长串流程？更别说一个 Epic 动辄 5-10 个故事，重复操作让人心烦…… BMAD 开发者的日常 如果你正在用 BMAD 方法论做开发，这套流程一定很熟悉： /bmad-bmm-create-story 1.1 # 创建故事 /bmad-bmm-dev-story 1.1 # 开发实现 /bmad-bmm-qa-automate 1.1 # 运行测试 /bmad-bmm-code-review 1.1 # 代码审查 # 发现 HIGH/MEDIUM 问题？手动修复，再跑一遍测试…… # 最后别忘了更新 sprint-status.yaml 一个故事还好，要是 Epic 3 有 8 个故事呢？8 × 6 = 48 次命令 更崩溃的是： 忘了跑测试就提交了？ 审查发现问题忘了修复？ 状态文件忘了更新？ 这些「人工确认」环节，太容易出错了。 我做了什么 于是我把这套流程封装成了 Claude Code Skills。 重要：公司项目 vs 个人项目 公司项目，我建议把流程分成两部分： Part 1: 创建故事详细设计 ┌─────────────────────────────────────┐ │ /bmad-bmm-create-story 1.1 │ │ → 生成故事文档（需求、验收标准、任务） │ └─────────────────────────────────────┘ ↓ 人工仔细 Review 确认需求和任务拆分正确 ↓ ┌─────────────────────────────────────┐ │ Part 2: 执行交付 │ │ /bmad-story-deliver 1.1 │ │ → 开发 → 测试 → 审查 → 修复 → 完成 │ └─────────────────────────────────────┘ 为什么？ 故事详细设计决定了「做什么」和「怎么做」，这一步错了后面全白搭。公司项目需求复杂，人工把关这步不能省。 个人项目，你可以自己决定： 熟悉的领域 → 一键全流程 探索性项目 → 分开也行 一键交付 Review 完故事设计后，一条命令搞定剩下的： /bmad-story-deliver ✅ [1/6] 创建用户故事（如果还没创建） ✅ [2/6] 开发实现 ✅ [3/6] QA 自动化测试 ✅ [4/6] 代码审查 ✅ [5/6] 自动修复问题（如有） ✅ [6/6] 更新状态为 Done 故事 1.1 交付完成！ 是的，连状态都帮你更新了。 三种模式，满足不同场景 我设计了三种 Skills，按需选择： 1️⃣ 快速模式：/bmad-story-deliver 适合：个人项目、信任度高的项目 /bmad-story-deliver 1.1 # 交付指定故事 /bmad-story-deliver # 自动选择编号最小的 backlog 故事 一个命令完成剩余流程（故事已创建并 Review 过）： 开发实现 QA 自动化测试 代码审查 自动修复 HIGH/MEDIUM 问题 更新状态为 Done 不传参数还能自动选择下一个待开发的故事。 2️⃣ 安全模式：/bmad-story-worktree 适合：需要隔离开发、强制测试通过的场景 /bmad-story-worktree 1.1 快速模式也会跑测试，但即使失败也不会阻止你继续。安全模式则多了两层保障： 独立 Worktree：代码完全隔离，不影响主分支 测试不通过 = 不合并：只有 QA 全部通过 + 无遗留 HIGH/MEDIUM 问题，才会合并 如果测试失败或有问题？保留 worktree，等你手动处理完再继续。 3️⃣ 批量模式：/bmad-epic-worktree 适合：整个 Epic 批量交付，真正解放双手 /bmad-epic-worktree 3 # 交付 Epic 3 的所有故事 /bmad-epic-worktree # 自动选择编号最小且有未完成的 Epic 执行逻辑： 收集 Epic 下所有未完成的故事 按 Story 编号排序 逐个调用安全模式交付 前一个完成才开始下一个 任一失败则暂停，保留状态 一条命令，交付整个 Epic。