Claude Code技能：打造完整Godot遊戲

我花了約一年時間，經過四次重大重寫才完成這項工作。Godogen是一個流程管道，它能接收文字提示、設計架構、生成2D/3D素材、撰寫GDScript程式碼，並進行視覺化測試。最終輸出是一個完整、可遊玩的Godot 4專案。要讓LLM可靠地生成功能完整的遊戲，必須解決三個特定的工程瓶頸：1. 訓練資料稀缺性：LLM幾乎不了解GDScript。它有約850個類別，以及類似Python的語法，這容易讓模型產生無法編譯的Python慣用法幻覺。為解決此問題，我建立了一個自訂參考系統：手寫語言規範、從Godot XML原始碼轉換的完整API文檔，以及一個針對無法僅從文檔學習的引擎行為的「怪癖」資料庫。由於850個類別會爆掉上下文窗口，代理程式僅在運行時懶載入所需的特定API。2. 建置時間與運行狀態：場景由無頭腳本生成，這些腳本在記憶體中建構節點圖並序列化為.tscn檔案。這避免了手動編輯Godot序列化格式的脆弱性。但也意味著某些引擎功能（如`@onready`或訊號連接）在建置時不可用——它們僅在遊戲實際運行時存在。教導模型哪些API在哪些階段可用——以及每個節點必須正確設定其所有者，否則在儲存時會默默消失——需要仔細的提示設計，但成效顯著。3. 評估循環：編碼代理程式天生傾向偏袒自己的輸出。為防止作弊，一個獨立的Gemini Flash代理程式擔任視覺QA角色。它僅查看運行引擎渲染的截圖——沒有程式碼——並將其與生成的參考圖像進行比較。它能捕捉文字分析忽略的視覺錯誤：z-fighting、漂浮物件、物理爆炸，以及本應自然卻呈現格狀的佈局。在架構上，它作為兩個Claude Code技能運行：一個規劃流程的協調器，以及一個在`context: fork`窗口中執行每個部分的任務執行器，以避免錯誤和狀態累積。所有內容皆為開源：https://github.com/htdt/godogen 演示影片（真實遊戲，非精心挑選的截圖）：https://youtu.be/eUz19GROIpY 完整故事（所有錯誤嘗試）的部落格文章即將發布。樂於回答問題。