关于 gds-game-architecture
面向游戏架构师和开发团队的引导式工作流技能,逐步确定引擎、系统、网络及技术模式,并生成架构文档,帮助 AI Agent 保持实现一致。
主要功能
- 01分步探索架构方案
- 02确定引擎与系统设计
- 03规划网络和技术模式
- 04追加式构建架构文档
- 05由用户控制步骤推进
适用场景
- 01选择游戏引擎
- 02规划游戏系统与网络
- 03记录架构决策
- 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.yamlchecklist.mdcustomize.tomldecision-catalog.yamlengine-mcps.yamlpattern-categories.csvknowledge/godot-engine.mdphaser-engine.mdroblox-engine.mdunity-engine.mdunreal-engine.mdsteps/step-01-init.mdstep-01b-continue.mdstep-02-context.mdstep-03-starter.mdstep-04-decisions.mdstep-05-crosscutting.mdstep-06-structure.mdstep-07-patterns.mdstep-08-validation.mdstep-09-complete.mdtemplates/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 区块:
{skill-root}/customize.toml— 默认值{project-root}/_bmad/custom/{skill-name}.toml— 团队覆盖项{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_namecommunication_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.mddata_files_path={installed_path}/
数据文件
decision_catalog={installed_path}/decision-catalog.yamlarchitecture_patterns={installed_path}/architecture-patterns.yamlpattern_categories={installed_path}/pattern-categories.csvengine_mcps={installed_path}/engine-mcps.yaml
引擎知识片段
仅加载与执行期间所选引擎匹配的片段。这些片段用于补充(而非替代)decision_catalog——目录包含关系,片段则提供深度内容。
knowledge_fragments.godot={installed_path}/knowledge/godot-engine.mdknowledge_fragments.unity={installed_path}/knowledge/unity-engine.mdknowledge_fragments.unreal={installed_path}/knowledge/unreal-engine.mdknowledge_fragments.phaser={installed_path}/knowledge/phaser-engine.mdknowledge_fragments.roblox={installed_path}/knowledge/roblox-engine.md
执行
完整阅读并遵循:{installed_path}/steps/step-01-init.md,以开始工作流。
注意: 输入文档的发现和所有初始化协议均由 step-01-init.md 处理。