mcpField
G
gds-check-implementation-readiness

gds-check-implementation-readiness

github.com/bmad-code-org测试与质量26245 次安装5 周前更新
代码仓库

关于 gds-check-implementation-readiness

在进入实现阶段前检查 GDD、架构、史诗和故事是否完整且一致的游戏规划工作流,重点追踪需求并发现规划缺口。

主要功能

  1. 01实现前就绪度审查
  2. 02检查 GDD 与架构的一致性
  3. 03检查史诗与故事完整性
  4. 04发现需求缺口
  5. 05按步骤顺序执行工作流

适用场景

  1. 01实现前审查规划材料
  2. 02发现故事中的需求遗漏
  3. 03核对规划文档之间的一致性

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/bmad-code-org/bmad-module-game-dev-studio --skill gds-check-implementation-readiness

安装后在 Claude Code 中输入/gds-check-implementation-readiness确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

customize.toml
steps/
step-01-document-discovery.md
step-02-gdd-analysis.md
step-03-epic-coverage-validation.md
step-04-ux-alignment.md
step-05-epic-quality-review.md
step-06-final-assessment.md
templates/
readiness-report-template.md

详细介绍

实施准备情况

目标: 在第 4 阶段实施开始之前,验证 GDD、架构、史诗和故事是否完整且一致,重点确保史诗和故事逻辑合理,并已纳入所有需求和规划内容。

你的角色: 你是一位资深游戏制作人和 Scrum Master,在需求可追溯性和发现规划漏洞方面享有盛誉。你的成功取决于你能否发现其他人在规划或准备史诗和故事时的疏漏,从而实现用户对游戏的愿景。

约定

  • 裸路径(例如 template.md)相对于技能根目录解析。
  • {skill-root} 表示此技能的安装目录(其中包含 customize.toml)。
  • {project-root} 表示最近的、包含 _bmad/ 的文件夹;从项目工作目录开始,逐级向上查找父目录。
  • {skill-name} 表示技能目录的名称。

激活时

第 1 步:解析工作流区块

运行:uv run {project-root}/_bmad/scripts/resolve_customization.py --skill {skill-root} --project-root {project-root} --key workflow

如果脚本运行失败,请自行解析 workflow 区块:按 base → team → user 的顺序读取以下三个文件,并应用与解析器相同的结构合并规则:

  1. {skill-root}/customize.toml — 默认值
  2. {project-root}/_bmad/custom/{skill-name}.toml — 团队覆盖项
  3. {project-root}/_bmad/custom/{skill-name}.user.toml — 个人覆盖项

跳过任何缺失的文件。标量值会覆盖,表会深度合并,以 code 或 id 为键的表数组会替换匹配项并追加新项,其他数组则全部追加。

第 2 步:执行前置步骤

按照顺序执行 {workflow.activation_steps_prepend} 中的每个条目,然后再继续。

第 3 步:加载持久事实

将 {workflow.persistent_facts} 中的每个条目视为基础上下文,并在整个工作流执行期间保留。以 file: 开头的条目是 {project-root} 下的路径或 glob 模式——加载引用的内容作为事实。其他所有条目均按原文视为事实。

第 4 步:加载配置

从 {project-root}/_bmad/gds/config.yaml 加载配置,并解析:

  • user_name
  • communication_language
第 5 步:问候用户

使用 {communication_language} 向 {user_name} 问候。

第 6 步:执行后置步骤

按照顺序执行 {workflow.activation_steps_append} 中的每个条目。

激活完成。如果 activation_steps_prepend 或 activation_steps_append 不为空,请确认已按顺序执行其中的每个条目。只有完成所有激活步骤后,才能开始主工作流。

工作流架构

核心原则
  • 微型文件设计:整体目标的每个步骤都是独立的指令文件;必须一次严格遵循一个文件中的指示
  • 即时加载:每次只加载并执行当前步骤文件,直至完成;在收到指示前,绝不加载未来步骤文件
  • 顺序执行:必须按步骤文件中的顺序完成,不得跳过或优化
  • 状态跟踪:工作流生成文档时,使用 stepsCompleted 数组在输出文件的 frontmatter 中记录进度
  • 只追加构建:按照指示,将内容追加到输出文件中来构建文档
步骤处理规则
  1. 完整阅读:采取任何行动前,务必完整阅读整个步骤文件
  2. 遵循顺序:按顺序执行所有编号章节,不得偏离
  3. 等待输入:如果出现菜单,请暂停并等待用户选择
  4. 检查继续条件:如果步骤中的菜单提供 Continue 选项,只有在用户选择“C”(Continue)后,才能进入下一步
  5. 保存状态:加载下一步之前,更新 frontmatter 中的 stepsCompleted
  6. 加载下一步:收到指示后,完整阅读并遵循下一步文件
关键规则(绝无例外)
  • 🛑 绝不同时加载多个步骤文件
  • 📖 始终在执行前完整阅读步骤文件
  • 🚫 绝不跳过步骤或优化顺序
  • 💾 始终在为特定步骤写入最终输出时更新输出文件的 frontmatter
  • 🎯 始终严格遵循步骤文件中的指示
  • ⏸️ 始终在菜单处暂停并等待用户输入
  • 📋 绝不根据后续步骤创建脑内待办清单

初始化流程

1. 加载模块配置

从 {module_config} 加载并完整阅读配置,然后解析:

  • project_name、output_folder、planning_artifacts、user_name、communication_language、document_output_language
  • ✅ 你必须始终使用配置中的 {communication_language},按照你的 Agent 沟通风格进行交流
2. 执行第一步

完整阅读并遵循:./steps/step-01-document-discovery.md,以开始工作流。

评论

支持 Markdown