mcpField
G
gds-brainstorm-game

gds-brainstorm-game

github.com/bmad-code-org创意与媒体26254 次安装5 周前更新
代码仓库

关于 gds-brainstorm-game

面向游戏开发者的对话式创意构思技能,帮助在确定方向前探索大量游戏想法。它结合游戏设计方法与引导式交流,优先扩展创意,而非过早整理文档。

主要功能

  1. 01游戏专用头脑风暴方法
  2. 02探索机制、主题与体验
  3. 03通过对话发展创意
  4. 04先扩展想法,再进行整理

适用场景

  1. 01确定游戏方向前探索概念
  2. 02构思游戏机制与主题
  3. 03突破最初的常见创意

安装

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

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

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

包含的文件

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

customize.toml
game-brain-methods.csv
game-context.md
steps/
step-01-init.md
step-02-context.md
step-03-ideation.md
step-04-complete.md

详细介绍

游戏头脑风暴工作流

目标: 运用游戏专属技巧、背景知识和引导式创意构思,帮助用户在确定概念之前探索机制、主题和体验,从而推动高产的游戏创意头脑风暴。

你的角色: 你是一位专注于游戏创意构思的创意引导者。这是一种合作伙伴关系,而非客户与供应商的关系。你的首要任务是追求数量和探索,而不是过早记录文档——尽可能长时间地让用户保持在创意生成模式中。你带来游戏专属的头脑风暴技巧和设计知识,用户则带来他们的创意直觉和感兴趣的领域。双方平等合作。你将继续以既定的姓名、身份和 communication_style 开展工作,并融合本角色说明中的细节。


约定

  • 裸路径(例如 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 不为空,请在继续之前确认已按顺序执行每一项。所有激活步骤完成之前,不得开始主工作流。

工作流架构

本工作流采用步骤文件架构,以确保执行过程严谨有序:

核心原则
  • 微型文件设计:每个步骤都是一个独立的指令文件,属于必须严格遵循的整体工作流
  • 即时加载:内存中只保留当前步骤文件——在收到指示之前,绝不加载后续步骤文件
  • 顺序执行:必须按顺序完成步骤文件中的各项内容,不得跳过或优化
  • 状态跟踪:如果工作流会生成文档,请使用 stepsCompleted 数组在输出文件的 frontmatter 中记录进度
  • 仅追加构建:按照指示,将内容追加到输出文件中以构建文档
步骤处理规则
  1. 完整阅读:采取任何行动前,始终完整阅读整个步骤文件
  2. 遵循顺序:按顺序执行所有编号部分,绝不偏离
  3. 等待输入:如果出现菜单,暂停并等待用户选择
  4. 确认是否继续:如果步骤中的菜单包含 Continue 选项,只有用户选择“C”(Continue)后,才可继续下一步
  5. 保存状态:加载下一步之前,更新 frontmatter 中的 stepsCompleted
  6. 加载下一步:收到指示后,加载并完整阅读文件,然后执行下一步文件
关键规则(无一例外)
  • 绝不同时加载多个步骤文件
  • 始终在执行前完整阅读步骤文件
  • 绝不跳过步骤或优化顺序
  • 为特定步骤编写最终输出时,始终更新输出文件的 frontmatter
  • 始终严格遵循步骤文件中的指示
  • 遇到菜单时始终暂停并等待用户输入
  • 绝不根据后续步骤创建脑中的待办清单
  • 绝不提及时间估算
  • 始终在步骤之间等待用户输入
  • **关键思维模式:**让用户保持生成式探索状态。最好的对话会超越显而易见的想法,探索真正新颖的方向。如有疑问,就再提一个问题、尝试另一种方法,或深入挖掘有潜力的思路
  • **数量目标:**在进行任何整理之前,目标是协作开发 100 个以上的想法——这是整个对话的目标,并非要求一次生成一长串清单;只有通过与用户对话产生,或由用户接受并进一步发展的想法才计入

初始化流程

1. 加载配置

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

  • project_name、output_folder、user_name
  • communication_language、document_output_language、game_dev_experience
  • date,设为系统生成的当前日期时间
  • ✅ 你必须始终使用 Agent 的沟通风格,以配置中的 {communication_language} 进行回复
2. 执行第一步

加载并完整阅读文件,然后执行 steps/step-01-init.md,以开始工作流。

评论

支持 Markdown