VberAI 官網：是什麼？遊戲開發平台、MCP 與 AI Studio

VberAI（www.vberai.com）面向遊戲開發——遊戲團隊裡同時出現三件事時，工具選型會變複雜：編輯器裡要改場景和預製體、設計側持續交付 PSD / Figma、素材還要過一遍去背再進管線。通用程式碼助手擅長改倉庫裡的腳本，卻往往看不見目前開啟的場景；純設計工具擅長出視覺稿，卻不會自動落到引擎物件樹上。

VberAI 定位為 AI 原生的遊戲生產層：在 Unity、Godot、Cocos Creator 既有工作流之上，用 Engine MCP 插件、VberAI Studio（下文簡稱 AI Studio）和 AI 超強去背 分別承接「編輯器內操作」「設計稿結構化匯入」和「素材去背準備」。它不是新的遊戲引擎，也不替代渲染、物理或發行流程。

產品邊界：疊在引擎之上，而不是換掉引擎

層	典型職責	VberAI 是否介入
遊戲引擎	執行時期、渲染、編輯器、建置與發包	否（繼續用原引擎）
設計工具	Figma / Photoshop 等視覺探索與標註	否（仍作上游輸入）
AI 編碼客戶端	Cursor、Claude Code、Codex 等寫改程式碼	透過 MCP 獲得引擎側上下文與操作面
VberAI	MCP 橋接、UI 畫布匯出、摳圖前處理	是

可以簡單記：引擎負責把遊戲做出來並跑起來；VberAI 縮短設計交接、素材準備和編輯器重複操作這幾段耗時。

Engine MCP：把協定接到編輯器，而不只接到檔案系統

Model Context Protocol（MCP） 是一類讓客戶端呼叫外部工具的協定。落到遊戲工程裡，關鍵點是：AI 是否只能讀寫磁碟上的腳本與設定，還是也能面對編輯器內的即時物件——場景樹、節點、元件、預製體等（具體能力以各引擎插件版本為準）。

VberAI 為三大引擎提供 MCP 插件實作：

• Unity MCP
• VberAI Godot MCP
• Cocos Creator 3.x MCP / 2.x MCP

和「僅補全程式碼」路徑相比，MCP 路徑的差異主要在上下文：未儲存的編輯器狀態、目前選取物件、Play 模式與資源庫行為，往往無法從倉庫快照單獨推斷。適合已經在用 AI 寫腳本、又希望減少「腳本改完但場景對不上」往返的團隊。

安裝與連接步驟見：Unity MCP 安裝、VberAI Godot MCP 安裝、Cocos Creator 3.x MCP 安裝。連線異常時可參考 Cocos MCP 排障。

AI Studio：設計稿到引擎語意層級

VberAI Studio（AI Studio）處理的是 遊戲 UI / 介面 從設計稿到引擎資源的那一段：解析分層 PSD / Figma，產生更接近引擎習慣的層級與元件語意，再匯出場景、預製體與切片資源，目標引擎覆蓋 Unity、Godot、Cocos。

幾條容易混淆的點：

• 它解決的是 介面結構與資源交接，不是關卡玩法、戰鬥數值或完整敘事系統（那部分仍在引擎與腳本側，可按需配合 MCP）。
• 名稱裡的 “AI Studio” 是產品短名，與面向 Playable 廣告成片、或其它廠商同名「AI Studio」不是同一類工具。
• 全稱 VberAI Studio 用來和 Google AI Studio 等產品區分；產品頁見 AI Studio。

相關步驟與案例：如何將 PSD 匯入 Unity UI、Figma 到 Unity 預製體、Figma 到 Godot：人工與 AI 流程對比、翻譯 UI / 一鍵翻譯。

AI 超強去背：匯入前的素材前處理

AI 超強去背在瀏覽器中完成去背，面向遊戲素材裡常見的難點（髮絲、半透明、光暈、網格底等）。輸出用於後續進入 Studio → 引擎的準備，而不是生成玩法內容本身。工具入口：AI 超強去背。

三條能力如何落在同一條生產鏈上

依依賴關係，常見順序是：

1. 點陣圖需要乾淨邊緣 → 超強去背
2. 介面要從設計稿進工程 → AI Studio 匯入並匯出到目標引擎
3. 場景與物件要在編輯器內由 AI 協助修改 → 安裝對應引擎 MCP，並在 Cursor / Claude Code 等客戶端中設定

端到端串聯範例：AI Studio + Engine MCP 工作流。若需要和 Google AI Studio 等產品對照閱讀：Google AI Studio vs VberAI。

和「只改程式碼的 AI」差在上下文，不在口號

維度	以倉庫為中心的 AI	MCP + AI Studio
主要上下文	腳本、設定、磁碟資源	編輯器物件樹（MCP）與設計稿層級（Studio）
常見產出	程式碼修補	場景/節點操作，以及可匯入的 UI 結構與切片
驗收方式	編譯與單元測試	還需在引擎視埠與預製體引用上確認

兩者可以並存：腳本邏輯仍可用原有 AI 編碼習慣；需要碰編輯器物件的設計稿結構時，再走 MCP 與 Studio。VberAI 的價值取決於團隊是否真的被「設計重搭」和「編輯器重複點擊」拖慢，而不是取決於是否換掉引擎。整屏 UI 效果圖進引擎的切圖對比見：原位切圖 + 一鍵入引擎。

安裝參數、客戶端設定與排障細節見各專題文與官方文件。

常見問題

什麼是 VberAI？
面向遊戲製作的 AI 生產層：在 Unity / Godot / Cocos Creator 之上提供 Engine MCP、VberAI Studio 與 AI 超強去背，覆蓋編輯器操作、設計稿結構匯入與素材去背準備。它不是新遊戲引擎。官網入口：www.vberai.com。

VberAI 官網 / 遊戲開發平台提供什麼？
Engine MCP（Unity / Godot / Cocos）、AI Studio（設計稿進引擎、翻譯 UI、換皮、切圖）、AI 超強去背；見上文各節與專題文。

MCP、AI Studio、超強去背分別解決什麼？
MCP 將 AI 客戶端連接到開放的編輯器物件樹。AI Studio 處理從設計到引擎層級結構和資產交接。Super Matting 在導入前準備邊緣和通道。常見的順序是去背 → Studio → MCP。

這與僅在 Cursor 中編寫程式碼有何不同？
以儲存庫為中心的 AI 在腳本和配置方面很強大。當你需要場景節點、預製件或設計結構時，請加入 MCP 和 Studio。這些層可以共存。

團隊應該從哪裡開始？
閱讀本文中的邊界表；有關市場工具類型，請參閱 AI tools for Godot / Unity；然後安裝對應的 Engine MCP 或使用 AI Studio 導入路徑。