UI de jeu par IA : ne modifiez pas le YAML des Prefabs — utilisez le Canvas pour exporter vers Unity / Godot / Cocos

Demandez à Cursor d’« assembler ce HUD dans Unity », et il lit souvent le texte des .prefab et modifie des milliers de lignes de YAML—lent, coûteux en Tokens, et risqué pour les GUID et les références .meta.

Le schéma plus sûr : l’IA ne modifie jamais directement les fichiers Prefab ; elle travaille sur une couche intermédiaire ; un exportateur fixe construit le Prefab.

Cet article couvre des besoins courants : UI assemblée par IA, édition de Prefabs avec Cursor, export de Prefabs UI Unity / Godot / Cocos, et Figma / PSD vers le moteur sans construire le Canvas à la main. Ci-dessous : la séparation par couche intermédiaire, puis le parcours canvas de jeu VberAI Studio (AI Studio, ≠ Google AI Studio)—concevoir ou générer par IA une UI plein écran → découpe sur canvas → export déterministe de Prefab → Engine MCP pour la logique.

---

Pourquoi l’IA ne doit pas assembler les Prefabs directement

Problème	Ce que vous constatez
Volume de texte	Le Prefab d’un seul écran fait souvent plus de 10 000 lignes—coûteux à lire/écrire
Temps	Une passe de génération/édition peut prendre 10 à 20 minutes, difficile à itérer
Risque sur les assets	Les modifications YAML des références et fileIDs peuvent casser les GUID et les liens
Revue	Les diffs sont surtout des champs sérialisés—risque de merge élevé
Itération	Chaque changement d’UI implique de régénérer tout le Prefab—coût de maintenance élevé

L’IA convient à la mise en page, au choix des contrôles et au remplissage des champs ; pas au rôle d’éditeur de Prefab.

---

La bonne séparation : couche intermédiaire + export déterministe

Deux étapes :

IA : comprendre le design → représentation intermédiaire (pas le texte du Prefab)
Outil fixe : lire la couche intermédiaire → instancier les contrôles → définir les RectTransform → enregistrer le Prefab

La couche intermédiaire peut être un format de projet personnalisé ou la hiérarchie de canvas de VberAI Studio. Exigences :

• Structure claire et compacte—modifiable par l’IA ou par des humains
• Construction du Prefab sans LLM—même entrée, même sortie
• Vérifications avant export : limites, champs requis, noms de bind

Les scripts de gameplay viennent après l’import du Prefab via MCP ; la structure de l’UI reste séparée de la logique de gameplay.

---

Canvas AI Studio : aperçu, découpe, export multi-moteurs

Les formats intermédiaires personnalisés nécessitent généralement des scans de bibliothèques de contrôles, des docs de spécification, des outils Editor et des pipelines de découpe/reskin.
VberAI Studio industrialise la couche intermédiaire et l’exportateur :

Capacité	Rôle
Canvas de jeu	Prévisualiser l’UI plein écran ; ajuster espacements et hiérarchie avant l’export
Découpe sur place	Découper boutons et panneaux à leur position d’origine—aucune dérive globale dans le moteur (guide de découpe)
Entrées multiples	PSD / Figma, artworks générés par IA, PNG plein écran
Export multi-moteurs	Unity UGUI, Godot Control, Cocos UI même flux
Reskin / locales	Reskin, traduction, puis ré-export de tout l’arbre
Prefab déterministe	L’export n’utilise pas de LLM ; le YAML n’est pas modifié par l’IA

Par rapport aux spécifications d’UI purement textuelles, le canvas couvre aussi la validation visuelle, la découpe, le 9-slice, les skins d’événements—autant d’éléments qui gonflent vite une spec personnalisée.

---

Flux recommandé : Figma / PSD → Prefab → MCP

Étape	Tâche	Responsable
1	Organiser et nommer les calques du design (ou AI Studio génère l’UI plein écran)	Design / production
2	Importer dans VberAI Studio ; vérifier hiérarchie et zones cliquables sur le canvas	Design + vérification ponctuelle de l’ingénierie
3	Découpe sur place → choisir Unity / Godot / Cocos → exporter le Prefab	AI Studio (déterministe)
4	Prefab dans le projet ; passe de mise en page selon la checklist import moteur + MCP	Ingénierie
5	Cursor + Engine MCP lient Btn_*, la santé, les popups (exemple HUD)	Ingénierie
6	Avant livraison : checklist UI de pré-lancement	Ingénierie + QA

Règles de livraison : checklist de passation design. Parcours d’outils plus larges : combo d’outils IA pour le dev de jeu.

Stack suggérée : VberAI Studio + MCP du moteur cible + Cursor ou Claude Code. Démonstration : vidéo UI en 3 minutes.

---

Choisissez un parcours selon ce que vous avez

Vous avez	Parcours suggéré
PSD / Figma en calques	Importer → découper → exporter (Figma vers Unity)
PNG de concept plein écran	Canvas → découpe sur place → export (découpe sur place)
Aucun asset, besoin d’une démo	AI Studio génère l’UI → découpe → export → MCP lie la logique

Le résultat est toujours un Prefab / une hiérarchie UI montable dans le moteur—et non l’IA qui réécrit encore le texte du Prefab sur le disque.

---

FAQ

L’IA peut-elle générer directement un Prefab Unity ?
Un LLM peut produire du YAML de Prefab, mais ce n’est pas recommandé : texte énorme, exécutions lentes, risque sur les GUID, revue difficile. Plus sûr : l’IA sur une couche intermédiaire (canvas ou spec personnalisée), un exportateur fixe pour le Prefab.

En quoi l’assemblage d’UI avec Cursor diffère-t-il du canvas AI Studio ?
Cursor + MCP excelle après l’import—scripts, nœuds, validation en Play. Il n’est pas idéal pour construire en sécurité la structure Prefab d’une UI plein écran. AI Studio gère l’UI vers le moteur ; ensemble : export canvas → MCP pour la logique.

Comment Figma / PSD arrivent-ils dans une UI Unity sans construire le Canvas à la main ?
Importez les fichiers en calques dans AI Studio → découpe sur place → export du Prefab Unity UGUI. Même flux pour Godot et Cocos. Voir Figma vers Unity et PSD vers UGUI.

En quoi est-ce différent de Google AI Studio ?
Google cible le Web général et les prototypes ; l’export de Prefabs de jeu est un autre métier. Voir Google AI Studio vs VberAI.

Nous utilisons un framework UI personnalisé—le canvas reste-t-il utile ?
L’export produit des arbres UI de moteur standard. Enveloppez-les dans vos templates après l’import si besoin—cela reste plus sûr que l’IA qui modifie du YAML.

Les reskins d’événements exigent-ils de tout reconstruire ?
Non. Reskin sur le canvas, ré-export du Prefab ; la logique change peu si les noms de bind restent stables.