BMAD-METHOD
同为“把流程写成角色与文档”的思路，本方向 11-07 已报道
BMAD-METHOD 是“流程角色化”，本模板是“组织结构角色化”并附大量机械校验（钩子、路径规则、技能自检）
自动排版把一整间游戏工作室搬进一个终端会话：49 个带职级的 agent（总监→主管→专员）、74 个流程技能与钩子校验，模拟真实工作室的评审与升级路径。
项目介绍
Claude Code Game Studios 是一个把 Claude Code 会话变成完整游戏开发工作室的模板：49 个 agent、74 个技能、15 个钩子、14 条规则与 62 个文档模板。它的出发点很具体——一个人用 AI 做游戏很快，但单会话没有结构：没人在你硬编码魔法数字时拦一下，没有 QA 环节，没有设计评审。于是它把 agent 分成三个职级：总监（creative-director、technical-director、producer），部门主管（game-designer、lead-programmer、art-director、audio-director、narrative-director、qa-lead、release-manager、localization-lead），专员（各类程序员、设计师、技术美术、作家、QA 等）。协作规则也很明确：垂直委派、同层只能咨询不能拍板、分歧升级到共同上级、跨部门变更由 producer 协调、不得越域改文件。它明确说“这不是自动驾驶”：agent 先提问、再给 2-4 个选项，用户拍板，草稿先看再落地。模板允许大量定制（删减 agent、改提示、调钩子、选引擎），并提供 studio-tests 与 /skill-test 用来检验你改过的技能是否还站得住。
主要应用领域
独立游戏开发者需要“设计文档—任务拆分—实现—QA”这套流程约束；可作为多 agent 协作与质量门禁的模板参考；studio-tests 与 /skill-test 提供了技能自检的写法。
关键技术
以 Claude Code 模板形式交付：agents/ 下 49 个带 YAML frontmatter 的 agent 定义（三个总监指定 Opus、lead-programmer 与 15 个专员指定 Sonnet，其余 30 个继承会话模型）；skills/ 74 个斜杠命令覆盖从 /start、/design-system 到 /dev-story、/story-done；另有 15 个钩子（提交、推送、资产变更、设计文档读写等自动校验）、14 条路径级规则与 62 个文档模板；project.yaml 用 modes.rigor（minimal/standard/full）一扇门统管六个旋钮。以上为 README 阅读结论，未安装运行。
实用价值
创意点不在游戏本身，而在“把组织结构写成 agent 契约”：职级、升级路径、领域边界、路径级规则。这套组织方法可以直接搬到任何需要多人（多 agent）协作交付的业务流程里。
局限
体量极大（49 agent + 74 skill + 15 钩子 + 14 规则 + 62 模板），一次会话的上下文与成本开销明显；深度绑定 Claude Code 生态与特定引擎（Godot/Unity/UE），换 harness 需重写；README 自述“不是自动驾驶”，仍需人持续决策；未安装验证。
开源协议
MIT
MIT允许商用、修改与再分发，保留版权与许可声明；作为模板分发时需注意其中可能引用的第三方素材（引擎 SDK、字体等）各自条款。
协议解读供选型参考，不构成法律意见。
推荐理由
不建议直接拿来改自己的业务项目；它的价值是作为“多 agent 组织设计”的参照：看它如何用职级、升级路径、路径级规则与钩子把一个松散流程变可验收。
观测
Star36700；观测时间：2026-11-08T08:24:35.000Z
暂无可比增长基线
开源代码
专业社区口碑
未找到可靠口碑
本轮仅检索 Hacker News 首页，未见讨论帖；仓库为 template 类型，forks 4.8k。
未做站内检索，未读 Issue 与 Discussions；README 自述的质量门禁效果无第三方证据。
类似项目推荐
模型知识参考，未在线核验；名称、维护状态和许可证需另行核实。