[System Name]【免費(fèi)下載鏈接】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.項(xiàng)目地址: https://gitcode.com/GitHub_Trending/cl/Claude-Code-Game-StudiosStatus: In DesignAuthor: [user agents]Last Updated: [todays date]Implements Pillar: [from context]Overview[To be designed]Player Fantasy[To be designed]Detailed DesignCore Rules[To be designed]States and Transitions[To be designed]Interactions with Other Systems[To be designed]Formulas[To be designed]Edge Cases[To be designed]Dependencies[To be designed]Tuning Knobs[To be designed]Visual/Audio Requirements[To be designed]UI Requirements[To be designed]Acceptance Criteria[To be designed]Open Questions[To be designed]寫入前同樣要征得許可May I create the skeleton file at design/gdd/[system-name].md?。骨架落盤后更新 production/session-state/active.md——用 Glob 檢查文件是否存在不存在則用 Write 創(chuàng)建**絕不要對(duì)可能不存在的文件執(zhí)行 Edit**存在則用 Edit 更新字段記錄任務(wù)、當(dāng)前章節(jié)Starting、目標(biāo)文件路徑。 值得補(bǔ)充的是倉(cāng)庫(kù)中的 [模板文件](https://link.gitcode.com/i/0066b86c187b8d1f622be55a302c9f91) 比骨架更完整還包含 Summary面向分層上下文加載的速覽、Game Feel手感目標(biāo)含輸入延遲、幀數(shù)據(jù)、Impact Moments 等表、Cross-References機(jī)器可校驗(yàn)的顯式依賴聲明表等擴(kuò)展章節(jié)而 [design/CLAUDE.md](https://link.gitcode.com/i/95c5c123dc277a2aab0272111c09d31d) 規(guī)定的最低必需集合是 8 個(gè)章節(jié)Overview、Player Fantasy、Detailed Rules、Formulas、Edge Cases、Dependencies、Tuning Knobs、Acceptance Criteria。寫作時(shí)按技能骨架推進(jìn)模板中的擴(kuò)展章節(jié)則按需啟用。 ## 五、Phase 4逐節(jié)設(shè)計(jì)循環(huán)——協(xié)作協(xié)議的心臟 ### 5.1 Section Cycle七步閉環(huán) 對(duì)每個(gè)章節(jié)嚴(yán)格按以下循環(huán)執(zhí)行Context - Questions - Options - Decision - Draft - Approval - Write1. **Context**說(shuō)明本節(jié)需要包含什么并擺出依賴 GDD 中約束本節(jié)的既有決策 2. **Questions**針對(duì)本節(jié)提出澄清性問(wèn)題受限問(wèn)題用 AskUserQuestion開(kāi)放探索用對(duì)話文本 3. **Options**當(dāng)本節(jié)涉及設(shè)計(jì)選擇時(shí)給出 2–4 個(gè)方案并附利弊用 AskUserQuestion 捕獲決策 4. **Decision**用戶選擇方案或給出自定義方向 5. **Draft**在對(duì)話中呈現(xiàn)草稿供審閱并標(biāo)記任何關(guān)于未設(shè)計(jì)依賴的臨時(shí)假設(shè) 6. **Approval****草稿與審批組件必須在同一條回復(fù)中出現(xiàn)**。技能原文將「只給草稿不給審批組件」定性為協(xié)議違規(guī)protocol violation——用戶在空白提示符前會(huì)失去前進(jìn)路徑。選項(xiàng)固定為 [A] Approve — write it to file / [B] Make changes — describe what to fix / [C] Start over 7. **Write**用 Edit 替換占位符。**關(guān)鍵坑**old_string 必須包含章節(jié)標(biāo)題如 ## [Section Name]\n\n[To be designed]絕不能只匹配 [To be designed]——因?yàn)槎鄠€(gè)章節(jié)共用同一占位符Edit 工具要求唯一匹配。 ### 5.2 寫后注冊(cè)表沖突檢查僅 C、D 兩節(jié) Detailed Design 與 Formulas 兩節(jié)寫入后需掃描本節(jié)內(nèi)容中出現(xiàn)在注冊(cè)表里的實(shí)體名、物品名、公式名與數(shù)值常量逐一比對(duì) - 值不一致 → **立即**在開(kāi)始下一節(jié)前呈現(xiàn)沖突「Registry conflict: [name] is registered in [source GDD] as [registry_value]. This section just wrote [new_value]. Which is correct?」絕不允許默默繼續(xù) - 值未登記 → 標(biāo)記為注冊(cè)候選在 Phase 5 處理。 每寫完一節(jié)同樣更新 production/session-state/active.md 記錄已完成章節(jié)。這就是「增量寫作」的意義所在**每一節(jié)獲批后立即落盤任何中斷都不會(huì)丟失已批準(zhǔn)的內(nèi)容**詳見(jiàn)第七節(jié) Recovery Resume。 ### 5.3 Section AOverview——行為層而非實(shí)現(xiàn)層 **目標(biāo)**一段陌生人也能讀懂的文字。技能要求在構(gòu)建選擇組件前先根據(jù)系統(tǒng)類別與層級(jí)推導(dǎo)推薦項(xiàng)Foundation/Infrastructure 層 → 技術(shù)框架視角玩家面向類別 → 雙視角并在對(duì)應(yīng)選項(xiàng)后追加 (Recommended)。 三個(gè) Tab 的 Framing 問(wèn)題必須在草稿**之前**詢問(wèn)禁止自己代答后自動(dòng)起草 - **Framing**「How should the overview frame this system?」選項(xiàng)[A] 數(shù)據(jù)/基礎(chǔ)設(shè)施層技術(shù)框架 / [B] 玩家可見(jiàn)效果設(shè)計(jì)框架 / [C] 兩者兼顧——描述數(shù)據(jù)層與玩家影響 - **ADR ref**「Should the overview reference the existing ADR for this system?」選項(xiàng)[A] 引用 ADR 補(bǔ)充實(shí)現(xiàn)細(xì)節(jié) / [B] 保持 GDD 純?cè)O(shè)計(jì)層面推薦項(xiàng)取決于 Glob docs/architecture/adr-*.md 后是否命中本系統(tǒng) - **Fantasy**「Does this system have a player fantasy worth stating?」選項(xiàng)[A] 是——玩家直接感受 / [B] 否——純基礎(chǔ)設(shè)施。 技能在此處明確劃定了**設(shè)計(jì)/實(shí)現(xiàn)邊界**Overview 的提問(wèn)必須停留在行為層面系統(tǒng)*做什么*一旦冒出實(shí)現(xiàn)問(wèn)題如「用 Autoload 單例還是信號(hào)總線」就記為「→ becomes an ADR」并跳過(guò)——實(shí)現(xiàn)模式屬于 /architecture-decision 技能GDD 描述行為ADR 描述實(shí)現(xiàn)手法。 ### 5.4 Section BPlayer Fantasy——?jiǎng)?chuàng)意的強(qiáng)制外部輸入 **目標(biāo)**情感靶心——玩家應(yīng)當(dāng)*感受*到什么。技能同樣要求先按類別推導(dǎo)推薦項(xiàng)玩家面向類別 → Direct基礎(chǔ)設(shè)施 → Indirect混合類別 → Both再詢問(wèn)框架問(wèn)題。 **強(qiáng)制委托**MANDATORY在用戶給出框架答案之后、起草之前**必須**通過(guò) Task 派發(fā) creative-director提供系統(tǒng)名、框架答案direct/indirect/both、游戲支柱、參考游戲與概念摘要要求其產(chǎn)出 2–3 個(gè)候選框架情感/力量幻想、錨定玩家時(shí)刻、語(yǔ)氣與語(yǔ)言。技能明文規(guī)定**未先咨詢 creative-director 不得起草本節(jié)**——框架答案決定幻想*是什么*creative-director 決定幻想*如何被描述*。 ### 5.5 Section CDetailed Design——程序員無(wú)歧義實(shí)現(xiàn)的前提 **目標(biāo)**一份程序員無(wú)需提問(wèn)即可實(shí)現(xiàn)的規(guī)格通常是最大的一節(jié)拆為三個(gè)子節(jié) 1. **Core Rules**順序流程用編號(hào)規(guī)則屬性用列表 2. **States and Transitions**有狀態(tài)就用表格窮舉每個(gè)狀態(tài)與每條合法轉(zhuǎn)移 3. **Interactions with Other Systems**對(duì)每個(gè)依賴上下游明確流入什么數(shù)據(jù)、流出什么數(shù)據(jù)、接口歸屬誰(shuí)。 提問(wèn)模板讓用戶逐步講述一次典型使用玩家的決策點(diǎn)有哪些玩家**不能**做什么約束與能力同等重要。 **強(qiáng)制委托**起草前必須按第 5.9 節(jié)的專家路由表并行派發(fā) Primary Agent 與 Supporting Agents提供系統(tǒng)名、概念摘要、支柱、依賴 GDD 摘錄與本節(jié)信息專家間的分歧通過(guò) AskUserQuestion 呈現(xiàn)給用戶裁決收到專家輸入后才允許起草。技能特別強(qiáng)調(diào)systems-designer 對(duì)規(guī)則與機(jī)制的復(fù)核能抓住主會(huì)話漏掉的設(shè)計(jì)缺口。 ### 5.6 Section DFormulas——每條公式必須有變量表 **目標(biāo)**所有數(shù)學(xué)公式變量定義、取值范圍、邊界情況齊備。技能用「完成度強(qiáng)制結(jié)構(gòu)」杜絕 [Formula TBD] 或純散文描述The [formula_name] formula is defined as:[formula_name] [expression]Variables:| Variable | Symbol | Type | Range | Description | |----------|--------|------|-------|-------------| | [name] | [sym] | float/int | [min–max] | [what it represents] |Output Range:[min] to [max] under normal play; [behaviour at extremes]Example:[worked example with real numbers]其背后的工程理由是**沒(méi)有變量表的公式實(shí)現(xiàn)時(shí)必然靠猜**。提問(wèn)模板覆蓋核心計(jì)算、縮放模型線性/對(duì)數(shù)/階梯與早/中/后期輸出范圍。 **強(qiáng)制委托**提出任何公式或平衡數(shù)值前必須并行派發(fā)專家——systems-designer 恒必派提供 Section C 核心規(guī)則、調(diào)優(yōu)目標(biāo)與依賴 GDD 平衡上下文經(jīng)濟(jì)/成本類系統(tǒng)額外派發(fā) economy-designer校驗(yàn)成本曲線與比率。專家提案經(jīng)由 AskUserQuestion 交用戶裁決主會(huì)話只負(fù)責(zé)落盤。技能明確警告**沒(méi)有專家輸入就不要自造公式數(shù)值**——沒(méi)有平衡設(shè)計(jì)經(jīng)驗(yàn)的用戶無(wú)法憑空評(píng)估裸數(shù)字他們需要專家的推理過(guò)程。 ### 5.7 Section EEdge Cases——有條件的精確結(jié)果而非「妥善處理」 **目標(biāo)**顯式處理反常情況避免它們變成 bug。每條邊界情況必須按固定格式寫出 - **If [condition]**: [exact outcome]. [rationale if non-obvious] 示例術(shù)語(yǔ)按游戲域適配 - **If [resource] reaches 0 while [protective condition] is active**: hold at minimum until condition ends, then apply consequence. - **If two [triggers/events] fire simultaneously**: resolve in [defined priority order]; ties use [defined tiebreak rule]. 禁止寫「handle appropriately」這類模糊條目——**沒(méi)有解決方案的邊界情況是未決設(shè)計(jì)問(wèn)題不是規(guī)格**。提問(wèn)模板覆蓋零值/最大值/越界時(shí)發(fā)生什么兩條規(guī)則同時(shí)生效時(shí)玩家發(fā)現(xiàn)非預(yù)期交互degenerate strategies時(shí) **強(qiáng)制委托**定稿前派發(fā) systems-designer提供已完成的本節(jié) C/D請(qǐng)其從公式與規(guī)則空間找出主會(huì)話可能遺漏的邊界情況敘事系統(tǒng)額外派發(fā) narrative-director。 ### 5.8 Section FDependencies——雙向一致的地圖 **目標(biāo)**記錄每條系統(tǒng)連接的指向與性質(zhì)。本節(jié)在上下文收集階段已部分預(yù)填剩余工作是與用戶核對(duì)是否遺漏依賴每條依賴的具體數(shù)據(jù)接口硬依賴缺之不可與軟依賴增強(qiáng)性之分。 **交叉校驗(yàn)**本節(jié)必須雙向一致——若本系統(tǒng)列出「depends on Combat」則 Combat 的 GDD 應(yīng)列出「depended on by [本系統(tǒng)]」。發(fā)現(xiàn)單向依賴必須標(biāo)記糾正。 ### 5.9 Section GTuning Knobs——設(shè)計(jì)師可調(diào)的一切 **目標(biāo)**每個(gè)可調(diào)值及其安全范圍與極端行為。提問(wèn)模板哪些值應(yīng)在不改代碼的前提下可調(diào)每個(gè)旋鈕調(diào)太高/太低會(huì)破壞什么哪些旋鈕相互耦合改 A 使 B 失效若公式復(fù)雜可委托 systems-designer 從公式變量推導(dǎo)旋鈕。**交叉校驗(yàn)**依賴 GDD 中影響本系統(tǒng)的旋鈕直接引用其出處不創(chuàng)建重復(fù)旋鈕——指向事實(shí)源。 ### 5.10 Section HAcceptance Criteria——QA 無(wú)需讀 GDD 即可驗(yàn)證 **目標(biāo)**可測(cè)試條件。每條標(biāo)準(zhǔn)強(qiáng)制使用 Given-When-Then 格式 - **GIVEN** [initial state], **WHEN** [action or trigger], **THEN** [measurable outcome] 至少覆蓋Section C 每條核心規(guī)則一條標(biāo)準(zhǔn)、Section D 每條公式一條標(biāo)準(zhǔn)。禁止「the system works as designed」這種空話——**每條標(biāo)準(zhǔn)必須能被 QA 測(cè)試員在不讀 GDD 的情況下獨(dú)立驗(yàn)證**。提問(wèn)模板還包括性能預(yù)算幀時(shí)間、內(nèi)存與 QA 首先檢查什么。 **強(qiáng)制委托**定稿前派發(fā) qa-lead提供已完成的 C/D/E 章節(jié)驗(yàn)證標(biāo)準(zhǔn)是否獨(dú)立可測(cè)且覆蓋全部核心規(guī)則與公式。 ### 5.11 可選章節(jié)Visual/Audio、UI、Open Questions 技能特別澄清了「可選」的邊界——**Visual/Audio 對(duì)以下系統(tǒng)類別是必需的不得提議跳過(guò)** - Combat, damage, health - UI systems (HUD, menus) - Animation, character movement - Visual effects, particles, shaders - Character systems - Dialogue, quests, lore - Level/world systems 對(duì)必需類別起草前必須派發(fā) art-director提供系統(tǒng)名、概念、支柱與 art bible 第 1–4 節(jié)若存在要求其給出 (1) 系統(tǒng)事件的 VFX 與視覺(jué)反饋需求、(2) 動(dòng)畫/視覺(jué)風(fēng)格約束、(3) 最適用的 art bible 原則**不允許此類系統(tǒng)留下 [To be designed]**。 對(duì)非必需類別Foundation/Infrastructure、Economy、AI/pathfinding、Camera/input8 個(gè)必需章節(jié)完成后詢問(wèn)「是否補(bǔ)充 Visual/Audio、UI 或記錄未決問(wèn)題」選項(xiàng)為 Yes, all three / Just open questions / Skip — Ill add these later。 寫作完成后還有兩個(gè)**下游接力標(biāo)記**Visual/Audio 有真實(shí)內(nèi)容時(shí)輸出提示后續(xù)運(yùn)行 /asset-spec system:[system-name] 從本節(jié)產(chǎn)出逐資產(chǎn)視覺(jué)描述與生成提示詞UI Requirements 有真實(shí)內(nèi)容時(shí)輸出 UX Flag提示在 Phase 4Pre-Production階段運(yùn)行 /ux-design 為每個(gè)屏幕/HUD 元素創(chuàng)建 UX 規(guī)格且引用 UI 的 story 應(yīng)引用 design/ux/[screen].md 而非 GDD 本身。 ## 六、專家路由表誰(shuí)為哪個(gè)域負(fù)責(zé) 技能第 6 節(jié)定義了完整的委托矩陣是 Section C 強(qiáng)制委托的權(quán)威路由依據(jù) | 系統(tǒng)類別 | Primary Agent | Supporting Agent(s) | |---------|---------------|---------------------| | Foundation/Infrastructure事件總線、存檔、場(chǎng)景管理、服務(wù)定位 | systems-designer | gameplay-programmer可行性、engine-programmer引擎集成 | | Combat, damage, health | game-designer | systems-designer公式、ai-programmer敵方 AI、art-director命中反饋視覺(jué)方向、VFX 意圖 | | Economy, loot, crafting | economy-designer | systems-designer曲線、game-designer循環(huán) | | Progression, XP, skills | game-designer | systems-designer曲線、economy-designer消耗點(diǎn) | | Dialogue, quests, lore | game-designer | narrative-director故事、writer內(nèi)容、art-director角色視覺(jué)檔案、電影感色調(diào) | | UI systems (HUD, menus) | game-designer | ux-designer流程、ui-programmer可行性、art-director視覺(jué)風(fēng)格方向、technical-artist渲染/著色器約束 | | Audio systems | game-designer | audio-director方向、sound-designer規(guī)格 | | AI, pathfinding, behavior | game-designer | ai-programmer實(shí)現(xiàn)、systems-designer評(píng)分 | | Level/world systems | game-designer | level-designer空間、world-builder世界觀 | | Camera, input, controls | game-designer | ux-designer手感、gameplay-programmer可行性 | | Animation, character movement | game-designer | art-director動(dòng)畫風(fēng)格、姿態(tài)語(yǔ)言、technical-artist骨骼/混合約束、gameplay-programmer手感 | | Visual effects, particles, shaders | game-designer | art-directorVFX 視覺(jué)方向、technical-artist性能預(yù)算、著色器復(fù)雜度、systems-designer觸發(fā)/狀態(tài)集成 | | Character systems (stats, archetypes) | game-designer | art-director角色視覺(jué)原型、narrative-director角色弧光對(duì)齊、systems-designer屬性公式 | 委托紀(jì)律同樣嚴(yán)格Task 調(diào)用時(shí)提供系統(tǒng)名、概念摘要、依賴 GDD 摘錄、當(dāng)前章節(jié)與待解答問(wèn)題專家只返回分析/提案**不直接寫文件**——所有文件寫入歸主會(huì)話所有最終決策權(quán)始終在用戶。 ## 七、Phase 5設(shè)計(jì)后校驗(yàn)與收尾 ### 7.1 自檢5a以文件為真相源 全部章節(jié)寫完后**從文件而非對(duì)話記憶重讀完整 GDD**——文件才是事實(shí)源。核對(duì)8 個(gè)必需章節(jié)均有真實(shí)內(nèi)容公式引用了已定義變量邊界情況都有解決方案依賴均列出接口驗(yàn)收標(biāo)準(zhǔn)可測(cè)試。 ### 7.2 CD-GDD-ALIGN創(chuàng)意總監(jiān)支柱對(duì)齊門 正式定稿前按 [director-gates.md](https://link.gitcode.com/i/97f4827ac1e7b94eb841bb08e5d45098) 中的 **CD-GDD-ALIGN** 門派發(fā) creative-director傳入完整 GDD 路徑、游戲支柱與 MDA 審美目標(biāo)。評(píng)審結(jié)果按標(biāo)準(zhǔn)規(guī)則處理并記錄在 GDD 狀態(tài)頭 **Creative Director Review (CD-GDD-ALIGN)**: APPROVED [date] / CONCERNS (accepted) [date] / REVISED [date]。 **但此門受 review 模式管控**solo 與 lean 模式跳過(guò)分別記錄 CD-GDD-ALIGN skipped — Solo mode / — Lean mode僅 full 模式正常派發(fā)。這與 [director-gates.md](https://link.gitcode.com/i/97f4827ac1e7b94eb841bb08e5d45098) 中「lean 只保留 PHASE-GATE」的全局規(guī)則一致——這也是為什么 --review 在技能開(kāi)頭就要一次性解析并全程持有。 ### 7.3 實(shí)體注冊(cè)表更新5b 掃描完成的 GDD找出應(yīng)登記的跨系統(tǒng)事實(shí)帶屬性/掉落物的具名實(shí)體、帶價(jià)值/重量/類別的具名物品、帶變量與輸出范圍的具名公式、在多處被按值引用的具名常量。先用 Grep 在 [entities.yaml](https://link.gitcode.com/i/9e1482e773ca455a9ef82d5071c8e2f3) 中查重Grep pattern - name: [candidate_name]再呈現(xiàn)匯總Registry candidates from this GDD: NEW (not yet registered): - [entity_name] [entity]: [attribute][value], [attribute][value] - [item_name] [item]: [attribute][value], [attribute][value] - [formula_name] [formula]: variables[list], output[min–max] ALREADY REGISTERED (referenced_by will be updated): - [constant_name] [constant]: value[N] ← matches registry ?【免費(fèi)下載鏈接】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.項(xiàng)目地址: https://gitcode.com/GitHub_Trending/cl/Claude-Code-Game-Studios創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考