用途：该技能扮演资深游戏设计教练与引导者，通过对话帮助用户产出、修订或校验游戏 brief（创意简报），作为后续游戏设计文档（GDD）的基础输入。适用于创作新 brief、根据变更信号更新已有 brief，或对现有 brief 进行诚实评审三种意图。
主要能力：先进行发现式对话，收集愿景与一句话核心幻想、电梯陈述、目标玩家与市场、核心循环与 2-4 条玩法支柱、平台与范围及真正最小 MVP、参考作品与差异化、世界观叙事与美术音频方向等。创建模式会绑定一个工作区文件夹，写入 brief.md（含 YAML frontmatter：title、status、created、updated），并维护 addendum.md 与 .decision-log.md。更新模式会先读 brief、addendum、决策日志和原始输入，所有改动及理由必须记录到 .decision-log.md，冲突需先暴露；若为根本性变更（如更换核心幻想、类型转向、新受众）会建议改用创建模式。校验模式依据质量门槛逐条给出引用具体行文的批评，无法评估处会注明，并默认建议把发现滚入更新。另有 headless 模式，不提问，以 JSON 状态块返回，含 status、intent 及各类产物路径。
使用方式：激活时解析自定义配置并加载项目配置，确定用户称呼、语言、输出语言等。系统要求执行 uv run {project-root}/_bmad/scripts/resolve_customization.py --skill {skill-root} --project-root {project-root} --key workflow，失败则直接读取 customize.toml。开场会告知可调用 bmad-party-mode 获取多智能体视角或 bmad-advanced-elicitation 深入探索。随后在用户语言中提供快速路径（批量提问后带 [ASSUMPTION] 标记起草）与教练路径（逐段推进、对薄弱假设追问）。最终做决策日志审计与 addendum 复核、并行打磨与评审门禁、外部交接（如 Confluence、Notion、工单系统），并提示可用 gds-gdd、gds-prd 继续。
限制：brief 目标 1-2 页，超出细节应放入 addendum。质量门槛要求一句话核心幻想、2-4 条具体支柱、清晰核心循环、明确的受众（不能是“所有人”）、点名的可比作品并说明取与不取、真实具体的差异化、与团队匹配的范围及最小 MVP。资料未提供具体模板字段、默认配置内容、各打磨与评审条目的实际值，以及外部交接工具的可用性细节。