Les moteurs de jeu natifs pour l’IA arrivent, et ils n’ont rien à voir avec Unity
Par Oleg Sidorkin, CTO de Cinevva
Trois moteurs de jeu apparus en mars présentent une architecture différente de tout ce qui appartient à la lignée Unity/Unreal/Godot. Ils n’ont pas d’éditeur visuel. Ils ne sont pas optimisés pour un humain naviguant dans des menus à coups de clics. Ils sont entièrement conçus pour permettre aux agents d’IA de lire, d’écrire et de contrôler l’état du jeu.
Ce n’est pas « Unity avec un onglet IA ». C’est une autre espèce de moteur.
L’IA transforme déjà les workflows de développement de jeux 3D. La couche moteur sera la prochaine.
Les trois moteurs
nAIVE Engine est open source, écrit en Rust et doté d’un rendu WebGPU. Son rechargement à chaud prend moins d’une seconde : moins de 200 ms pour les shaders, moins de 100 ms pour les scènes et moins de 50 ms pour les scripts. Les scènes, les pipelines et les matériaux sont définis en YAML, ce qui permet aux LLM de les lire et de les générer sans avoir à analyser de formats binaires. Il expose une interface de commande MCP qui permet aux agents d’IA de contrôler les fonctions du moteur via JSON-RPC. Il intègre nativement le Gaussian splatting et le rendu sans interface graphique pour les tests automatisés. Toute l’architecture part du principe que l’utilisateur principal peut être un agent d’IA, et non une personne munie d’une souris.
Arcane Engine est un moteur 2D axé sur le code. Son cœur est en Rust et ses scripts en TypeScript. Il n’a aucun éditeur visuel. Sa philosophie : « le code est la scène ». L’état du jeu est une base de données interrogeable plutôt qu’un arbre de scène. Il inclut un protocole intégré pour l’interaction avec les agents d’IA. Sous licence Apache 2.0.
Mirror Engine est en version alpha et privilégie le multijoueur, avec un système entité-composant. Le plus intéressant : il inclut une génération 3D par IA à partir de texte qui produit des Gaussian splats depuis des prompts textuels en environ 60 secondes. Scripts TypeScript et client « Mirror Lite » dans le navigateur.
Ces trois moteurs ne partagent ni base de code ni équipe, mais ils reposent sur la même thèse de conception : l’interface principale d’un moteur de jeu devrait être du texte structuré, et non une interface graphique.
Pourquoi cette architecture est importante
Les moteurs de jeu traditionnels ont évolué pour servir un humain assis à un bureau. Ils proposent une vue de la scène, un panneau de hiérarchie, un inspecteur et une timeline. Tout est conçu autour du clic, du glisser-déposer et du placement visuel des objets. Ce workflow est puissant. Mais il est également impossible à utiliser pour un agent d’IA.
Lorsque votre « utilisateur » principal est un LLM, vous avez besoin de primitives différentes. Du YAML plutôt que des formats de scène binaires. Un état interrogeable plutôt que des arbres de scène imbriqués. Des commandes fondées sur des protocoles plutôt que des clics de souris. Un fonctionnement sans interface graphique plutôt qu’un rendu dans une fenêtre.
C’est le même changement que celui survenu dans l’infrastructure lorsque le DevOps est passé des panneaux de contrôle graphiques à l’infrastructure en tant que code. La même chose se produit dans les moteurs de jeu, simplement vingt ans plus tard.
L’interface MCP de nAIVE en est l’exemple le plus clair. MCP (Model Context Protocol) devient le moyen standard par lequel les agents d’IA communiquent avec les outils. Lorsqu’un moteur prend nativement en charge MCP, tout agent d’IA compatible avec le protocole peut manipuler des scènes, ajuster des paramètres, exécuter des tests et itérer sur le gameplay sans intervention humaine. Ce n’est pas une fonctionnalité greffée sur un moteur traditionnel. C’est une relation fondamentalement différente entre le moteur et son utilisateur.
Le Gaussian splatting dans le développement de jeux. nAIVE et Mirror le considèrent tous deux comme une primitive de rendu de premier plan.
Vue d’ensemble
Ces trois moteurs ne sont pas le seul signal. Black Box de Meshy a fait la démonstration de mécaniques de jeu générées par IA pendant l’exécution. À la GDC, OpenAI a présenté un RPG tactique développé avec Phaser. La couche d’outils entre « l’IA génère quelque chose » et « cette chose s’exécute sous la forme d’un jeu jouable » s’amincit chaque mois.
Chez Cinevva, nous construisons ce pont depuis l’autre direction. Notre moteur gère le rendu, la physique et les interactions en temps réel, tandis que l’IA prend en charge la génération des ressources. L’approche diffère de celle de nAIVE ou d’Arcane, mais le pari sous-jacent est le même : le moteur de jeu de demain doit parler nativement le langage de l’IA, et non se contenter de l’ajouter sous forme de plugin.
Les éditeurs de moteurs traditionnels le savent eux aussi. Unity a présenté en avant-première des outils de création de jeux par IA à la GDC. Roblox a lancé la création de modèles 4D assistée par IA. Mais il existe une différence significative entre l’ajout de fonctionnalités d’IA à un moteur conçu pour les humains et la conception d’un moteur dans lequel l’IA constitue l’interface principale.
Ce qui, selon moi, va se passer ensuite
La plupart de ces moteurs ne survivront pas. C’est normal pour une nouvelle catégorie. Mais leurs principes de conception perdureront : définitions de scènes en YAML, protocoles MCP pour le contrôle par des agents, état de jeu interrogeable et fonctionnement sans interface graphique. Ces idées seront intégrées aux moteurs grand public d’ici deux ans.
Le moteur qui dominera cette nouvelle ère n’existe probablement pas encore. Mais son ADN architectural s’écrit en ce moment même, dans ces trois projets et quelques autres. La question n’est pas de savoir si les moteurs de jeu deviendront natifs pour l’IA. Elle est de savoir si cette transformation viendra des acteurs établis ou de nouveaux entrants ayant conçu leurs moteurs pour les agents dès le premier jour.
À lire également :
- Tout le monde veut désormais devenir le moteur de jeu de l’IA — la course aux plateformes qui a préparé le terrain
- Modèles d’IA générative open source de pointe — les modèles que ces moteurs intègrent
- Comparatif des moteurs de jeu web — la place des nouveaux moteurs dans l’écosystème au sens large
- L’open source a un problème de pollution par l’IA — le coût des contributions générées par l’IA