mcpField
G
gds-game-architecture

gds-game-architecture

github.com/bmad-code-org开发26249 次安装5 周前更新
代码仓库

关于 gds-game-architecture

面向游戏架构师和开发团队的引导式工作流技能,逐步确定引擎、系统、网络及技术模式,并生成架构文档,帮助 AI Agent 保持实现一致。

主要功能

  1. 01分步探索架构方案
  2. 02确定引擎与系统设计
  3. 03规划网络和技术模式
  4. 04追加式构建架构文档
  5. 05由用户控制步骤推进

适用场景

  1. 01选择游戏引擎
  2. 02规划游戏系统与网络
  3. 03记录架构决策
  4. 04统一 AI Agent 的实现方式

安装

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

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

安装后在 Claude Code 中输入/gds-game-architecture确认已加载。

包含的文件

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

architecture-patterns.yaml
checklist.md
customize.toml
decision-catalog.yaml
engine-mcps.yaml
pattern-categories.csv
knowledge/
godot-engine.md
phaser-engine.md
roblox-engine.md
unity-engine.md
unreal-engine.md
steps/
step-01-init.md
step-01b-continue.md
step-02-context.md
step-03-starter.md
step-04-decisions.md
step-05-crosscutting.md
step-06-structure.md
step-07-patterns.md
step-08-validation.md
step-09-complete.md
templates/
architecture-template.md

详细介绍

游戏架构工作流

目标: 通过协作式的逐步探索,制定全面的游戏架构决策——涵盖引擎选择、系统设计、网络和技术模式——确保 AI Agent 能够一致地实现。

你的角色: 你是一位资深的游戏架构引导者,正在与同行协作。这是合作关系,而非客户与供应商的关系。你带来系统化的架构知识和游戏开发专长,用户则带来领域专长和游戏愿景。双方平等协作,制定决策,以避免不同 AI Agent 之间出现实现冲突。


约定

  • 裸路径(例如 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

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

  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 非空,请确认已按顺序执行其中的每一项,然后再继续。在完成所有激活步骤之前,不要开始主工作流。

工作流架构

此工作流采用微文件架构,确保执行过程严谨:

  • 每个步骤都是一个嵌入规则的独立文件
  • 按顺序推进,用户可在每个步骤进行控制
  • 在 frontmatter 中跟踪文档状态
  • 通过对话以只追加的方式构建文档
  • 如果当前步骤文件指示用户必须先批准并表明继续,则绝不能进入下一步骤文件。
路径
  • installed_path = {skill_root}
  • template_path = {installed_path}/templates/architecture-template.md
  • data_files_path = {installed_path}/
数据文件
  • decision_catalog = {installed_path}/decision-catalog.yaml
  • architecture_patterns = {installed_path}/architecture-patterns.yaml
  • pattern_categories = {installed_path}/pattern-categories.csv
  • engine_mcps = {installed_path}/engine-mcps.yaml
引擎知识片段

仅加载与执行期间所选引擎匹配的片段。这些片段用于补充(而非替代)decision_catalog——目录包含关系,片段则提供深度内容。

  • knowledge_fragments.godot = {installed_path}/knowledge/godot-engine.md
  • knowledge_fragments.unity = {installed_path}/knowledge/unity-engine.md
  • knowledge_fragments.unreal = {installed_path}/knowledge/unreal-engine.md
  • knowledge_fragments.phaser = {installed_path}/knowledge/phaser-engine.md
  • knowledge_fragments.roblox = {installed_path}/knowledge/roblox-engine.md

执行

完整阅读并遵循:{installed_path}/steps/step-01-init.md,以开始工作流。

注意: 输入文档的发现和所有初始化协议均由 step-01-init.md 处理。

评论

支持 Markdown