Skip to content

[[[[Switch to English]]]]


title: "工作流图" description: BMad 方法工作流阶段和输出的视觉参考

BMad 方法 (BMM) 是 BMad 生态系统中的一个模块,旨在遵循上下文工程和规划的最佳实践。AI 代理在清晰、结构化的上下文中工作得最好。BMM 系统在 4 个不同的阶段逐步构建该上下文 - 每个阶段,以及每个阶段内的多个工作流(可选),都会生成通知下一个阶段的文档,因此代理始终知道要构建什么以及为什么。

理由和概念来自已经在业界广泛成功用作思维框架的敏捷方法论。

如果您在任何时候不确定该怎么做,/bmad-help 命令将帮助您保持正轨或知道下一步该做什么。您也可以随时参考此文档 - 但如果您已安装 BMadMethod,/bmad-help 是完全交互式的,而且速度更快。此外,如果您使用扩展了 BMad 方法或添加了其他互补非扩展模块的不同模块 - /bmad-help 会不断进化以了解所有可用内容,从而为您提供最佳的即时建议。

最后的重要说明:下面的每个工作流都可以通过斜杠命令直接使用您选择的工具运行,或者通过先加载代理并使用代理菜单中的条目来运行。

[交互式图表 - 悬停在输出上查看工件流]

阶段 1: 分析 (可选)

在致力于规划之前探索问题空间并验证想法。

工作流目的产生
brainstorm在头脑风暴教练的引导下头脑风暴项目创意brainstorming-report.md
research验证市场、技术或领域假设研究发现
create-product-brief捕捉战略愿景product-brief.md

阶段 2: 规划

定义构建什么以及为谁构建。

工作流目的产生
create-prd定义需求 (FRs/NFRs)PRD.md
create-ux-design设计用户体验 (当 UX 很重要时)ux-spec.md

阶段 3: 解决方案设计

决定如何构建它并将工作分解为故事。

工作流目的产生
create-architecture明确技术决策带 ADR 的 architecture.md
create-epics-and-stories将需求分解为可实施的工作带故事的 Epic 文件
check-implementation-readiness实施前的门控检查通过/关注/失败 决定

阶段 4: 实施

构建它,一次一个故事。

工作流目的产生
sprint-planning初始化跟踪 (每个项目一次)sprint-status.yaml
create-story准备下一个要实施的故事story-[slug].md
dev-story实施故事工作代码 + 测试
automate (QA)为现有功能生成测试测试套件
code-review验证实施质量批准或请求更改
correct-course处理冲刺中期的重大变更更新后的计划或重新路由
retrospectiveEpic 完成后回顾吸取的教训

Quinn (QA Agent): 用于测试自动化的内置 QA 代理。使用 QAbmad-bmm-qa-automate 触发。使用您项目的测试框架生成标准 API 和 E2E 测试。初学者友好,无需配置。对于高级测试策略,请安装 Test Architect (TEA) 模块。

快速流程 (并行轨道)

对于小型、易于理解的工作,跳过阶段 1-3。

工作流目的产生
quick-spec定义临时变更tech-spec.md (用于小变更的故事文件)
quick-dev根据规范或直接指令实施工作代码 + 测试

上下文管理

每个文档都成为下一阶段的上下文。PRD 告诉架构师什么约束很重要。架构告诉开发代理要遵循哪些模式。故事文件为实施提供专注、完整的上下文。没有这种结构,代理会做出不一致的决定。

对于棕地项目,document-project 创建或更新 project-context.md - 代码库中存在什么以及所有实施工作流必须遵守的规则。就在阶段 4 之前运行它,并在发生重大变化(结构、架构或那些规则)时再次运行。您也可以手动编辑 project-context.md

如果存在,所有实施工作流都会加载 project-context.md。每个工作流的额外上下文:

工作流同时加载
create-storyepics, PRD, architecture, UX
dev-storystory file
code-reviewarchitecture, story file
quick-specplanning docs (if exist)
quick-devtech-spec