← Torna al blog

Gli script compilano ma la gerarchia è sbagliata? Handoff UI per game dev e checklist MCP

Per programmatori Unity / Godot / Cocos: perché Cursor non sistema i layer della shell UI; checklist di accettazione dopo l'import del design, quando Unity MCP / Godot MCP convengono e binding logic dopo l'export Prefab di AI Studio.

Pubblicato
  • game-dev-ai
  • Unity MCP
  • Godot MCP
  • Cocos MCP
  • Cursor
  • game-ui-design
  • ui-to-engine
  • unity
  • godot
  • cocos
  • mcp
  • vberai
  • 2026

Nello sviluppo indie e per piccoli team, il blocco abituale non è “non so scrivere C# / GDScript”—è che gli script compilano, apri la Scene e nulla è allineato: i pulsanti mancano i click.

La causa principale raramente è un modello AI debole. È il mescolare handoff della shell UI e gameplay logic sulla stessa toolchain. Di seguito: modalità di fallimento comuni, una checklist di accettazione e dove dovrebbe entrare Engine MCP (Unity MCP / Godot MCP / Cocos MCP) nella pipeline.


Due lavori—non forzare un solo tool AI a farli entrambi

LavoroOutput tipicoTool migliore
Shell UICanvas / albero Control, Prefab, anchor, naming degli sliceImport strutturato del design (PSD / Figma → engine)
Gameplay logicEventi dei pulsanti, statistiche, macchine a stati, debug in PlayCursor / Claude Code + Engine MCP

Cursor, Copilot, Claude Code per impostazione predefinita vedono il testo del repo. Non vedono:

  • Modifiche non salvate alla scena nell’editor
  • Selezione corrente, riferimenti Prefab rotti
  • Console e stato UI transitorio in Play mode

Quindi l’AI sistema il .cs mentre Btn_Start non ha ancora un OnClick nella Hierarchy—non è un problema di prompt, è un bridge editor mancante. MCP colma quel divario. Mappa della categoria: Strumenti AI per Godot / Unity.


Dopo l’import UI: 10 controlli ingegneristici

Dopo che il design o AI Studio esporta un Prefab, esegui questo prima del primo Play (esempi Unity UGUI; Godot / Cocos si mappano in modo simile):

#ControlloFallimento comune
1Canvas / Control root e policy di risoluzioneCanvas Scaler sbagliato; Safe Area in portrait tagliata
2Area di hit separata dalla decorazioneImmagine trasparente blocca il Raycast
3Pulsante normal / pressed / disabledSolo una singola immagine statica
4Testo mappato a TMP / LabelFont display a schermo intero, nessuna localizzazione
5Nomi dei nodi script-friendly (Btn_*, Panel_*)Layer 47 copy
6Anchor / 9-slice e regole di stretchIl layout si sposta al cambio di risoluzione
7Atlas e draw call accettabiliUn PNG sovradimensionato per ogni controllo
8Percorsi di import coerenti con le convenzioni del progettoMCP non trova il percorso del Prefab
9Commit prima di collegare la logicaL’AI modifica lo script; i riferimenti cadono
10Un Play a 16:9 e nel portrait targetTestato solo l’aspect della finestra dell’Editor

Import strutturato vs slice manuale: Figma → Unity senza slicing manuale, split UI in-place.


Quando installare Engine MCP

SituazioneRaccomandazione
Modifiche gameplay quotidiane, Play / Console frequentiInstalla l’Engine MCP corrispondente
UI ancora ricostruita con slice manuale ogni settimanaSistema prima la shell (AI Studio / handoff da spec), poi MCP
Solo script, Scene toccata raramenteBeneficio MCP limitato
Game Jam, giocabile lo stesso giornoAI Studio per la UI + MCP per i pulsanti (walkthrough)

Godot MCP è open source—ottimo per validare prima il workflow: installazione · quando manuale vs MCP. Unity / Cocos: pacchetti Pro ufficiali—installazione Unity MCP · Cocos 3.x.

Scelta tra tre engine: Godot MCP vs Unity MCP vs Cocos MCP.


Divisione consigliata (vista ingegneristica)

File di design / arte UI a schermo intero
 → AI Studio: import · split · export Prefab (Unity / Godot / Cocos)
 → L'ingegneria esegue i 10 controlli sopra
 → Cursor + Engine MCP: collega OnClick, HUD, statistiche, debug in Play
Tipo di modificaPercorso
Cambio tema / testi localizzati / reskin a schermo interoRiesportazione da AI Studio (reskin, traduzione)
Feel, collisioni, AI, salvataggi, bugMCP + codice revisionato a mano
Numeri di danno, font pixelBitmap font o TMP

Regola pratica: AI Studio per la shell, MCP per il cablaggio. Non chiedere a MCP di costruire un intero HUD da zero; non scrivere la FSM di combattimento dentro lo strumento del canvas.


Dopo che MCP è collegato: 3 pratiche

  1. I prompt devono essere verificabili—percorso del Prefab.
  2. Commit piccoli—una modifica alla volta: “pulsante Start → carica livello”.
  3. MCP non sostituisce il QA—le modifiche ai nodi generate dal modello richiedono comunque il Play; risparmia click.

Cursor e Claude Code con Unity: guida al workflow Unity MCP, collegare Claude Code a Unity MCP.

Combinazione di strumenti e rollout in una settimana: efficienza AI nel game dev 2026.

FAQ

Cursor basta—mi serve MCP? Basta per gli script; quando tocchi l’albero della Scene.

MCP può sostituire lo slicing della UI? No. MCP gestisce gli oggetti nell’editor; la struttura UI richiede comunque un handoff a livello di Prefab (AI Studio o flusso spec PSD / Figma).

Un solo engine—vale comunque imparare AI Studio? Vale la pena se le revisioni della UI mangiano tempo ricostruendo il Canvas; se la UI è minimale.

Progetto Godot piccolo—cosa installare prima? Prova prima Godot MCP (open source); aggiungi AI Studio quando l’handoff della UI fa male.

Conflitto con Unity AI UI Generator? Nessun conflitto. Unity AI punta agli sprite dell’editor; per import multi-engine o strutturato da PSD/Figma.

Altre guide che potrebbero interessarti