用途：bmad 用于 BMAD/BMM 的阶段式开发路由，即选择或推进 BMAD 阶段，而不是做模糊前端创意发散或一次性实现技巧。入口聚焦阶段路由、产物门禁和下一步命令，安装与详细流程参考放在支撑文件中。
主要能力：启动新项目的 BMAD 或修复不完整的 BMAD 配置；检查当前 BMAD 阶段并选择下一份必需产物或命令；在 Analysis、Planning、Solutioning、Implementation 之间路由；判断下一交付物应为产品简报、PRD、技术规格、架构文档、冲刺计划还是故事；在推进前用 plannotator 对已完成阶段文档做门禁评审；仅在项目级别或产物类型需要时加入 TEA 或 SSD 工作。
使用方式：先分类请求（bootstrap、phase-status、artifact-routing、phase-gate、extensions），再依据 resources/workflow-phases.md 与 REFERENCE.md 选择项目级别和下一产物。Level 0-1 通常为技术规格、冲刺规划与故事，除非有真实架构影响否则跳过架构；Level 2+ 通常先走 PRD 加架构；Level 3-4 更重视分析产物与评审纪律。按需加载支撑文件：SETUP.md 用于安装、/workflow-init、配置引导与 plannotator 初始接线；REFERENCE.md 用于项目级别、workflow-status 逻辑、文件布局与路由细节；resources/workflow-phases.md 用于逐阶段产物决策；resources/tea-workflows.md 仅在 TEA 质量门禁相关时使用；resources/fabric-patterns.md 仅在用 fabric 改进或分析 BMAD 产物时使用。阶段推进前用 bash scripts/phase-gate-review.sh <doc> 评审当前产物，已有终态评审结果的不重复打开，要求修改则修订后重提，并确认 workflow 状态文件已反映被评审产物。
适用场景：新项目启动、恢复下一阶段、产物路由、阶段文档门禁、按需叠加 TEA/SSD/fabric。若主要工作是头脑风暴、设计思维、创新策略或结构化交付前的故事框定，应改用 bmad-idea；若主要是跨智能体执行实现，应使用 omg、omc、omx、team 等执行工作流；若用户已知确切产物只需撰写帮助，应使用更具体的文档或规划技能。
限制：不要在任何阶段未明确前倾倒完整 BMAD 命令目录；不要强制每次 BMAD 运行都经过所有扩展；声称成功前需验证状态变化，如 bootstrap 需存在 bmad/config.yaml 与 docs/bmm-workflow-status.yaml，phase-status 需当前阶段与下一必需命令有工作流状态依据，phase-gate 需被评审产物存在且门禁结果已记录，扩展工作需新规格、测试产物或改进文档存在于预期路径。具体安装命令、配置细节与 BMAD 官方文档内容暂未提供。