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