Loading...
正在加载...
请稍候

49 个 AI agent 组建游戏工作室:Claude Code Game Studios 把工作室层级搬进代码会话

✨步子哥 (steper) • 2026年10月29日 21:51

49 个 AI agent 组建游戏工作室:Claude Code Game Studios 把工作室层级搬进代码会话

来源: Donchitos/Claude-Code-Game-Studios — https://github.com/Donchitos/Claude-Code-Game-Studios
语言: Shell | 今日 Stars: 538 | 协议: MIT
一句话: 49 个 agent、74 个技能、15 个 hook——把一个 Claude Code 会话变成一个有层级、有质量门、有 QA 流程的游戏工作室


一个人用 AI 做游戏,缺的不是算力,是结构

你打开 Claude Code,让它帮你做一个游戏。它写代码很快,但没人阻止你硬编码魔法数字,没人检查设计文档,没有 QA pass,没有设计评审,没人问"这真的符合游戏愿景吗?"

一个人用 AI 做游戏,瓶颈不是 AI 的能力——是没有结构。一个真实的游戏工作室有创意总监守愿景、技术总监管架构、QA lead 把质量关、各部门 lead 各管一摊。Claude Code 给你的是一个万能助手,但没有这些角色。

Claude Code Game Studios(以下简称 CCGS)的解法是:把真实工作室的层级搬进 AI 会话。不是给你一个更强的助手,而是给你 49 个分工明确的 agent,组成一个有层级、有流程、有质量门的工作室。


三层架构:总监、部门 lead、专家

49 个 agent 分三层,对应真实工作室的层级:

Tier 1 — 总监(Directors):creative-director、technical-director、producer。这三个角色在 frontmatter 里声明用 Opus 模型——最贵但判断力最强。总监守愿景,不写代码。

Tier 2 — 部门 lead(Department Leads):game-designer、lead-programmer、art-director、audio-director、narrative-director、qa-lead、release-manager、localization-lead。lead-programmer 和 15 个 specialist 声明用 Sonnet,其余 30 个继承你当前会话的模型。

Tier 3 — 专家(Specialists):gameplay-programmer、engine-programmer、ai-programmer、network-programmer、tools-programmer、ui-programmer、systems-designer、level-designer、economy-designer、technical-artist、sound-designer、writer、world-builder、ux-designer、prototyper、performance-analyst、devops-engineer、analytics-engineer、security-engineer、qa-tester、accessibility-specialist、live-ops-designer、community-manager。

作者特别说明:把层级当作资历而非计费方案(Treat the tiers as seniority of role, not as a billing plan)。大部分工作室跑在你当前使用的模型上。


74 个 slash 命令覆盖全流程

CCGS 不是 49 个独立 agent——它是一套完整的工作流。74 个 slash 命令覆盖从立项到发布的每个阶段:

  • 立项:/start /brainstorm /project-stage-detect
  • 设计:/design-system /map-systems /propagate-design-change
  • 架构:/create-architecture /architecture-decision /architecture-review
  • 故事 & Sprint:/create-epics /create-stories /dev-story /sprint-plan /story-done
  • 审查:/design-review /code-review /balance-check /security-audit
  • QA:/qa-plan /smoke-check /soak-test /regression-suite /test-flakiness
  • 发布:/release-checklist /launch-checklist /changelog /hotfix /day-one-patch
  • 团队编排:/team-combat /team-narrative /team-ui /team-release /team-polish

15 个 hook 在 commit、push、asset 变更、设计文档读写、session 生命周期等节点自动验证。14 条 rules 按路径生效——编辑 gameplay 代码时检查 gameplay 规则,编辑 AI 代码时检查 AI 规则。


引擎专家:Godot、Unity、Unreal 全覆盖

CCGS 为三大引擎各准备了一套专家:

引擎 Lead Agent 子专家
Godot 4 godot-specialist GDScript、Shaders、GDExtension
Unity unity-specialist DOTS/ECS、Shaders/VFX、Addressables、UI Toolkit
Unreal Engine 5 unreal-specialist GAS、Blueprints、Replication、UMG/CommonUI

/setup-engine godot 4.7 一键配置引擎。


关键实验:29 份文档没买到更好的游戏

CCGS 做了一个诚实的测量:用同一个 brief,在 minimal 和 standard 两种 rigor 模式下各做了游戏,统计了在写第一行游戏代码之前各写了多少文档:

modes.rigor 文档数 耗时
minimal 1(一页 brief) 0 分钟
standard 30 58 分钟

结果:都产出了可运行、经过测试的游戏。但两位盲审员和一次人类 playtest 把 standard 模式的游戏排在最后——多写的 29 份文档买到的是可追溯性,不是更好的游戏。

这是一个值得反复看的数据点。我们直觉认为"更多流程 = 更好质量",但 CCGS 的测量说:流程买到的是可追溯性,不是质量。如果你是一个人做游戏,可追溯性可能不值得 58 分钟。


"看了才算数"原则

CCGS 有一个设计原则让我印象深刻:一个 story 如果改了任何玩家能看到的东西,在游戏被启动、观察、截图存档之前不算关闭(A story that changes anything the player sees is not closed until the game has been launched, observed, and a screenshot retained in production/qa/evidence/)。

解析检查不算运行。自动测试通过不算关闭。必须有人(或 agent)真的把游戏跑起来,看一眼,截图存档。

这个原则在 minimal 模式下也生效——自动测试可以豁免,但"看一眼"不能豁免。因为一个测试说"菜单渲染了"和"菜单渲染在屏幕可见区域"是两件事。


modes.rigor:一个旋钮控制六个维度

CCGS 最聪明的设计是 modes.rigor——一个前置开关控制六个独立维度:

  • workflow:哪些 GDD 章节是必需的
  • docs.density:文档密度
  • qa.level:QA 等级
  • story_granularity:故事粒度
  • review_mode:审查模式(多少道审查)
  • process:整体流程重量

三个档位:minimal、standard、full。minimal 模式下大部分流程豁免,但"看一眼"原则不豁免。这比让你分别调六个参数好用太多——大部分时候你只需要决定"我要多重的流程",而不是分别配置六个维度。


为什么不是"49 个 agent 的炫技"

看到 49 个 agent、74 个技能,第一反应可能是"这不过是炫技"。但仔细看层级结构,CCGS 做的是一件具体的事:把游戏工作室的组织结构编码成代码。

creative-director 不是在写代码——它在检查你的设计是否符合游戏愿景。qa-lead 不是在跑测试——它在决定哪些测试值得跑。release-manager 不是在发布——它在检查发布清单是否完成。

这些角色在真实工作室里是人。CCGS 把它们变成 agent,每个 agent 有明确的职责、升级路径和质量门。你仍然做每个决定——但现在有一个团队在问你正确的问题,在早期抓住错误,从第一次头脑风暴到发布保持项目有序。


和其他 multi-agent 系统的区别

multi-agent 不是新概念。CCGS 的区别在于它不是在解决"如何让多个 agent 协作"——它在解决"如何给 AI 会话加上真实组织的结构"。

  • CrewAI / AutoGen:解决 agent 间通信和任务分配
  • CCGS:解决 AI 会话缺乏组织结构的问题

CCGS 的 49 个 agent 不是在互相协作——它们是在一个层级结构里各司其职。creative-director 不跟 qa-tester 对话,它们通过各自的质量门和文档产物间接交互。这更像一个真实组织,而不是一个 agent 网络。


538 颗星背后的需求

CCGS 今天涨 538 颗星,说明独立游戏开发者社区有一个被忽视的需求:不是更强的 AI,而是更有结构的 AI 会话。

一个人做游戏的问题从来不是"AI 不够聪明"——是"没有人阻止你犯低级错误"。CCGS 给你 49 个 agent,不是为了替代你思考,而是为了在你犯错之前问你正确的问题。

29 份文档没买到更好的游戏——但它们买到了可追溯性。对一个人做游戏,这可能不值得。对一个团队做商业项目,这可能救命。CCGS 的 modes.rigor 让你自己决定值不值得。


项目地址: https://github.com/Donchitos/Claude-Code-Game-Studios
引擎支持: Godot 4 / Unity / Unreal Engine 5
协议: MIT

讨论回复

加载中...
正在加载回复...

正在加载回复...

推荐
智谱 GLM-5 已上线

我正在智谱大模型开放平台 BigModel.cn 上打造 AI 应用,智谱新一代旗舰模型 GLM-5 已上线,在推理、代码、智能体综合能力达到开源模型 SOTA 水平。

领取 2000万 Tokens 通过邀请链接注册即可获得大礼包,期待和你一起在 BigModel 上畅享卓越模型能力
登录