遊戲開發 CLI 生態：AI 個人開發者為什麼最後都選 Godot，而不是 Unreal

想用 CLI 加 AI 做遊戲，尤其是歧路獵人那種 HD-2D 風格，第一個要選引擎。但「遊戲開發 CLI 哪個強」其實是假問題 ── 三大引擎都能 headless 跑，真正決定 Claude Code 幫不幫得上你的，是資產格式是純文字還是二進位。這篇把 Godot、Unity、Unreal 在 AI 開發下的差別、三種授權帳單、還有程式優先框架的誠實光譜攤開，讀完你會知道個人開發者為什麼該選 Godot。

我最近認真想過一件事：能不能用 Claude Code，做一款像歧路獵人那種 HD-2D 風格的遊戲。動手查之前，我以為最該糾結的是「哪個引擎的 CLI 最強」。查完發現，這題從一開始就問錯了。

三大引擎 Godot、Unity、Unreal，全都能在終端機無視窗跑、都能用命令列打包。CLI 誰強誰弱，根本不是重點。真正決定 AI 幫不幫得上你、能不能陪你把遊戲做完的，是另一件很少人先講的事：你的遊戲資產，是純文字，還是二進位黑盒。

先講一個最好笑的反差。歧路獵人自己就是 Unreal 做的。但你今天想用 AI 複製它的風格，Unreal 反而是三個裡面最不該碰的。這篇先把「為什麼是 Godot」講清楚，下一篇再手把手在 Godot 裡，把 HD-2D 那套後製調出來。

「遊戲開發 CLI 哪個強」是假問題

你會以為選引擎要先比命令列功能。實際上，做遊戲會用到的 CLI 動作（無視窗跑、自動打包、跑測試）三大引擎全都有。

隨手三行，各自的 headless 進入點長這樣：

godot --headless --path . --quit-after 100                    # Godot：跑幾幀就退，抓執行期錯誤
Unity -batchmode -nographics -quit -executeMethod Build.Run   # Unity：批次模式
RunUAT.sh BuildCookRun -project=MyGame.uproject -unattended   # Unreal：自動化打包

所以「遊戲開發 CLI 哪個強」這個問題，誠實的答案是「差不多」。既然大家都能跑，決勝點就得往下一層找。

純文字 vs 二進位，才是 AI 開發的分水嶺

差別在資產格式。同樣存一個場景下來，三個引擎存出完全不同的東西。

這件事對 AI 開發是生死線。Claude Code 的工作方式，是讀你的檔案、改幾行、再讓你看 diff。檔案是純文字，它就能像改一份程式碼一樣改你的遊戲；檔案是二進位，它只能在旁邊乾瞪眼，頂多幫你「驅動匯出」，碰不到內容本身。

這跟我之前寫《WP-CLI × Claude Code 實測》撞到的是同一件事：能被純文字描述的東西，AI 才接得住。

這個差別會長出一條迴圈：改檔→跑→讀錯→自修

純文字資產配上 headless，湊出來的是一條能自己轉的迴圈。這才是「用 AI 做遊戲」真正的樣子，不是它一次生對，是它會自己撞牆再爬起來。

最小版本長這樣：

# 1) Claude Code 用 Edit 改 player.gd 或某個 .tscn
# 2) 跑，把錯誤抓到 stderr：
godot --headless --path . --script res://smoke.gd 2>&1
# 3) 讀輸出的 "SCRIPT ERROR: ..." 堆疊
# 4) 再改 → 回到第 2 步

搭配 godot --headless --check-only --script res://foo.gd 只驗語法、最快；--import 之後 --export-release 驗能不能打包。全部吐純文字，agent 全看得懂。

把遊戲開發 CLI 擺一起：三大引擎實戰對照

把常用指令擺在一起，順便標一下 AI 能不能全自動迭代（三顆星最好）：

# ── Godot（★★★ 能全自動迭代）──
godot --headless --check-only --script res://player.gd    # 只驗語法
godot --headless --import                                 # 首次匯出前要先匯入資產
godot --headless --export-release "Web" build/index.html  # 無頭打包
godot --headless -s addons/gut/gut_cmdln.gd -gexit        # 跑單元測試

# ── Unity（★★ 可驅動但較重）──
Unity -batchmode -nographics -quit -projectPath "$PWD" \
  -executeMethod BuildScript.PerformBuild -logFile ./build.log

# ── Unreal（★ 大多只能驅動打包）──
RunUAT.sh BuildCookRun -project="/path/MyGame.uproject" \
  -platform=Linux -cook -stage -pak -unattended -nullrhi

注意兩個雷：Godot 首次無頭匯出前一定要先 --headless --import，不然會卡（社群已知 issue）；Unity 的 -quit 會吞掉部分錯誤，要去看 -logFile，不能只看終端機有沒有紅字。

三種帳單：Godot、Unity、Unreal 的授權成本

個人開發者選引擎，錢和法務跟技術一樣重要。三家的收費邏輯完全不同：

對一個還沒賺到錢的個人開發者，三家其實都「先免費」。但 Godot 是唯一「賺再多也不用回頭分帳、也沒有授權條款哪天被改掉」的那個。對想長期做、又不想被綁的人，這種確定性本身就是價值。

不想開編輯器？程式優先框架的誠實光譜

有些人（可能包括你）寧願全程寫程式，連編輯器都不想開。這條路走得通，但要先誠實分級：

這裡有個對 AI 特別的坑。Bevy 雖然純程式最漂亮，但它版本之間 API 破壞性很大，模型很容易寫出上一版才對、這一版已經改掉的寫法，反而變成你一直在幫它擦屁股。所以「純 Rust 很爽」跟「讓 AI 一路 cargo run 到天亮很順」，不是同一件事。

順帶更正兩個網路上常看到的過時說法：LÖVE 的 12.0 到現在都還沒正式釋出，穩定版還是 11.5；Phaser 內建 Bloom 這類後製是 3.60 才加的，不是 3.50。寫這種文章最怕抄到半年前的舊資訊。

我的想法 — 九黎月怎麼看這件事

我查完最大的感觸，不是「Godot 比較強」，是「能被看見的東西，才有人幫得了你」。

妖狐修行最忌把本相鎖死藏起來。藏得再深再華麗，沒人進得去，也就沒人陪得了你。Unreal 把一款遊戲封進二進位，像把本相鎖進千年洞府，畫面驚人，可是連想並肩的夥伴都看不進門。Godot 反過來，把整款遊戲攤成一疊純文字，像妖狐願意在信得過的人面前，現出真形。

這時代能陪你的對象，多了一種叫 AI。它幫不幫得上你，不看它多聰明，看你的東西攤不攤得開給它看。攤得開，它就能陪你改到天亮；鎖起來，再強的模型也只能停在門外。

所以選工具別只盯著「做出來的畫面多漂亮」。先問一句：做壞了，能不能被人、被 AI 看懂，再一起改回來。一塊能被協作的粗胚，往往勝過一件鎖死的華麗。

結論：個人 AI 開發者選引擎的四個判準

一句話收：做歧路獵人 HD-2D 風格的個人遊戲、又想讓 AI 當你的夥伴，主推 Godot 4。它不是畫面最頂的，但它是唯一把整款遊戲攤成純文字、能讓 Claude Code 陪你 godot --headless 跑到天亮的那個。

下一篇，我們就進 Godot，把 HD-2D 那份後製食譜（像素立牌、移軸、景深、泛光、法線光照）一項一項調出來，附上能照做的 CLI 素材流水線。