Unity ouvre son moteur aux agents de code, et la itération redevient rapide
— AGENTS
Unity lance un CLI qui connecte agents de code et pipelines à son moteur temps réel, avec une commande eval qui esquive les rechargements d'assembly. Je pense que c'est le genre de friction technique qui, une fois levée, change vraiment le rythme de travail sur un projet 3D.
Je passe sur l'emballage communautaire du communiqué, mais le problème qu'Unity attaque est réel et je l'ai vu ralentir des équipes entières : ce petit temps mort après chaque modification de code, le domain reload, qui fige l'éditeur pendant que tout le monde attend. La commande eval qui s'appuie sur Roslyn pour exécuter du code sans repasser par ce cycle, je trouve ça concret et pas gadget.
Ce qui me frappe, c'est l'ouverture au runtime plutôt qu'à la seule couche éditeur. Un motion designer qui construit une expérience temps réel en Unity, pour de la VR ou une installation scénographique interactive, passe un temps fou à relancer des builds pour vérifier un comportement en conditions réelles. Pouvoir piloter le jeu compilé en cours d'exécution depuis un agent, modifier un état, automatiser une session de test, c'est directement une étape de production qui se raccourcit, pas une promesse abstraite.
Je reste prudent sur un point : brancher Claude, Codex ou Copilot sur un runtime de production suppose une discipline de versionning et de permissions que beaucoup de petites structures n'ont pas. Le fait qu'Unity garde le MCP disponible en parallèle, sans forcer la migration, me semble d'ailleurs plus honnête que la plupart des annonces qui enterrent l'ancien protocole du jour au lendemain.
Le passage en gratuit des deux outils, CLI et MCP, retire l'excuse budgétaire pour ne pas tester. Je testerais l'eval sur un prototype de scénographie interactive avant de l'introduire sur un projet qui tourne déjà, histoire de voir combien de temps de compilation part réellement à la poubelle.