使用bmad的一些经验之谈

感觉使用 Bmad-Method 搭配 IFLOW 开发很不错,因为使用 Bmad 开发的想法 bug 较少,质量较高,所以分享一下使用经验

安装:

- 执行 `npx bmad-method install` 即可安装 Bmad-Method

- 安装 CLI 时记得勾选 **iflow cli** 选项

模型选择:

推荐使用 **GLM4.6**,实际体验好于 Kimi K2 0905 / Qwen3 Code Puls / Deepseek v3.2exp

沟通交流:

- 可以直接用中文沟通

* 如果英语较好,建议使用英语

- Bmad 开发过程中自然语言交流较少,多数情况为:

  • 无脑选 `1`(编写文档时)

  • 输入命令(全程)

- **IFLOW.md 有用吗?**

  • 有用,但作用有限Bmad 已提供完善的上下文,但仍推荐使用 `/init` 命令初始化 IFLOW.md

常用角色命令:

以下命令基本通用:

- `*help`: 显示命令列表

- `*yolo`: 更自由的交互模式

- `*doc-out`: 输出完整文档

- `*exit`: 退出当前角色

开发流程:

- 新项目流程:

`analyst → pm → ux-expert + architect → loop(loop(po → sm) → loop(dev → qa))`

- 旧项目流程:

- 旧项目流程:

建议从 `pm` 开始,跳过前期的 `analyst` 角色

* 对于旧项目,都有对应的 `棕地项目` 版本命令

流程说明

- `po → sm` 需要反复循环检查,所以是一个循环

- `dev → qa` 需要反复开发与审查,所以也是一个循环

- `analyst → pm → ux-expert + architect` 部分可在 WebUI 中完成,参考 Bmad 官方 GitHub 仓库,这里不过多赘述

新项目简单示例:

1. **pm** 生成 PRD(额外: 检查 PRD)

2. **ux-expert** 生成前端规范(额外: 检查规范文档)

3. **architect** 生成前端/后端/全栈架构(额外: 检查架构文档)

4. **po** 分割 PRD 与架构文档(额外: 检查分割文档,不过感觉与第 1、3 步的额外动作有重叠)

* 分割时一定让它使用md-tree(默认开启,未开启则去配置文件手动改一下)

* 如果没有安装的话,让AI给你安装就行

5. **sm** 生成开发故事并审查(建议分为两个会话执行)

* `dev` 角色仅对通过审查的故事进行开发

6. **dev** 开发故事并更新文档状态(必须审查!!!!如果一个故事开发难度大导致上下文不足,系统会自动压缩上下文,会大大影响输出质量!!!)

7. **qa** 审查开发内容(必须执行,建议每开发完一个故事就审查一次)

8. 返回第 5 步,循环执行至项目开发完成

> 若在步骤 1~4 中 AI 未完成输出且未提供选项,可输入 `1` 继续、询问获取列表或使用 `/clear` 清空上下文重试

> 若 AI 完成输出但未生成文档,可使用 `*doc-out` 输出文档,或通过自然语言指定输出目录

上下文管理:

- `/clear` 可清空上下文与历史对话,在 Bmad 项目中表现优异

- Bmad 依赖上下文工程,因此 `/clear` 比 `/compress` 更适用

使用建议:

- 推荐多开窗口使用来 Bmad + IFLOW,因为开发过程中需多次确认,耗时很长

* 多开窗口可在等待输出时做其他事(如刷视频)

- 如果你不想手动审查,可以使用 `*yolo` 模式减少交互

- 虽然Bmad提供的上下文工程已经够好了,但是MCP工具还是很有用的

* Agent可以不用下载,因为bmad内置了一些

附链接:

Bmad-Method github仓库地址: [https://github.com/bmad-code-org/BMAD-METHOD\]

2 个赞