VberAI 端到端：AI Studio + 引擎 MCP 落地可玩小遊戲

獨立開發與小團隊做遊戲時，常見卡點不是「不會寫一句程式」，而是兩件事並行拖慢節奏：

1. 介面與美術結構進不了引擎——設計稿切圖、重搭 Canvas / Control、命名與層級對不齊
2. 玩法與腳本迭代貴——改節點、掛元件、查報錯、進 Play 預覽，大量時間花在編輯器重複操作上

VberAI 把這兩類工作拆成兩層工具，而不是聲稱「一個按鈕做完整遊戲」：

層	產品	解決什麼
畫布 → 引擎 UI	AI Studio	用自然語言生成遊戲介面，或匯入 PSD / Figma；拆分、去背、編輯後同步/匯出到 Unity、Godot、Cocos Creator
引擎 ↔ AI IDE	引擎 MCP（Unity / Godot / Cocos）	在 Cursor、Claude Code、Codex 等客戶端裡對話驅動編輯器：邏輯、腳本、除錯、預覽

整體流水線

玩法目標 / 設計稿 / 自然語言 UI 描述
        │
        ├─→ AI Studio（生成 · 匯入 · 拆分 · 去背 · 元件化 · 匯出）
        │         ↓
        │    引擎工程內的 UI 層級 / 預製體 / 場景資源
        │
        └─→ AI IDE + 引擎 MCP（讀場景 · 寫腳本 · 掛接 · Play/除錯）
                  ↓
             可演示的玩法切片 → 按改動類型回到 Studio 或繼續 MCP

原則：UI 結構盡量在畫布側做對再進引擎；行為與數值留在引擎側並用人審 Play；大改前 commit；MCP 僅 localhost。

AI Studio：把介面變成引擎可用資產

AI Studio 面向遊戲 UI 結構交付。

路徑 1：自然語言生成介面（尚無設計稿時）

幫我設計一個Q版的三消遊戲

生成後在畫布檢查：可點擊區與裝飾層是否分離、命名是否利於掛腳本、多解析度下佈局是否可調。下方為實錄：

路徑 2：匯入 PSD / Figma / 專案資產（已有設計時）

1. 匯入分層稿或現有 UI 資源
2. AI 拆分：抽出面板、列表項、對話框等可操作結構
3. 複雜邊緣（髮絲、光效、半透）可先走 AI 超強去背 再回 Studio 整理
4. 元件化後，同步 / 匯出到目標引擎（Unity、Godot、Cocos Creator）

下方為 PSD / Figma 匯入與拆分實錄：

本步產出與邊界

產出	不產出
可掛載 UI 層級、貼圖、預製體/場景結構	完整戰鬥 FSM、網路權威、存檔邏輯

細流程：Figma 到 Unity UI。

引擎 MCP：用對話推進邏輯與編輯器勞動

MCP 讓 AI IDE 呼叫本機工具；引擎外掛暴露已開啟的編輯器。

• Unity MCP · 安裝
• Godot MCP · 安裝
• Cocos 3.x / 2.x · 3.x · 2.x

對比：三大引擎 MCP。

實錄：Studio 匯出後，Cursor + Godot MCP 做完 Q 版三消

承接路徑 1：UI 已進 Godot。用 Cursor 接上 Godot MCP，不手寫一行程式，對話完成玩法並除錯到可試玩：

適合： 可驗收玩法切片、批量改層級、把 Studio HUD 綁到事件、小步可逆改動後 Play。
不適合： 無人審多人權威、整條渲染重構、「一句話整款商業遊戲」、替代手感與美術定稿。

實作：Unity 3D RPG、Godot 2D 平台。

0–1 與快速迭代

1. 定切片 → 2. MCP 唯讀冒煙 → 3. 佔位 UI 或先玩法 → 4. MCP 一次一事推進 → 5. 需要成品介面再開 Studio → 6. Play 驗收

改什麼	優先
手感、數值、腳本、接線	AI IDE → 引擎 MCP
整屏視覺、換皮、再匯出	AI Studio（必要時去背）
設計稿進不了引擎	先 Studio，再 MCP

落地注意

版本與啟用以官網為準；Godot 可先走 OSS；Server 僅 127.0.0.1；提示寫清路徑、掛點、驗收標準；生成結果必須 Play。

小結

VberAI 的價值是拆開高頻痛點：AI Studio 負責可進引擎的 UI；引擎 MCP 負責編輯器內邏輯與除錯。用對迴路，0–1 與改版更快；用錯邊界只會返工。按階段選一層或兩層即可。