使用 VS Code 與 AI 協作開發遊戲的一個月心得

想更新一下最近使用 VS Code 開發遊戲的想法。

從零開始開發這個專案到現在，已經經過了一個月。這段時間我一直在摸索一套能和 AI 穩定協作的開發循環：如何把想法交給 AI、如何讓 AI 參與實作，以及如何避免它在錯誤的方向上越走越遠。

一開始，我其實不太敢開放完整權限給 AI。畢竟讓它直接修改專案內容，多少會擔心它做出自己無法掌握的變更。後來慢慢放開限制，甚至嘗試讓 autorun 完全放飛，結果很快就遇到另一個問題：AI 會在自我修正的過程中不斷改錯，最後陷入一種反覆修補、反覆出錯的迴圈。

那次經驗讓我意識到，AI 不是不能放手讓它做，而是需要有清楚的邊界。於是我開始改成先寫入計畫，透過計畫來限縮開發範圍，讓 AI 明確知道這一輪要處理什麼、不處理什麼。這個調整之後，整個開發節奏變得穩定很多，也出現了一段快速推進遊戲內容的階段。

不過，當開發效率真的提升之後，另一個瓶頸也出現了：我開始不知道遊戲內容接下來要做什麼。也就是說，問題不再只是「怎麼實作」，而是「要實作什麼」。這個階段如果只靠自己發想，很容易卡在空白頁面前面，明明工具已經準備好了，卻不知道下一步該往哪裡走。

後來我導入了 Agent Team，情況又有了新的變化。這時候不再只是單一 AI 幫我寫程式，而是有一群可以協助我發想內容的團隊。透過 Agents 先發想出 GDD，再把 GDD 轉成可以開發的計畫，最後交給 AI 執行。接著，再透過 instruction 鎖住專案的核心邊界與規格，讓 AI 在後續開發時能夠更穩定地沿著既定方向前進。這個循環跑起來之後，效果其實非常驚人。

現在的流程大致變成：我只要提供一個基本想法或需求，AI 就能幫我把它整理成方向、拆成計畫，接著實作出一個我認為還不錯的結果。這不代表每一次都完美，但已經足夠讓我感受到遊戲開發的節奏被重新改寫了。很多過去會卡住的地方，現在都可以透過和 AI 協作往前推進。

當然，工具本身也不是完全沒有變數。4 月底接連出現 Claude 漲價，以及 Copilot 改變收費方式的消息，讓原本 CP 值最高的 AI 工具組合，看起來可能也只能撐到月底了。

也許下一篇該寫的，就是怎麼把目前在 VS Code 裡建立起來的 flow，平轉到 Claude 或 Codex 上了。😂

目前遊戲已經有一個可以實際操作與觀察的雛形：玩家可以在地圖上探索，畫面中也逐步加入角色、單位、設施、資源、事件提示與基礎 UI。雖然整體還在原型階段，很多系統都還需要繼續打磨，但從一開始只有模糊概念，到現在能看到角色在地圖上活動、資源變化與介面逐步成形，這段過程本身就很有成就感。下面這段 demo，大概就是目前專案跑起來的樣子。