← Retour au blog

Les scripts compilent mais la hiérarchie est décalée ? Transmission UI en game dev et checklist MCP

Pour devs Unity / Godot / Cocos : pourquoi Cursor ne corrige pas les couches UI, checklist d'acceptation après import design, quand Unity MCP / Godot MCP sont rentables, et logique de binding après export Prefab.

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

Dans le dev indie et en petite équipe, le blocage habituel n’est pas « je ne sais pas écrire du C# / GDScript » — c’est les scripts compilent, on ouvre la Scene, et rien ne s’aligne : les boutons ratent les clics.

La cause racine est rarement un modèle IA faible. C’est le fait de mélanger transmission de la coquille UI et logique de gameplay sur la même chaîne d’outils. Ci-dessous : modes d’échec courants, checklist d’acceptation, et où Engine MCP (Unity MCP / Godot MCP / Cocos MCP) doit entrer dans le pipeline.


Deux métiers — ne forcez pas un seul outil IA à faire les deux

MétierSortie typiqueMeilleur outil
Coquille UIArbre Canvas / Control, Prefab, ancres, nommage des slicesImport design structuré (PSD / Figma → moteur)
Logique de gameplayÉvénements de boutons, stats, machines à états, debug en PlayCursor / Claude Code + Engine MCP

Cursor, Copilot, Claude Code voient par défaut le texte du repo. Ils ne voient pas :

  • Les modifications de scène non sauvegardées dans l’éditeur
  • La sélection courante, les références de prefab cassées
  • La Console et l’état UI transitoire en mode Play

Donc l’IA corrige le .cs alors que Btn_Start n’a toujours pas de OnClick dans la Hierarchy — ce n’est pas un problème de prompt, c’est un pont éditeur manquant. MCP comble ce vide. Carte des catégories : outils IA pour Godot / Unity.


Après l’import UI : 10 vérifications d’ingénierie

Après qu’un design ou AI Studio exporte un Prefab, exécutez ceci avant le premier Play (exemples Unity UGUI ; Godot / Cocos se transposent de la même façon) :

#VérificationÉchec courant
1Canvas / Control racine et politique de résolutionMauvais Canvas Scaler ; Safe Area portrait rognée
2Zone de clic séparée de la décorationImage transparente bloque le Raycast
3Bouton normal / pressed / disabledUne seule image statique
4Texte mappé vers TMP / LabelTypo plein écran, pas de localisation
5Noms de nœuds compatibles script (Btn_*, Panel_*)Layer 47 copy
6Règles d’ancre / 9-slice et d’étirementLayout qui dérive au changement de résolution
7Atlas et draw calls acceptablesUn PNG surdimensionné par contrôle
8Chemins d’import conformes aux conventions du projetMCP ne trouve pas le chemin du Prefab
9Commit avant de câbler la logiqueL’IA édite le script ; les références sautent
10Un Play en 16:9 et en portrait cibleTesté uniquement au format de la fenêtre Editor

Import structuré vs slice manuel : Figma → Unity sans slicing manuel, découpe UI in-place.


Quand installer Engine MCP

SituationRecommandation
Changements de gameplay quotidiens, Play / Console fréquentsInstaller l’Engine MCP correspondant
UI encore reconstruite par slice manuel chaque semaineCorriger d’abord la coquille (AI Studio / transmission de spec), puis MCP
Scripts uniquement, touche rarement la SceneBénéfice MCP limité
Game Jam, jouable le jour mêmeAI Studio pour l’UI + MCP pour les boutons (walkthrough)

Godot MCP est open source — idéal pour valider le workflow d’abord : installer · manuel vs MCP. Unity / Cocos : packages Pro officiels — installer Unity MCP · Cocos 3.x.

Choix entre trois moteurs : Godot MCP vs Unity MCP vs Cocos MCP.


Répartition recommandée (vue ingénierie)

Fichier design / art UI plein écran
 → AI Studio : import · découpe · export Prefab (Unity / Godot / Cocos)
 → L'ingénierie exécute les 10 vérifications ci-dessus
 → Cursor + Engine MCP : câbler OnClick, HUD, stats, debug en Play
Type de changementRoute
Changement de thème / copie localisée / reskin plein écranRé-export AI Studio (reskin, traduction)
Feel, collision, IA, sauvegardes, bugsMCP + code relu à la main
Chiffres de dégâts, typo pixelPolice bitmap ou TMP

Règle empirique : AI Studio pour la coquille, MCP pour le câblage. Ne demandez pas à MCP de construire un HUD entier de zéro ; n’écrivez pas de FSM de combat dans l’outil de canvas.


Une fois MCP câblé : 3 pratiques

  1. Les prompts doivent être vérifiables — chemin du Prefab.
  2. Petits commits — un changement à la fois : « bouton Start → charger le niveau ».
  3. MCP ne remplace pas la QA — les éditions de nœuds générées par modèle nécessitent quand même un Play ; ça économise des clics.

Cursor et Claude Code avec Unity : guide de workflow Unity MCP, connecter Claude Code à Unity MCP.

Combinaison d’outils et déploiement en une semaine : efficacité IA en game dev 2026.

FAQ

Cursor suffit — ai-je besoin de MCP ? Suffisant pour les scripts ; dès que vous touchez à l’arbre de Scene.

MCP peut-il remplacer la découpe UI ? Non. MCP gère les objets dans l’éditeur ; la structure UI nécessite toujours une transmission au niveau Prefab (AI Studio ou flux spec PSD / Figma).

Un seul moteur — apprendre AI Studio quand même ? Ça vaut le coup si les révisions UI vous coûtent du temps à reconstruire le Canvas ; si l’UI est minimale.

Petit projet Godot — installer quoi d’abord ? Essayez d’abord Godot MCP (open source) ; ajoutez AI Studio quand la transmission UI fait mal.

Conflit avec Unity AI UI Generator ? Aucun conflit. Unity AI penche vers les sprites d’éditeur ; pour du multi-moteur ou un import PSD/Figma structuré.

D’autres guides qui pourraient vous intéresser