Claude ne se contente plus d’écrire le code de votre jeu : il peut maintenant modifier la scène Unity lui-même

Unity vient de franchir une frontière que les générateurs de code ne pouvaient pas dépasser. Avec son serveur MCP officiel, Claude Code, Cursor et d’autres agents compatibles peuvent désormais se connecter à un projet Unity en cours d’exécution, inspecter sa scène, lire la console et déclencher des actions dans l’éditeur. L’IA ne travaille plus seulement à côté du moteur : elle obtient des yeux et des mains dans le projet.

La nuance est importante. L’agent ne lance pas seul un projet Unity depuis un ordinateur éteint et ne remplace pas le moteur. Unity Editor doit être ouvert, le pont MCP doit fonctionner et la connexion doit être approuvée. Surtout, le service n’est pas totalement gratuit pour tous : les appels MCP ne consomment pas de crédits Unity AI, mais un utilisateur de Unity Personal doit disposer d’un essai ou d’un abonnement Unity AI actif.

Unity MCP change davantage que la génération de C#

Jusqu’ici, un assistant de code pouvait lire les fichiers .cs, écrire un script et parfois lancer des tests. Il lui manquait cependant une grande partie de la réalité d’un jeu : quel GameObject est sélectionné, quel composant est mal configuré, quel prefab est présent dans la scène ou quelle erreur vient d’apparaître après le passage en Play Mode.

Le Model Context Protocol, ou MCP, sert ici de langage commun entre l’agent et Unity. Le serveur officiel expose à Claude Code ou Cursor des outils structurés. Au lieu de répondre « créez un objet vide puis attachez ce script », l’agent peut demander à Unity de lire la hiérarchie, récupérer les composants d’un objet, modifier un script ou exécuter une action de l’éditeur.

Unity décrit notamment l’accès à l’état de la scène, aux GameObjects et à leurs composants, aux paramètres du projet, aux messages de la console et à différentes actions de l’éditeur. C’est la même évolution que celle observée avec Pascal Editor, où Claude ou Codex peut agir sur une scène 3D structurée : le modèle ne produit plus seulement un texte ou une image, il manipule les éléments du logiciel.

Cette connexion évite surtout le copier-coller permanent. L’agent peut consulter lui-même une erreur, retrouver l’objet concerné et proposer une correction avec le contexte réel du projet. Elle ne garantit toutefois ni une bonne architecture, ni un gameplay intéressant, ni même une compilation réussie au premier essai.

Le serveur MCP officiel de Unity est-il déjà disponible ?

Oui. Unity a intégré son serveur MCP à la bêta ouverte de Unity AI. La documentation officielle de démarrage demande quatre éléments :

• Unity 6, version 6000.0 ou ultérieure ;
• le package AI Assistant installé dans le projet ;
• un projet relié à Unity Cloud ;
• un essai ou un abonnement Unity AI actif, ainsi qu’un client compatible MCP.

La formulation « Claude peut ouvrir Unity » doit donc être comprise comme un raccourci. Le projet Unity doit déjà être en cours d’exécution et le pont local doit afficher l’état Running. À la première connexion, l’utilisateur doit examiner le client qui demande l’accès, puis l’accepter dans les paramètres de Unity. Cette étape empêche en principe un outil local inconnu de prendre silencieusement le contrôle de l’éditeur.

La liste des intégrations proposées peut varier avec la version du package. Unity cite Claude Code, Cursor, Windsurf, Claude Desktop, GitHub Copilot dans VS Code et d’autres clients MCP. Si un client n’apparaît pas dans la configuration automatique, il reste possible d’ajouter manuellement le chemin du relais Unity.

Unity MCP est-il gratuit ? Le vrai coût en 2026

Unity affirme que son serveur MCP ne consomme pas de crédits. Cela signifie qu’une lecture de la hiérarchie ou une action lancée par Claude Code ne retire pas de crédits à l’allocation mensuelle Unity AI. Cela ne signifie pas que l’accès est gratuit sans condition.

Un créateur indépendant utilisant Unity Personal doit donc additionner le coût éventuel de Unity AI et celui de son agent. Pour un essai ponctuel, les 14 jours peuvent suffire. Pour un workflow permanent, le budget minimal ne se limite pas à « zéro crédit MCP ». Les montants pouvant évoluer, il faut vérifier la page officielle des offres Unity avant de s’abonner.

Ce que Claude Code et Cursor peuvent réellement faire dans Unity

Le gain le plus concret n’est pas la génération d’un gros script en une commande. C’est la boucle complète entre observation, modification et vérification. Avec le serveur officiel, un agent peut obtenir le contexte de la scène active, lire la hiérarchie, examiner les composants d’un GameObject, consulter les paramètres du projet et analyser les erreurs de la console.

Il peut ensuite éditer des scripts et déclencher des actions exposées par Unity. La documentation officielle évite cependant de promettre que n’importe quel agent saura jouer seul à un jeu, simuler toutes les entrées ou corriger chaque erreur visuelle. Certaines démonstrations impressionnantes visibles en ligne utilisent des serveurs MCP communautaires possédant leurs propres outils de capture, de Play Mode ou d’exécution C#. Il ne faut pas attribuer automatiquement toutes ces fonctions au serveur officiel.

La différence entre Claude Code et Cursor vient surtout de l’interface, du modèle choisi, de la gestion du contexte et de la manière dont chaque agent planifie ses appels. Ils accèdent au même pont Unity, mais ne prendront pas nécessairement les mêmes décisions. Cursor conservera un flux très intégré à l’éditeur de code ; Claude Code privilégiera davantage le terminal et les tâches agentiques longues. Le MCP ne rend pas leurs raisonnements identiques.

Le mini-jeu qui permettrait de les comparer honnêtement

Pour savoir si cette intégration fait réellement gagner du temps, il faut soumettre le même projet, le même prompt et les mêmes règles aux trois parcours : Claude Code avec Unity MCP, Cursor avec Unity MCP, puis l’assistant directement intégré à Unity. Un projet vide différent pour chaque essai évite qu’un candidat profite du travail du précédent.

Crée une petite arène jouable avec un personnage contrôlable, trois ennemis, un compteur de trois vies et une porte fermée. La porte doit s’ouvrir uniquement lorsque les trois ennemis ont été vaincus. Organise clairement la hiérarchie, utilise des noms explicites, lance les vérifications disponibles et signale tout élément que tu n’as pas pu tester. Ne télécharge aucun asset externe sans autorisation.

Ce prompt donne un objectif visible, mais laisse assez de liberté pour évaluer l’agent. Il oblige à créer des GameObjects, à écrire plusieurs comportements, à relier des références, à construire une interface et à gérer une condition de victoire. Il révèle aussi rapidement les scripts qui compilent sans fonctionner ou les objets placés dans une hiérarchie incohérente.

1. Claude Code avec Unity MCP

Claude Code doit recevoir le prompt dans un dépôt neuf, avec Unity ouvert et la connexion MCP approuvée. Il faut noter chaque demande de confirmation, chaque commande lancée et chaque intervention manuelle dans l’éditeur. Le test doit être interrompu dès que le jeu fonctionne ou à l’expiration d’une durée fixée à l’avance, par exemple 45 minutes.

2. Cursor avec Unity MCP

Cursor doit utiliser le même modèle si cette option existe et les mêmes autorisations. Sinon, la comparaison mesure un couple « interface + modèle », pas uniquement l’interface. Aucun fichier produit par Claude Code ne doit être réutilisé. Le projet de départ, la version de Unity et les packages doivent rester identiques.

3. L’assistant Unity AI intégré

Le troisième projet sert à mesurer l’intérêt de l’outil natif. Son avantage potentiel tient à l’intégration directe et à un parcours plus simple pour un débutant. Son désavantage possible est une liberté moindre qu’un agent de terminal capable de travailler aussi dans le dépôt. Là encore, seule l’exécution du test permet de conclure.

Cette méthode rejoint la logique de Roblox Build, qui transforme une description en première version jouable, mais Unity place l’agent dans un environnement de développement beaucoup plus ouvert. La liberté supplémentaire augmente aussi le nombre de mauvaises décisions possibles.

Les sept mesures à relever, pas seulement le temps

1. Interventions humaines : compter chaque clic, correction manuelle, relance et information que l’agent aurait pu trouver seul.
2. Compilation au premier passage : noter le nombre d’erreurs et d’avertissements après la première génération complète.
3. GameObjects créés : vérifier que chaque objet a une fonction et qu’aucun doublon inutile ne subsiste.
4. Qualité de la hiérarchie : contrôler les noms, les parents, les prefabs et les références manquantes.
5. Vérification en Play Mode : distinguer l’agent qui lance une vérification de celui qui affirme simplement que le jeu devrait fonctionner.
6. Retour arrière : mesurer si les changements peuvent être annulés proprement, fichier par fichier et action par action.
7. Coût par projet terminé : additionner Unity AI, l’agent externe, les tokens éventuels et surtout le temps de supervision.

Le nombre de lignes écrites n’est pas un bon indicateur. Un petit contrôleur clair, un prefab ennemi réutilisable et une condition d’ouverture isolée valent mieux que cinq scripts redondants. De la même façon, une porte qui s’ouvre dans la scène mais ne se réinitialise pas après une nouvelle partie n’est pas une tâche terminée.

Comment connecter Claude Code ou Cursor à Unity MCP

1. Ouvrir le projet dans Unity 6. Vérifier qu’il est relié à un projet Unity Cloud et que l’essai ou l’abonnement Unity AI est actif.
2. Installer ou mettre à jour AI Assistant. Le serveur MCP officiel est fourni dans ce package pendant la bêta.
3. Ouvrir les paramètres MCP. Dans Unity, aller dans Edit > Project Settings > AI > Unity MCP.
4. Contrôler Unity Bridge. Son indicateur doit être vert et afficher Running. Le démarrer manuellement s’il est arrêté.
5. Configurer le client. Déployer la section des intégrations, choisir Claude Code ou Cursor, puis utiliser l’option de configuration proposée.
6. Approuver la première connexion. Unity affiche le client en attente ; vérifier son identité avant de l’accepter.
7. Commencer par une commande de lecture. Demander : « Lis la console Unity et résume les erreurs sans modifier le projet. » Ce test confirme l’accès sans risquer d’altérer la scène.

En cas d’échec, il faut vérifier le statut du pont, la version du package et l’autorisation du client avant de réinstaller quoi que ce soit. Les versions bêta changent rapidement : les noms exacts de menus et la liste des clients configurables peuvent évoluer.

Les limites à connaître avant de donner les clés du projet

Un agent connecté par MCP dispose d’un pouvoir plus large qu’un chatbot. Une consigne ambiguë peut renommer des objets, modifier des composants, écraser une scène ou lancer une opération coûteuse. Il faut donc travailler sur une branche dédiée, enregistrer la scène avant le test et produire de petits commits réversibles.

Le bouton Annuler de Unity ne doit pas être considéré comme une garantie universelle. Certaines actions d’éditeur s’intègrent correctement à l’historique Undo, d’autres modifications de fichiers ou opérations externes peuvent nécessiter Git pour revenir en arrière. Avant chaque tâche importante, le testeur doit vérifier que le dépôt est propre et que les scènes ont bien été enregistrées.

Il faut également distinguer autonomie et fiabilité. Un agent capable de lire la console peut détecter une erreur de compilation ; cela ne prouve pas qu’il comprend la difficulté du jeu, l’équilibrage, l’accessibilité ou le ressenti des contrôles. Le Play Mode permet d’observer un état d’exécution, mais un véritable playtest humain reste indispensable.

Enfin, le contexte envoyé au modèle dépend du client choisi. Un projet professionnel ne doit jamais contenir de clés, de certificats ou de données sensibles accessibles à l’agent. Les permissions, la conservation des données et les conditions d’utilisation de Claude Code ou Cursor doivent être examinées séparément de celles de Unity.

Peut-on maintenant créer un jeu avec Claude sans savoir coder ?

Pour un prototype simple, la barrière technique baisse nettement. Un débutant peut décrire une arène, demander un personnage et corriger une erreur en langage naturel sans connaître immédiatement toutes les fenêtres de Unity. L’agent peut aussi expliquer la hiérarchie qu’il vient de construire, ce qui rend le résultat plus facile à explorer.

Mais « sans écrire soi-même le code » ne veut pas dire « sans comprendre le projet ». Dès qu’un script ne compile plus, qu’une référence est absente ou qu’un prefab se comporte différemment en Play Mode, il faut savoir vérifier ce que l’IA a produit. Les compétences se déplacent vers la spécification, le contrôle, le débogage et la capacité à refuser une solution fragile.

Les agents progressent aussi vers des tâches plus longues et plus persistantes. Meta Muse Code promet par exemple de reprendre une tâche après un crash. Unity MCP apporte l’autre moitié du problème : donner à ces agents un accès structuré au moteur dans lequel le résultat doit fonctionner.

Le serveur MCP officiel est donc plus important qu’un nouveau générateur de scripts. Il rapproche le raisonnement de l’agent, l’état réel de la scène et la boucle de correction. Il ne transforme pas encore une phrase en jeu commercial terminé. Le vrai test sera de voir si Claude Code ou Cursor sait créer notre mini-arène, constater ses propres erreurs et les corriger avec moins d’interventions qu’un utilisateur guidé par l’assistant Unity. Cette mesure vaut davantage que n’importe quelle démonstration parfaitement montée.

Article fondé sur la bêta ouverte et les tarifs publiés par Unity au 7 août 2026. Les fonctions et les prix peuvent évoluer pendant la bêta.