如何用AI製作一個Indie遊戲

在選擇工具前先繪製管道

AI-First工作流程仍然是生產管道。 每個階段都需要輸入、輸出和完成的定義。 如果沒有這些界限，編碼代理可能重寫不相關的系統，藝術生成器可能生成無法動畫的資產，空間原型可能看起來令人印象深刻，而不會支援實際的遊戲。

最安全的模式是生成、檢查、約束、整合和測試。 人決定產出是否推進遊戲。模型是該迴圈內部的快速協作者，而不是產品方向的擁有者。

寫一個可以編造的簡介，而不是一個電影般的願望列表

開始一頁：玩家幻想，可重複動作，目標，損失條件，相機，目標平臺，視覺參考，以及一個超出範圍特性的硬列表。 例如：“第三人稱森林防禦遊戲，玩家在重定向小敵波時修復三座神社；一幅地圖，一幅敵型，十分鐘，鍵盤和滑鼠。”

然後將簡介拆分為可讀儲存器檔案。儲存一個短遊戲設計檔案，一個場景和系統的技術地圖，以及每個實質性更改一個標記下規格。這反映了AI遊戲開發者的反覆教訓：大型請求分解成具有可觀察接受標準的小型文件後，變得更加可靠。

• 定義玩家每5到10秒做什麼。
• 在選擇資產複雜度之前，先設定效能目標和目標裝置。
• 列表需要設定： 啟動，播放，暫停，贏，輸，重新啟動，以及錯誤恢復。
• 對於每個功能，寫一個個人或代理人可以實際執行的測試。

在生成最終藝術前建立核心迴圈

灰盒遊戲有膠囊、立方體、平面顏色和臨時音訊。請編碼代理透過體驗執行一條垂直路徑：載入關卡、控制字元、執行中心動作、接收反饋、到達結果和重新啟動。這暴露了設計問題，而每個資產替換成本仍然很低。

一個有用的代理任務包括目標、範圍檔案、限制、執行命令和驗收檢查。 不需要“ 使戰鬥更好”， 而是要求“ 在現有玩家控制器上新增0.35秒的 melee 冷卻， 顯示目標上的閃光， 儲存控制器輸入， 新增重複輸入的測試， 並執行當前測試套件。 ” 第二提示給代理機一個結束線。

使用編碼代理作為暫存器運算子

現代編碼代理可以檢查檔案，編輯多個模組，執行命令，讀取錯誤，並進行非同步。它們相對於貼上聊天片段的優勢在於程式碼和證據之間的閉路迴圈。實際選擇的不是通用的贏家，而是更多關於哪個代理遵循您的暫存器規則，驗證其工作，並在更改失敗時清空恢復。 Claude Code vs Codex 遊戲開發比較 提供逐個階段的評價框架。

由一位代理負責一個有限度的更改。 對於平行的工作，透過目錄或可交付檔案(例如遊戲遊戲程式碼、Blender自動化和QA文件)來單獨擁有，並透過審查的約定進行調和。不要讓幾個代理自由編輯同一場景、預發或中央州管理器。

• 請代理在提議修改前解釋現有架構。
• 需要制定大規模遷移的計劃，並直接執行可逆的小型修正。
• 保留生成的資產和生成的程式碼可見於版本控制。
• 執行實際遊戲或在結構變化後構建；成功的型別檢查不是播放測試。

使用世界模型進行空間構想——而不是作為引擎

谷歌DeepMind等世界模式 精靈3 從提示生成互動環境，同時 世界實驗室大理石 系統可以建立和編輯持續3D世界，從文字、影象、影片或粗糙佈局中進行。這些系統對於測試情緒、組成、地標、視線和可能的相互作用都非常寶貴，而光譜藝術家則會承諾全面構建。

它們是決定性遊戲引擎的倒置替代。 目前的限制包括動作範圍、持續時間、精確地理、文字渲染、多人一致性、物理控制和匯出質量。 抓住世界模型會話作為設計參考；然後在引擎中重建已核准的空間，並有明確的幾何、碰撞、導航、觸發、照明和效能預算。

簡言之，Anthropic的Claude Fable 5是長視代理和編碼工作的一般AI模型。 它不是一個世界模型。 它可以幫助規劃或實施管道，而Genie，Marble和相關係統是生成或模擬空間環境的工具。

生成與 Messy， 完成 Blender

Meshy 記錄的遊戲資產工作流程 生成、 Remesh、 PBR 質地、 Rig 和 匯出。 這使得它可用於原型、 定型道具、 敵方變體和佔位環境。 輸出仍然需要生產檢查， 特別是當資產變形、 碰撞或出現相機附近時。

將選中的結果帶入 Blender。 確認真實世界的大小和變換； 檢查正常、 紫外線、 材料槽、 紋理解析度、 三角計數、 樞軸位置、 LOD 需要、 碰撞形狀和鑽機行為。 Blender 自己的重塑指導 注意自動重刻不一定產生最終的地形來變形角色，因此英雄人物和複雜的生物往往需要人工清理。

自動進行重複的Blender和引擎工作

編碼代理可以寫入Blender Python指令碼用於確定清除：重新命名物件，應用變換，驗證三角預算，調整紋理大小，指定匯出收藏，建立簡單的碰撞器，以及批次輸出一個資產，執行指令碼，檢查現場，然後才將其縮放到資料夾中。

相同的方法在引擎側作用。 生成匯入預設、 資料夾常規、 預髮腳手架、 材料對映和驗證指令碼。 儲存這些指令碼到倉庫中， 以便複製管道。 如果重生成一個模型， 您應該能夠重複轉換， 而不記住手動點選的順序。

將質量保證視為連續階段

AI-write遊戲經常在切換時失敗：客戶端信任它應該核實的資料，固定觸碰一個不相關的系統，生成的場景只在一個解析中工作，或者儲存的遷移會失去進度。 在任何大修改後執行固定的測試場景，並保留一個小回歸套件，用於移動，戰鬥，儲存/裝入，重新啟動，購買，以及相關時的賬戶邊界。

在釋出前，測試被包基於目標硬體——不僅僅是編輯器。驗證崩潰報告、秘密、輸入重映、離線行為、備份恢復、分析同意、無障礙基礎，以及第一個五分鐘與從未見過專案的人一起進行。AI使修正更快，但也能夠產生更多的表面積來驗證。

• 保密和權威遊戲狀態 遠離客戶端。
• 接受代理結果前， 檢查 diffs 是否發生了無關的更改。
• 測試勝負、輸負、重新啟動、恢復和中斷的會話路徑。
• 歸檔準確的模型、 即時、 資產來源和發運內容的許可上下文。

實用的七天垂直切片計劃

第一天 生成簡要的、 暫存器地圖和灰盒。 第二天和第三天執行核心控制器、 中央機械師、 一個敵人、 反饋和重啟。 第四天 探索視覺方向並生成一個小資產集。 第五天 清理 Blender 中的這些資產並實現自動輸出。 第 六天 整合環境、 音訊、 使用者介面和效能預算。 第 七天 用於播放測試、 迴歸修正、 包裝和短死後。

問題不在於確切的日曆。 順序是： 證明播放， 改進演示， 然後使建築硬化。 當生成的輸出失敗時， 請修改該階段， 而不是讓不確定因素流到下游。