一小时 46 星、连续 6 小时热度榜前列把编码代理组建成游戏工作室的玩法二次刷屏【免费下载链接】Claude-Code-Game-StudiosTurn Claude Code into a full game dev studio — 49 AI agents, 72 workflow skills, and a complete coordination system mirroring real studio hierarchy.项目地址: https://gitcode.com/GitHub_Trending/cl/Claude-Code-Game-Studios一个仓库如果只是把 prompt 写得比较长它的热度通常活不过两天。但Claude-Code-Game-Studios是个例外它先火过一轮又在最近重新刷屏。原因不在于它给了 Claude Code 更多提示词而在于它把一个编码代理硬生生塞进了一套组织架构——岗位、汇报线、审批流、阶段门禁、路径级编码规范一样不少。这篇文章不谈49 个 AI 员工替你打工这种标题。我们要回答三个更硬的问题这套东西的工程实体到底是什么它哪些地方被传播链路讲错了以及一个独立开发者真的把它 clone 下来之后哪些部分是资产哪些部分是负债。先看信号热度可以刷仓库体量刷不出来选题对应的热度快照给出三个数字单日 538 星、峰值约 46 星/小时、连续 6 小时停留在热榜前列。这类数字来自第三方榜单抓取我无法从仓库内部复核只能当作传播侧的观测值。能复核的是另外一组。抓取时上游仓库页面的公开状态是29.1k star、4.0k fork、43 次提交、45 个 open issue、24 个 open PR仓库类型标注为Public template。这组数字里真正值得看的是两个比例。第一fork/star ≈ 14%。普通工具类项目的 fork 率通常在个位数因为 fork 意味着我要改它。而这是一个 template 仓库用它的人是通过 Use this template 生成一个全新仓库那条路径不计入 fork 数。也就是说 4k fork 是使用量的下限真实采用规模被系统性低估。第二43 次提交撑起 29.1k star。平均一次提交对应 677 个 star这个比例说明热度不来自代码迭代速度而来自结构本身可复制。它卖的不是实现是骨架。第三也是最容易被忽略的信号版本节奏。本地仓库快照是v1.1.1project.yaml里写着framework: version: 1.1.1 last_upgraded: 2026-09-24而CHANGELOG.md显示 1.1.0 发布在 2026-09-231.1.1 在 2026-09-24——隔一天就发了一个修复版。修复内容不是加功能而是一个相当难看的故障In 1.1.0, every skill that reads your config began with a shell command Claude Code refuses to run unless it is explicitly approved. In the permission mode CCGS ships with (default),66 of the 74 skills stopped before doing anything.74 个技能里有 66 个在默认权限模式下还没开始就退出。这条 changelog 比任何 star 数都更能说明这类项目的真实成本结构组织形态带来的第一笔开销往往不是 token而是权限模型与工具链的摩擦。它到底做了什么把一次会话改成一个有汇报线的部门README 里那句话说得很直白单个聊天会话没有结构没人阻止你硬编码魔法数字、跳过设计文档、写面条代码没有 QA、没有设计评审、没有人问这真的符合游戏愿景吗。它的解法是把 49 个 agent 分成三层。这不是营销文案.claude/agents/下确实是 49 个 markdown 文件每个带 YAML frontmatter。以创意总监为例creative-director.md--- name: creative-director description: Highest creative authority — vision, tone, aesthetic direction. Use when a decision affects game identity or department leads deadlock. tools: Read, Glob, Grep, Write, Edit, WebSearch model: opus maxTurns: 30 memory: user disallowedTools: Bash skills: [brainstorm, design-review] ---四行 frontmatter 就划出了岗位边界model: opus是资历maxTurns: 30是耐心上限memory: user让它跨会话记住项目disallowedTools: Bash是禁用它执行 shell——一个只管审美和愿景的角色不该有权限跑构建。真正让 49 个文件变成组织的是 coordination-rules.md 里的五条垂直委派总监 → 部门主管 → 专家复杂决策不许跳级水平咨询同级可以互相问但不得做跨域的约束性决定冲突升级分歧升级到共同父节点设计冲突归creative-director技术冲突归technical-director变更传播跨部门变更由producer协调禁止单方面跨域改动没被显式委派不许碰别人目录下的文件。第 5 条是这套设计里最工程的一条。多数多 agent 框架的失败模式不是 agent 不够聪明而是所有 agent 都能改所有文件最后没人对任何一处负责。用目录做权限边界等于把关注点分离从口号变成了可执行约束。门禁29 个评审关卡而不是一句请仔细检查.claude/docs/director-gates.md里列了 29 个 gate前缀即责任人CD-创意总监、TD-技术总监、PR-制作人、AD-美术总监、LP-主程、QL-QA 主管、ND-叙事总监。举几个能看出设计的Gate触发时机CD-PILLARS支柱定义完成后做压力测试TD-ADR单条 ADR 定稿为 Accepted 之前TD-ENGINE-RISK针对模型训练截止日期之后的引擎 API 做版本风险审查PR-SCOPE范围与工期校验QL-STORY-READY冲刺前校验验收标准是否可测LP-CODE-REVIEW单个 story 实现后的架构级代码评审每个 gate 都强制一种输出格式。看 creative-director.md 末尾[GATE-ID]: APPROVE或CONCERNS、REJECT且必须独占第一行因为调用方只读第一行做判定。这种机器可解析的裁决是把 LLM 评审接进流水线的前提——否则一段总体不错但有几点建议的散文下游没法用。门禁强度还能分级。director-gates.md 定义了三种 review modefull全开lean只跑阶段门/gate-checksolo一个都不跑。/gate-check属于强制人工检查点SKILL.md 明确写着它不受 automation 模式影响——阶段推进永远需要人点头。Hook把规范从文档里的话变成每次提交都要过一遍的检查.claude/settings.json注册了 12 个事件钩子覆盖SessionStart、PreToolUse、PostToolUse、PreCompact、PostCompact、Stop、SubagentStart、SubagentStop。其中权限规则先划红线deny: [ Bash(rm -rf *), Bash(git push --force*), Bash(git reset --hard*), Bash(sudo *), Bash(*.env*), Read(**/.env*) ]有意思的是validate-commit.sh的实现取舍。validate-commit.sh 里有一段注释记录了实测数据对 200 个暂存文件逐个调用python -m json.tool校验单个解释器启动约 110ms如果坏文件排在最后钩子会撞上 15 秒超时被杀掉提交没有被拦住# corrupt sorts FIRST - 730ms, rc2, BLOCKED emitted # corrupt sorts LAST - 15217ms, rc124, nothing emitted, commit not blocked于是改成一次进程读全部文件列表stdin 传路径避免参数长度上限并把会阻塞的 JSON 校验提到所有仅警告检查之前。这段注释还顺手记录了另一个坑Windows 下 Python 文本模式会把\n改写成\r\n让每个路径尾部多一个 CR只有按字节比较才能发现。一个提交前提示的钩子写到这个程度说明作者清楚一件事校验器一旦误报或漏报用户就会把它关掉而关掉之后就再也不会有护栏。真正稀缺的部分不是 49 个角色是上下文预算49 个 agent 的文件加起来很大但 agent 之间不共享上下文窗口。所以这套设计里最见功力的地方全在什么该读、什么不该读。一、故事文件是 ADR 的蒸馏产物dev-story/SKILL.md 有一段明确指令默认不要打开 ADR。理由写得很实在/create-stories已经把 ADR 蒸馏成故事头部的**ADR Decision Summary**和## Implementation Notes模板里甚至直接写明This is what the programmer reads instead of the ADR。回头再读原文件等于把这份工作扔掉而且 ADR 一旦超过 25k 的Read上限还要付出失败重试的代价实现在还没开始就先亏两轮。那怎么保证蒸馏没过期用一行 grep而不是读一个文件Grep pattern^## Last Verified pathdocs/architecture/[adr-file].md output_modecontent -A 1拿这个日期和故事头部的ADR Version比对一致就信任故事故事没有这个字段则说明它写于戳记机制之前属于未知而非过期同样信任但要在总结里注明未经验证日期不一致才是真失配必须回读 ADR。**缺失不等于过期**这句判断是很多 LLM 工作流写不出来的——它们倾向于把任何不确定都当成风险然后重读一切最后把上下文烧光。二、active.md是记忆对话不是CLAUDE.md 把两条约定称为load-bearing承重其中一条是production/session-state/active.mdis the session checkpoint.The file is the memory, not the conversation. Read it first after any compaction, crash, or/clear.配套的是pre-compact.sh与post-compact.sh一对此消彼长的钩子压缩前把进度写盘压缩后提醒从active.md恢复。这不是贴心功能而是长任务必然崩掉上下文之后的唯一退路。第二条承重约定更值得抄进任何 agent 项目helper 脚本只输出观察绝不输出裁决。理由是一句直击要害的话——一个会打分或评判的脚本迟早会与它看不见的 mode 或 override 相矛盾。所以.claude/scripts/下的东西只报告事实判断留给能看到完整配置的技能。三、跑过了和看过了是两件事这是全仓库最容易被略过、但最能区分AI 生成代码与AI 交付功能的一节。run-and-observe.md 的规则很硬Every story that changes something player-observable islaunched and observed before it closes, and the observation is aretained screenshotinproduction/qa/evidence/. Compiling proves the code loads. Tests prove the logic. Neither proves the text fits in the box.并且给了三个引擎各自的原生截图路径。Godot 4 是零脚手架的godot --path . --windowed --resolution 1280x720 --write-movie shots/shop.png --quit-after 60 res://scenes/shop.tscn--write-movie走 Movie Maker 模式输出的是8 位补零的帧序列shop00000000.png到shop00000059.png取最后一帧。Unity 需要写一个ScreenshotOnArg的 MonoBehaviour解析--scene/--screenshot/--after用ScreenCapture.CaptureScreenshot存绝对路径。Unreal 走-ExecCmdsHighResShot filename...,Quit而且必须在 Git Bash 前面加MSYS_NO_PATHCONV1否则/Game/Maps/Shop会被路径转换器改写成C:/Program Files/Git/Game/Maps/Shop游戏停在一个谁也看不见的地图找不到对话框上。文档甚至诚实标出了这套方法的边界静帧能证明布局、裁切、溢出、存在性、对齐、配色、可读性不能证明时序、响应、手感、动画曲线、音画同步。那部分留给/team-qa的人工检查。最后还要输出一行固定格式的结论三选一Run result: OBSERVED — 屏幕上是什么Run result: NOT VERIFIED — 原因在默认门禁级别下这是 blocker不是备注Run result: N/A — 原因只用于真正没有可观测表面的 story而且这条在最低档qa.level: minimal下也不豁免——测试可以免看一眼不能免。a parse check is not a run这句话值得贴在任何声称AI 能独立做游戏的项目首页上。舆情纠偏传播链路上被讲错的四件事这是本文最有价值的部分。中文技术社区关于这个项目的文章至少有二十篇数字从 48 到 49、从 36 到 72 各不相同。我以仓库源码为准逐条对账。纠偏一规模数字全在漂移同一批文章里出现过48 个 AI 智能体 36 条斜杠指令、49 智能体 72 技能、48 个 Agent 与 68 条斜杠命令、37 个覆盖全生命周期的工作流技能、11 条路径规则、7 类自动化钩子。仓库实测项目实测值证据Agents49.claude/agents/下 49 个.mdSkills74.claude/skills/下 74 个目录Rules13.claude/rules/下 13 个文件事件钩子12.claude/settings.json中注册的事件数顺带一个更值得注意的现象上游 main 已经跑到 15 hooks / 14 rules / 62 templates而我本地这份 v1.1.1 是 12 / 13 / 39。也就是说那些数字各异的文章很可能是在不同时间点抄不同版本的 README。这本身就是个提醒引用这类高速迭代项目的数字必须带版本号否则读者按图索骥必然对不上。纠偏二Opus 当总监、Sonnet 当主管、Haiku 当执行所以省钱是错的这是传播最广、也错得最彻底的一条。多篇文章都写了这个三层模型分工。实测.claude/agents/*.md的model:字段分布3 model: opus 14 model: sonnet 2 model: haiku 30 model: inherit49 个 agent 里有 30 个是model: inherit即跟随你当前会话的模型。README 自己写得很清楚Treat the tiers as seniority of role, not as a billing plan — most of the studio runs on whatever model you are already using.把层级当资历别当账单。更关键的是技能层。model-tiers.md 开头就挂着一条警告Claude Code readsmodel:from a skills frontmatter and then serves the skill from the sessions model anyway.... So the skill tiers below areintent, not behaviour. Setting one changes nothing today. ... never tell a user a tier is saving them money.技能的model:声明被读取但不被应用。仓库里 74 个技能全都规规矩矩写了model:5 个 haiku、3 个 opus、66 个 sonnet但那只是意图不产生任何账单差异。文档还专门补了一句agent 侧的model:是另一套机制独立会话尚未测量因此两个方向都不要假设。一个项目在自己的核心文档里主动写下我这个字段不生效、别拿它当省钱理由这比任何 benchmark 都更能说明作者的可信度。纠偏三/team-combat名字里有 6 个 agent默认只起 1–2 个team.size是modes.rigor背后的六个旋钮之一三档individual默认、small、studio。team-combat/SKILL.md 对这一点的处理近乎自嘲The pipeline below reads as a multi-agent fan-out and at the shipped default it is one or two agents —team-releasenames eight and runs one,team-narrativenames six across five phases and runswriteralone.The collapse is correct.而且它强制要求把折叠说出来不许静默Announce the active set before Phase 1 — never let the collapse be silent.——先打印一行本次实际起哪些 agent、哪些只在名单里但不 spawn、想扩就调team.size或modes.rigor。这一条直接击穿了49 人团队同时开工的想象。真实情况是49 是名册规模不是并发规模。并发规模由team.size决定而默认配置下它是 1–2 个。这个设计其实很清醒——同时起六个 agent 读同一批文档token 成本线性上升收益却是亚线性的。纠偏四文档写得越多游戏不一定越好——作者自己测了这是全仓库最反营销的一段数据来自 README.mdFour games were built from one brief at differentmodes.rigorlevels and the documents each wrotebefore its first line of game codewere counted:modes.rigor首行游戏代码前的文档数耗时minimal1那一页 brief0 minstandard3058 minAll of them produced a running, tested game. Two blind reviewers and a human playtest then ranked thestandardbuildlast— the extra 29 documents bought traceability, not a better game.四份游戏都能跑、都测过。两位盲评加一次人工试玩把文档最厚的那份排到了最后。多出来的 29 份文档买到的是可追溯性不是更好的游戏。这就是为什么minimal是默认值。README 的措辞也很克制minimalis the default because it was measured against the alternatives: the heavier tier cost several times more to reach working code, was ranked last on play quality, and returned nothing measurable when a fresh developer inherited the project.重档位花了数倍成本才到可运行代码玩法评分垫底而且——注意这一句——换一个新开发者接手时没带来任何可测量的收益。这句话几乎是在自我否定它自己那套 GDD 流水线的核心卖点。一个框架愿意公开这个结论比它宣称能从零到发布有价值得多。为什么是现在回潮从更强的模型转向更像组织2025 年那波讨论的关键词是上下文长度、工具调用、并行度。2026 年这波的关键词变成了岗位、审批、门禁、边界。这个转向有明确的技术动因。第一单点能力过剩协同能力稀缺。一个现代编码代理能独立写出一个可玩的平台跳跃游戏但它不会主动说这个菜单在 720p 下会被裁掉也不会拒绝你先上功能、文档后补。能力越强越需要一个能对它说不的结构。这套框架的全部价值就在这 29 个 gate 和 13 条路径规则里。第二单人团队的瓶颈从写不出变成没人把关。minimal档位四步到首行代码/setup-engine→/brainstorm→/create-stories→/dev-story这条路径的存在本身就是在承认独立开发者最缺的不是生产力是第二双眼睛。第三组织形态是可以被复制的。这是它比某个更强的 agent 框架更容易刷屏的根本原因。一个 prompt 技巧只能你一个人用一套目录结构 YAML frontmatter 12 个 shell 钩子任何人git clone之后就能得到同一套约束。43 次提交换 29.1k star 的杠杆就来自这里。但代价同样明确而且被 1.1.1 的 changelog 完整记录了组织会引入组织才有的开销。66 个技能因为 frontmatter 里一行需要批准的 shell 展开而集体失效配置解析要靠project.yaml/project.local.yaml/ 遗留镜像文件三级优先链链上任何一环写错用户看到的都是设置没生效且没有任何报错。.claude/docs/effects-map.md里甚至记录了一个具体案例把modes.rigor手写进project.local.yaml这个合法键 合法值 错误位置的组合会静默蒸发。这提醒所有想做AI 组织的人层级不是免费的每一层都会增加一次解析、一次权限检查、一次失败可能。落地建议把它当骨架别当成品如果你要真的用这套东西我的建议是四条每条都能在源码里找到依据。一、从minimal起步别一上来追full。这是作者用四份游戏实测出来的默认值。/start会问你你在做什么并把答案映射到minimal/standard/full选错了它会提示一次但不拦你。真要加严用system_overrides只把战斗系统抬到高档而不是全项目抬。二、只保留你用得上的 agent。README 的 Customization 章节明确说这是模板不是锁死的框架删掉不需要的 agent 文件即可。一个两周的 jam 项目game-designergameplay-programmerqa-tester三个就够了留下 49 个只会让/team-*的折叠提示越来越长。三、把/dev-story→/code-review→/story-done这条链当核心资产。这是全套里最不依赖角色扮演、最能直接产生工程收益的部分故事文件承载 ADR 摘要不必回读原文档、实现前校验依赖工件、实现后强制跑起来看一眼并留存截图。哪怕你把 49 个 agent 全删了只留这三个技能和 run-and-observe.md收益也已经成立。四、先接受它的权限模型再谈自动化。settings.json把defaultMode设成default就是为了让写入前必须批准的协议真的生效。CHANGELOG 里那句警告值得原样抄下来如果你的全局 Claude Code 配置跑在自动接受模式整套协作协议会被静默关闭agent 会写你没批准过的文件。要放开就在.claude/settings.local.json里显式放开别让它悄悄发生。边界它不生产游戏它生产纪律最后回到那个最容易被误解的问题——这套东西会自动做出一款游戏吗gate-check的评分卡里有一条 G5Skill never writesproduction/stage.txtwithout explicit user confirmation。阶段推进永远要人点头。creative-director的提示词里写着this is your call — you understand your vision best而且被disallowedTools: Bash拿掉了执行能力。整套系统的立场是代理提供结构与专业判断不提供自主权。所以它真正交付的东西不是49 个员工而是三样一是一份可执行的岗位说明书——49 个 frontmatter把谁负责什么、谁能改哪些文件、谁有权说不行写成了机器可读的约束 二是一套可解析的裁决语言——29 个 gate第一行必须是APPROVE/CONCERNS/REJECT让评审变成流水线的一个节点而不是一段散文 三是一条不可跳过的验收动作——故事改动任何玩家可见的东西就必须启动、观察、留图在production/qa/evidence/下留证。至于热度46 星/小时会过去6 小时的热榜会翻页。但一个人 一套能对他说不的结构这个模式会留在下一个项目的目录结构里。这才是这次二次刷屏真正值得记录的东西。【免费下载链接】Claude-Code-Game-StudiosTurn Claude Code into a full game dev studio — 49 AI agents, 72 workflow skills, and a complete coordination system mirroring real studio hierarchy.项目地址: https://gitcode.com/GitHub_Trending/cl/Claude-Code-Game-Studios创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考