Aller au contenu
9 août 2026 · Ingénierie

De vrais moteurs, de vrais builds : à l'intérieur du Unity Lab

Cet article décrit le produit à sa date de publication. Voir AI Builder et Agent Teams pour les fonctionnalités actuelles.

De vrais moteurs, de vrais builds : à l'intérieur du Unity Lab

Voici la partie impopulaire : interdire l'astuce bon marché nous a coûté du temps et de l'argent, et nous referions le même choix sans hésiter. La plupart des créateurs de jeux par IA simulent la 3D — un canvas incliné, un peu de maths de perspective, terminé en un après-midi. Nous l'avons essayé aussi, et ça a fonctionné exactement aussi bien que ça en a l'air.

Le signal est venu le jour où nous avons mis côte à côte une fausse 3D sur canvas et une compilation rendue par un vrai moteur. Ce n'était pas une question de goût ou de finition. L'un ressemblait à un jeu. L'autre ressemblait à un tableur qui avait eu de l'ambition. Nous avons donc inscrit une règle stricte dans les consignes du builder : rendu par moteur réel ou rien du tout. Les jeux web tournent sur une pile three.js et physique intégrée. Tout ce qui prétend à une qualité native passe par le Unity Lab, où des agents écrivent du vrai C# pour Unity 6 et compilent des builds WebGL jouables dans un onglet de navigateur.

Ce dont personne ne vous prévient : les assets

Interdire le faux moteur de rendu était la moitié facile. La partie difficile, c'est qu'un vrai moteur ne rend que ce qu'on lui fournit, et des agents purement code laissés à eux-mêmes produisent de l'art de programmeur — des sphères bosselées pleines de bonnes intentions, rien qu'on voudrait montrer à un joueur. La solution n'était pas un meilleur moteur de rendu. C'était de réordonner le pipeline : concept d'abord, géométrie ensuite. Un agent peint un concept art avant de toucher à un maillage. Puis un agent de modélisation écrit un script Blender visant ce concept, le rend en mode headless, et une boucle d'audit visuel compare le rendu au concept et renvoie le script pour révision jusqu'à ce que les deux correspondent réellement.

Cette boucle est lente et consomme du calcul à force de se contredire elle-même. C'est aussi la seule chose qui nous a permis de dépasser l'art de programmeur. Chaque page de pièce dans le lab publie ses tours d'audit, pour que vous puissiez observer la convergence plutôt que nous croire sur parole. Voici la pièce la plus récente, une tribune d'orgue, au tour 1 et au tour 4 :

Tribune d'orgue — premier tour d'audit Blender Tribune d'orgue — quatrième tour d'audit Blender
Le même script de modélisation au tour d'audit 1 (gauche) et au tour 4 (droite). Personne n'a touché le modèle à la main ; la boucle a continué de réécrire le script jusqu'à ce que le rendu corresponde au concept.

Et une fois installée dans le moteur, avec l'éclairage et les matériaux qui font réellement leur travail :

Tribune d'orgue rendue dans Unity 6
La pièce finalisée, rendue par Unity 6 lui-même. Chaque capture d'écran de moteur sur une page du lab provient d'une véritable compilation — jamais d'une maquette.

Le son, le même débat sur un autre ton

L'équivalent audio d'une fausse 3D sur canvas, c'est un simple bip d'oscillateur, et pendant un moment nos jeux en étaient pleins — bon marché à générer, instantanément reconnaissable comme tel. Même diagnostic, même remède : une règle stricte plus de vrais outils. Tout provient désormais d'instruments échantillonnés, 84 au total dans une bibliothèque interne, plus des ambiances enregistrées. Un niveau portuaire a de l'eau et des mouettes qui sonnent comme de l'eau et des mouettes. Le carillon de succès d'un jeu de réflexion est joué par quelque chose, pas calculé par quelque chose.

Pourquoi mettre tout ce chantier en ligne

Une bande démo montre vos cinq meilleures minutes. Un lab montre tout, y compris les tours où le modèle avait l'air raté.

Le lab compte désormais 83 pages de build publiées, et le Blender Studio montre le volet assets à sa manière — scripts, rendus en rotation, historique d'audit complet, verrues comprises. Nous publions volontairement les tours échoués. N'importe qui peut trier sur le volet une bonne capture d'écran ; cela ne prouve rien. Montrer chaque itération, y compris la géométrie moche du premier tour, est bien plus difficile à falsifier, et c'est tout l'intérêt de procéder ainsi.

Voici maintenant la concession, car les critiques de cette approche n'ont pas tort sur le coût. Une fausse 3D sur canvas s'expédie en un après-midi ; notre pipeline nécessite une boucle d'audit, un agent de modélisation et un vrai temps de compilation moteur avant que quoi que ce soit soit jouable. Pour un prototype rapide ou un jeu de jam jetable, ce surcoût n'en vaut vraiment pas la peine — l'astuce du canvas est plus rapide et, pour cinq minutes de jeu que personne n'examinera de près, sans doute suffisante. Nous ne prétendons pas le contraire. Nous ne construisons simplement pas pour des jeux jetables de cinq minutes, et dès lors que la qualité est le véritable produit, la voie lente est la seule qui survit au contact d'un vrai joueur.

Ingénierie
PartagerXLinkedInFacebookRedditQuoraWhatsAppTelegramE-mail
← Tous les articles