Claude Code Game Studios /review-all-gdds交叉审查全部GDD并揪出系统设计冲突【免费下载链接】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在用Claude Code Game Studios把 Claude Code 变成完整游戏开发工作室49 个 AI 智能体 72 个工作流技能做游戏时设计阶段最大的隐患不是某一份 GDD 写得不好而是每份文档单看都没问题合在一起却互相打架。项目中的/review-all-gdds技能正是为此而生它同时读取design/gdd/下的所有系统 GDD并行做两轮交叉审查揪出那些单文档审查永远发现不了的系统设计冲突。为什么需要交叉审查单文档审查的盲区/design-review只检查单份 GDD 的 8 个必备章节是否完整、自身是否自洽。但很多冲突只有把文档放在一起才能看见规则矛盾combat.md说伤害最低减到 1buff.md却说某效果可让伤害归零陈旧引用inventory.md引用了movement.md里早已删除的公式归属冲突两份 GDD 同时定义同一个调参旋钮最终值归属不明设计层面问题多个系统争抢核心成长循环或同时需要玩家紧盯的系统超过认知极限所以在工作流里/review-all-gdds是系统设计的最后一道门所有 GDD 逐个评审通过后必须通过交叉审查才能进入/create-architecture架构阶段——建立在矛盾文档之上的架构会把矛盾原样带进代码。流程定位详见 docs/WORKFLOW-GUIDE.md 的 Phase 2 管道图。三步用上 /review-all-gdds快速上手指南第 1 步获取项目模板git clone https://gitcode.com/GitHub_Trending/cl/Claude-Code-Game-Studios my-game cd my-game第 2 步启动工作室工作流在项目目录运行claude先执行/start按引导完成创意梳理和系统清单/map-systems。第 3 步写齐 GDD 后做交叉审查每个 GDD 撰写/design-system、逐个评审/design-review通过后运行/review-all-gdds还可以传参数控制审查范围参数检查范围适用场景full默认一致性 设计理论全查进入架构前、发版前consistency只做跨文档一致性赶时间时design-theory只做设计理论规则层面已确认无冲突since-last-review只查上次审查后改动过的 GDD基于 git项目中途增量审查技能完整定义见 .claude/skills/review-all-gdds/SKILL.md。两路并行审查6 项一致性检查 7 项设计理论检查加载完所有 GDD 后/review-all-gdds会并行启动两个独立的审查任务而不是串行等待明显省时再合并结果阶段一跨 GDD 一致性扫描6 项依赖双向性— A 声明依赖 BB 有没有把 A 列为依赖方规则矛盾— 地板/上限规则、资源归属、状态转换、时序假设、叠加规则陈旧引用— 其他文档引用的机制、数值或系统是否还存在且行为一致归属冲突— 各 GDD 的 Tuning Knobs 是否重复定义同一个旋钮公式兼容性— 上游公式的输出范围是否落在下游公式的输入预期内验收标准交叉核对— 两份文档的验收标准能否同时成立阶段二游戏设计理论审查7 项竞争成长循环— 多个系统同时自称核心循环、发放同一主资源认知负荷— 同时需要玩家主动管理的系统超过 3–4 个占优策略— 让其他选择失去意义的路线高收益低风险、无取舍经济循环分析— 每种资源的产出与消耗是否平衡无限产出无消耗、只出不进、正反馈滚雪球等 6 种危险信号难度曲线一致性— 各系统的成长曲线方向与速率是否兼容支柱漂移与反支柱违规— 系统不服务任何设计支柱甚至违反明确声明的我们不做玩家幻想一致性— 各系统塑造的玩家身份是否互相矛盾检查项的完整规则定义在 SKILL.md 的 Phase 2–3。隐藏的第三层跨系统场景推演静态检查之外技能还会切换到玩家视角识别游戏中 3–5 个多个系统同时触发的关键时刻比如击杀精英怪 → 触发升级 → 任务完成发奖励 → 同帧内二次升级逐步推演触发条件 → 激活顺序 → 数据流 → 玩家感受 → 失效模式竞态、反馈循环失控、状态误判、奖励重复发放等。这正是单看每份文档都没问题、系统交界处却会出事的那类问题。推演结果会按 BLOCKER / WARNING / INFO 三级归档逻辑定义见 SKILL.md Phase 4。看懂审查报告PASS / CONCERNS / FAIL 三种裁决审查完成后你同意才会写入design/gdd/gdd-cross-review-[日期].md——该技能默认只读未经明确批准不会写任何文件。报告结构包含一致性问题— Blocking必须修/ Warnings建议修两级游戏设计问题— 同样分两级跨系统场景问题— Blockers / Warnings / Info 三级待修订 GDD 清单— 表格列出哪份文档、什么原因、什么优先级最终裁决裁决含义下一步✅ PASS无阻塞问题进入/gate-check或/create-architecture⚠️ CONCERNS只有警告无阻塞带着已知风险继续❌ FAIL存在阻塞问题必须修复后重新跑审查才能进架构阶段技能结束后还会给出交接触手菜单快速小修、复审被标记的文档、设计下一个系统或直接进入架构阶段见 SKILL.md Phase 5–7。5 个最佳实践避免返工别急着写架构—/create-architecture之前必须先过交叉审查/gate-check甚至会检查是否存在审查报告、裁决是否为 FAIL改完文档就复审— 中途大幅修改某份 GDD 后重跑一次用since-last-review更快AI 只指出、不替你拍板— 协作协议明确规定标记矛盾与选项但绝不单方面裁定哪份 GDD 是对的取舍由你决定每条问题都有出处— 规范要求每个问题必须引用具体的 GDD、章节和原文拒绝含糊警告给审查建基线— 在 design/registry/entities.yaml 登记实体、物品、公式的权威数值技能会把它当作预构建的冲突基线检查更快更准关键文件路径速查文件说明.claude/skills/review-all-gdds/SKILL.md技能完整定义6 阶段流程、全部检查规则、报告模板CCGS Skill Testing Framework/skills/review/review-all-gdds.md技能测试规范干净文档集、规则冲突、悬空依赖、空目录等 5 类测试用例docs/WORKFLOW-GUIDE.md7 阶段工作流指南Step 2.4 即交叉审查章节design/CLAUDE.md设计目录规范GDD 的 8 个必备章节、何时运行该技能docs/examples/skill-flow-diagrams.md全部技能的数据流图含/review-all-gdds的报告产出路径UPGRADING.md存量项目的版本升级指南一句话总结/review-all-gdds就是你游戏设计的终审校对——在动手写代码之前让整个 AI 工作室把设计文档从头到尾交叉读一遍把冲突都揪出来。【免费下载链接】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），仅供参考
