被「逐出教門」的開發者：用 AI 做遊戲 （★ 46 分） 文章描寫一個在遊戲開發圈裡「大家假裝不存在」的角落：許多開發者因為作品使用了 AI，而選擇不公開分享，擔心被貼上取代工作、破壞創作誠信的標籤。作者在用 Claude Code（Anthropic 的程式開發助理）做完自己的遊戲後，加入 AI Game Dev Org 的 Discord 伺服器，本來預期會看到大量粗糙拼裝作品，結果遇到的是一個安靜但認真的小社群：彼此展示進度、互相試玩測試、給出坦白回饋；他們也不急著替 AI 辯護或宣傳，只是單純享受做遊戲。作者把這種「在圈外反而更自由」的氛圍，連結到他過去在 Rec Room 工作時所嚮往的創作文化。 作者挑了三款作品作為觀察樣本。Agent Arena 是網頁版 roguelike（隨機地城、反覆重玩的玩法類型），號稱由 AI 代理程式 (agent，能自主規劃並執行多步任務的 AI) 全自動打造；內容包含戰鬥、撿裝、升級與回到「戰情室」整備下一場，甚至有標題畫面、登入、統計追蹤與經濟系統。作者認為開發者有 TypeScript 底子，讓 UX（使用者體驗，User Experience）與視覺品味出乎意料地完整，雖然各個零件還沒完全扣在一起，但已看得出「像一款真的遊戲」的輪廓。Beam Balance 則是物理小遊戲：落石不斷砸下來，你得在樑上維持車子平衡，節奏像 Flappy Bird 那樣讓人想一直「再一局」；作者特別喜歡開發者用「每週測幾個機制、找到好玩再投入」的方式，這款甚至是一個晚上做出來，畫面雖粗糙但好玩度與投入成本比很高。Shmup Golf 是橫向捲軸射擊遊戲（shmup, shoot’em up），主打只用 10 行程式碼寫成、把 code golf（以極端精簡程式碼為樂）帶進遊戲開發；作者覺得它的主機文字風格很有味道，只要把難度曲線調好就可能更「黏人」，而他建議把遊戲搬到瀏覽器執行後，對方也順利做到。 文章最後的判斷是：AI 還沒有「接管」遊戲開發，從這些半成品也看得出來；但有品味的人類加上 AI，確實能更快把標題畫面、帳號、統計、經濟等「一款遊戲需要的零件」先湊齊。此刻最缺的是規模與整體設計感，讓所有零件真正融成一致的體驗；不過作者認為這個落差正在縮小，很可能會有某個像這樣的低調社群成員，做出真正讓人眼睛一亮的作品。 留言區的分歧主要落在「AI 到底幫到哪裡」與「該不該公開標示」：有人認為 AI 對複雜邏輯與系統設計、遊玩測試、獨特美術風格幫助有限，AI 畫面容易同質化、甚至引發抄襲疑慮，擔心市場被大量低投入作品灌滿；但也有人分享在 Unreal Engine（遊戲引擎）用 Claude Code 的經驗，覺得像用每月 100 美元請到資深工程師，並提到用 MCP（Model Context Protocol，讓大型語言模型連接外部工具的協定）串接 Google Gemini/Imagen 這類工具來做圖示，反覆試風格後成本可壓到一個圖示幾美分，3D 則改用素材商店或付費請美術。也有人反對把「vibe coding」當成貶義，主張大型語言模型 (LLM, Large Language Model) 應該被當作結對程式設計的加速器，採「先規劃→交給模型實作→再除錯」的人在迴圈；引擎選擇上，有人推崇用瀏覽器端 JS（如 Pixi、Three.js、Phaser）或 Love2D 這類老牌框架，理由是更可能出現在模型訓練資料裡；也有人提醒別為了做遊戲去「自己做引擎」而陷入拖延。關於「不敢說自己用了 AI」這點，有人認為確實存在寒蟬效應：公開只會招致先入為主的否定、對商業表現只有壞處；也有人反駁這種說法太像受害者心態，畢竟資本正大量押注 AI。另有零星技術糾錯與延伸：有人指出作者網站的 /blog 會 404，作者回覆是站台路由設計與熱門度超出預期；也有人強調真正的核心仍是設計與限制帶來的創意，AI 可以降低門檻，但還不太可能讓完全沒底子的人「一句話就做出下一個 SimCity」。 👥 39 則討論、評論 💬 https://news.ycombinator.com/item?id=47227078