用途：面向游戏项目编写、更新、校验或分析 PRD（产品需求文档）。在 Game Dev Studio 中，GDD（游戏设计文档，gds-gdd）是主设计文档；当项目需要正式的功能与非功能需求、带验收标准的玩家旅程、成功指标和范围边界（常用于对接期望 PRD 格式的外部工具）时，PRD 更合适。若已有 GDD，PRD 在其基础上构建，不重新争论设计决策。
主要能力：以引导者而非表单的姿态协助用户完成 PRD，先做发现再做起草，边谈边记录决策；支持三种意图模式——Create（新建 PRD 到 prd.md，含 YAML frontmatter）、Update（用变更信号校准既有 PRD，与 decision-log.md 中已记录决策冲突时先呈报冲突并确认覆盖）、Validate（依据校验清单批评既有 PRD 并输出校验报告）。可选工作模式为 Express 或 Facilitative。
使用方式：激活时解析定制配置并加载配置，检测意图；项目文档根目录含 _bmad/ 的上层目录为 {project-root}。输出为 prd.md（可选 addendum.md），深度内容放 addendum.md，决策与版本变更记录在 decision-log.md。完成阶段包含决策日志审计、输入对账、纪律检查、待办项复核与润色。
适用场景：已有 GDD 需要转化为正式需求文档；需要玩家旅程与验收标准、成功指标、明确非目标；需与外部工具对接 PRD 格式。
限制：若用户实际要写机制、关卡、美术、音频或进程，则应改用 gds-gdd；小范围且只想留档可生成全包文档；只求立即实现可考虑 gds-quick-dev。不整篇载入源文档，由子代理提取。未确认的推断标记 [ASSUMPTION]。本资料未提供定价、平台支持等更多信息。