Fullstack Dev、iOS Reverse Engineering、小红书逆向培训

BMAD-METHOD
 
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 过）：

  1. 开发实现
  2. QA 自动化测试
  3. 代码审查
  4. 自动修复 HIGH/MEDIUM 问题
  5. 更新状态为 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

执行逻辑：

  1. 收集 Epic 下所有未完成的故事
  2. 按 Story 编号排序
  3. 逐个调用安全模式交付
  4. 前一个完成才开始下一个
  5. 任一失败则暂停，保留状态

一条命令，交付整个 Epic。你可以去喝杯咖啡了 ☕

对比一下

模式 运行测试 隔离开发 强制把关 适用场景
快速 ✅ ❌ ❌ 测试失败也继续 快速迭代
安全 ✅ ✅ Worktree ✅ 不通过不合并 稳妥交付
批量 ✅ ✅ Worktree ✅ 不通过不合并 整 Epic 交付

快速上手

# 克隆仓库
git clone https://github.com/terryso/claude-bmad-skills.git

# 安装到你的 Claude Code
cp -r claude-bmad-skills/.claude/skills/* ~/.claude/skills/

# 开始使用
/bmad-story-deliver      # 交付一个故事
/bmad-epic-worktree      # 交付整个 Epic

写在最后

这个项目的核心理念很简单：把重复的事情自动化，但该人工把关的地方不能省。

公司项目的推荐流程：

  1. /bmad-bmm-create-story 1.1 — 创建故事设计
  2. 人工 Review — 确保需求正确
  3. /bmad-story-deliver — 一键完成开发到交付

个人项目： 看心情，想一步到位也行。

以前交付一个 Epic：

  • 手动执行 40+ 次命令
  • 多次人工确认测试结果
  • 多次手动更新状态文件

现在：

/bmad-epic-worktree

剩下的交给 AI，但故事设计一定要自己把关。

项目地址： github.com/terryso/claude-bmad-skills

如果你也在用 BMAD 做开发，欢迎试用反馈！⭐ Star 支持一下就更棒了~

你在 BMAD 开发中有什么效率痛点？欢迎在评论区分享。

BMAD-METHOD
 
用Claude Code的Agent Teams一次搞定BMAD故事开发的3件套流程
微信图片_20260208075515_94194_2291 微信图片_20260208075515_94195_2291 微信图片_20260208075516_94196_2291

提示词:

bmad-bmm-create-story.md
bmad-bmm-dev-story.md
bmad-bmm-code-review.md

现在有上面三个工作流文档, 每次开发一个故事都是按顺序执行上面3个工作流.

我现在想你帮我创建3个teammate, 按顺序之后上面的工作流, 最后一个code-review工作流需要自动修复所有问题.
BMAD-METHOD
 
BMad v6实战过程全公开：32场对话揭秘人机协作怎么搞？

"如果你也想了解AI真正如何参与软件开发，这个网站或许能给你一些启发。"

最近，我完成了一个叫 AutoQA-Agent 的项目开发。和以往不同的是，这次我全程使用 BMad v6 这套 AI 驱动开发方法，让 AI Agent 像真正的团队成员一样参与协作——从架构设计到功能实现，从代码重构到问题排查，每一个关键环节都留下了对话记录。

整理下来，一共有 32 个完整的对话。

我觉得这些对话太有价值了，它们真实记录了 AI 如何像一个"技术合伙人"一样参与开发。于是，我用 Lovable 把它们做成了一个网站：

autoqa-chats.lovable.app

网站里有什么？

这 32 个对话记录覆盖了软件开发的方方面面：

架构设计

  • 如何与 AI 架构师 Winston 协作创建架构文档
  • 动态 Base URL 支持的方案讨论
  • Epic 7 的重新设计

功能开发

  • 敏感测试数据注入
  • Markdown Include 功能实现
  • 应用探索引擎开发
  • 智能测试用例生成器

代码重构

  • 测试生成环境变量重构
  • Story 7.1 的实现重构

问题排查

  • 浏览器闪烁问题
  • 探索记录修复
  • 定位器导出失败调试

需求管理

  • Story 2.10、7.1、8.1、8.2、8.3 的创建

为什么要分享？

随着 AI coding tools 越来越火，很多人问我："AI 真的能写代码吗？"

但我发现，更值得关注的问题是："人和 AI 应该如何协作开发？"

这个网站就是我的实践答案。它不是"AI 帮我写完了代码"的炫耀，而是真实展示了：

  • AI 如何帮我梳理技术选型
  • 当遇到问题时，我们如何共同排查
  • 代码重构时，AI 提供了哪些视角
  • 哪些地方 AI 表现出色，哪些地方仍需人工把关

BMad v6 是什么？

BMad v6 是一套 AI 驱动的开发方法论（Business Model AI Development）。它的核心思想是：

把开发过程拆解成不同的"专家角色"，每个角色各司其职，你就像项目负责人一样协调这些 AI 专家协作。

比如这次 AutoQA-Agent 项目中，我就和这些 AI 角色协作过：

  • Winston（架构师）：负责架构设计和技术决策
  • Dev（开发者）：负责功能实现和代码编写
  • PM（产品经理）：负责需求分析和 Story 拆解
  • QA（测试工程师）：负责测试用例设计

就像组了一支 AI 团队，你带着他们一起把项目做出来。

谁会从中受益？

如果你是：

  • 开发者：看看 AI 实际如何参与项目开发
  • 产品经理：了解 AI 辅助需求管理的可能性
  • 技术管理者：思考团队如何引入 AI 协作流程
  • AI 爱好者：真实案例总是比抽象讨论更有启发性

希望这个网站能给你一些参考。

最后的话

这 32 个对话，是我探索"人机协作开发"的第一步，也是 BMad v6 方法论的一次完整实践。如果你也在路上，欢迎交流。

项目地址： github.com/terryso/AutoQA-Agent

对话网站： autoqa-chats.lovable.app

你在开发中有和 AI 协作的经验吗？欢迎在评论区分享你的故事。

BMAD-METHOD Playwright
 
BMAD-METHOD：让一个人顶一个敏捷团队的 AI 驱动开发框架

你还在为组建敏捷团队而苦恼吗？

在软件开发的世界里，敏捷开发方法已经成为主流。但是，组建一个完整的敏捷团队需要产品经理、架构师、开发人员、测试人员、UX 设计师等各种角色，对于个人开发者或小团队来说，这几乎是不可能的任务。

直到 BMAD-METHOD 的出现，这一切都改变了。

BMAD-METHOD：革命性的 AI 敏捷开发框架

BMAD-METHOD（Breakthrough Method of Agile AI-Driven Development）是一个突破性的 AI 代理编排框架，它的核心理念是通过专门的 AI 代理来模拟完整的敏捷开发团队，让一个人就能拥有整个团队的力量。

🎯 一人 Scrum 团队的核心优势

专业角色完整覆盖

  • 业务分析师（Analyst）：市场调研、需求收集
  • 产品经理（PM）：PRD 创建、功能优先级排序
  • 架构师（Architect）：系统设计、技术架构
  • 开发人员（Developer）：顺序任务执行、测试
  • QA 专家（QA）：代码审查、重构
  • UX 专家（UX）：UI/UX 设计
  • 产品负责人（PO）：需求管理
  • Scrum Master（SM）：冲刺规划、故事创建

真正的敏捷工作流
不是简单的 AI 助手，而是严格遵循敏捷方法论的完整流程，每个 AI 代理都有明确的职责和交付物。

在 Claude Code 环境下的完整交付流程

🚀 环境准备：快速安装

在开始使用 BMAD-METHOD 之前，首先需要在你的项目中安装框架：

npx bmad-method install

这个命令会在你的项目中安装 BMAD-METHOD 框架，自动配置所有必要的 AI 代理和模板文件。安装完成后，你就可以开始使用各种角色命令了。

第一步：需求分析与头脑风暴

🧠 使用 /analyst 命令启动分析师角色

/analyst
  • 分析师会与你进行深入的头脑风暴对话
  • 探讨项目背景、目标用户、核心需求
  • 根据内置模板自动生成一份完整的项目简报
  • 为后续的产品设计奠定基础

第二步：产品规划与需求文档

📋 使用 /pm 命令呼唤产品经理角色

/pm
  • 产品经理基于项目简报进行深入分析
  • 自动生成详细的 PRD（产品需求文档）
  • 创建项目的 Epic（史诗故事）
  • 确定功能优先级和产品路线图

第三步：系统架构设计

🏗️ 使用 /architect 命令呼唤架构师角色

/architect
  • 架构师基于 PRD 和 Epic 进行技术分析
  • 设计完整的系统架构文档
  • 确定技术栈、数据库设计、API 结构
  • 为开发团队提供技术实施指导

第四步：创建用户故事

📝 使用 /sm 命令呼唤 Scrum Master 角色

/sm
  • Scrum Master 基于 PRD、Epic 和架构文档
  • 创建下一个待开发的用户故事（User Story）
  • 定义验收标准和完成定义
  • 估算故事点数和优先级

第五步：故事开发实现

💻 使用 /dev 命令呼唤开发者角色

/dev
  • 开发者接收刚刚创建的用户故事
  • 进行编码实现、单元测试、集成测试
  • 确保代码质量和功能完整性
  • 完成故事的最终交付

第六步：持续迭代循环

🔄 重复步骤 4-5，直到项目完成

/sm → 创建下一个故事
  ↓
/dev → 实现故事
  ↓
/sm → 创建下一个故事
  ↓
/dev → 实现故事
  ↓
... 持续循环

🎯 核心优势：一键切换角色

通过简单的斜杠命令，你可以在 Claude Code 中无缝切换不同的专业角色：

  • 随时随地：无需重新配置，一个命令即可切换
  • 上下文保持：每个角色都能完整理解项目背景
  • 专业输出：每个角色都按照标准模板输出专业文档
  • 流程完整：严格按照敏捷开发流程推进项目

独特的技术特性

🎨 智能模板系统

  • 交互式文档模板：文档内嵌处理指令
  • 动态依赖加载：代理只加载必要资源
  • 平台无关性：适用于任何项目类型

🔧 灵活的开发模式

  • 渐进式开发：稳步推进，质量优先
  • YOLO 模式：快速原型，适合探索
  • 双模式切换：根据项目需求灵活选择

🤖 专业化 AI 代理

  • 角色专精：每个代理专注于特定领域
  • 真实协作：模拟真实团队的工作方式
  • 智能交接：代理间自动协调工作

实际应用价值

🎯 真实项目案例：polyv-live-cli

让我们看一个真实的 BMAD-METHOD 应用案例：polyv-live-cli

这是一个完全使用 BMAD-METHOD 开发的 CLI 工具项目，用于管理 Polyv 直播云服务：

项目特点：

  • TypeScript 开发：提供完整的类型安全保障
  • 多功能集成：支持频道管理、流控制、状态监控等
  • 企业级应用：服务于直播云服务管理场景

BMAD-METHOD 应用成果：

  • docs/ 目录：包含各个角色协作生成的完整文档
    • 分析师提供的市场调研和需求分析
    • 产品经理创建的 PRD 和 Epic 文档
    • 架构师设计的技术架构方案
    • 开发者实现的详细技术文档

开发效果：

  • ✅ 完整的敏捷开发流程文档化
  • ✅ 各角色职责清晰，交付物规范
  • ✅ 高质量的代码和 80%+ 测试覆盖率
  • ✅ 从概念到交付的完整追溯链

这个项目完美展示了一个人如何通过 BMAD-METHOD 拥有完整团队的协作能力，从需求分析到最终交付的全流程管理。

💡 适用场景

  • 个人开发者：一人完成完整项目
  • 小型团队：补充团队技能短板
  • 快速原型：迅速验证产品想法
  • 技能学习：通过 AI 代理学习不同角色的工作方式

🚀 核心优势

  1. 成本效益：无需组建完整团队
  2. 质量保障：严格的代码审查和测试
  3. 流程规范：遵循标准敏捷实践
  4. 学习价值：深入理解敏捷开发全貌

开始你的 BMAD-METHOD 之旅

📚 更多资源

  • 访问 BMAD-METHOD GitHub 仓库 获取详细文档
  • 查看示例项目和最佳实践
  • 加入社区讨论，分享你的使用心得

在这个 AI 时代，不再是机器取代人类，而是人类与 AI 协作，创造更大的价值。BMAD-METHOD 让每个开发者都能拥有一个完整的专业团队，让创意不再受限于资源，让想法真正变成现实。

🎯 记住这句话：

"一个人的力量 × AI 的智慧 = 无限的可能"

想了解更多 BMAD-METHOD 的实战技巧和最佳实践？请关注我们的后续文章，我们将深入分享更多实用的开发经验和案例分析。

公众号原文

BMAD-METHOD Vibe Coding