Claude Opus 5 génère un jeu 3D sans un seul asset externe

Claude Opus 5 génère un jeu 3D sans un seul asset externe

Une baliste romaine plantée devant un château, avec son panneau de contrôle et ses pièces qui bougent vraiment. Aucun fichier n’a été importé pour l’obtenir : le modèle a écrit la géométrie, les textures et la physique en même temps que le reste du programme. Le tout tourne dans un onglet de navigateur.

Depuis quelques jours, les démos de ce type s’accumulent autour de Claude Opus 5, le dernier modèle d’Anthropic. Un prompt, un fichier HTML, un jeu jouable. Le format amuse, et il en dit long : rien de ce qui s’affiche à l’écran n’existait avant que le modèle ne l’écrive.

Six démos en quelques jours, du jeu de tir au karting

Matt Shumer a publié un jeu de tir à la première personne d’inspiration Call of Duty où tout ce qui s’affiche, textures comprises, sort du programme lui-même. « Pas un seul asset externe n’a été utilisé », écrit-il sur X : ni image, ni son, ni modèle 3D préparé à l’avance. Le prompt et le code source sont déposés sur GitHub sous le nom Claude-of-Duty, ce qui permet de vérifier l’affirmation plutôt que de la croire.

Alex Ermolov a montré une démo de snowboard obtenue sans glitch visuel dès le premier essai, avec une physique de glisse qu’il juge crédible. Il place Opus 5 au niveau de Fable 5, l’autre modèle haut de gamme d’Anthropic, et devant tous ceux qu’il a testés par ailleurs. C’est à Chetaslua qu’on doit la baliste décrite plus haut. Lentils a fait tenir un paysage entier dans un seul fichier HTML, avec des millions de brins d’herbe qui plient sous un vent simulé. Pietro Schirano a obtenu un jeu de sous-marin dont les objets 3D, les textures et la musique sont générés par le modèle. Ryan Campbell a mis en ligne un jeu de karting.

Générer une texture, c’est trancher mille fois de suite

Écrire une scène à partir de rien demande plus qu’une syntaxe propre. Il faut savoir à quoi ressemble le monde et comment il se déplace : comment un snowboard accroche la neige, comment le vent traverse un champ d’herbe, comment la lumière se dépose sur une piste en terre. Rien de tout cela ne figure dans le prompt. Cette connaissance doit venir du modèle.

Et sans bibliothèque d’assets pour amortir les erreurs, chaque décision contraint la suivante. L’échelle du personnage fixe la hauteur de saut, qui fixe la gravité, qui rend crédible ou grotesque la friction du sol, laquelle doit s’accorder avec la palette et l’ordre de rendu. Un fichier jouable du premier coup signifie donc que le modèle a tenu une intention cohérente sur des centaines de choix enchaînés. L’exercice mesure la continuité bien plus que l’élégance d’une ligne isolée.

En un an, du bloc de couleur plat à l’éclairage en couches

La progression se mesure assez bien. Un utilisateur, Chris, avait soumis une demande à Claude Opus 4 il y a un an : une voiture sur une route en terre, explicitement sans textures. Il vient de la repasser à Opus 5. L’ancien modèle rendait des blocs de couleur plats. Le nouveau ajoute des traces de boue, de la végétation et un éclairage en couches.

La comparaison entre modèles concurrents va dans le même sens. Chetaslua avait soumis son prompt de baliste à GPT-5.6 Sol et à Kimi K3 : les deux ont sorti une machine de siège reconnaissable, mais avec moins de pièces fonctionnelles et un décor beaucoup plus pauvre. Restons lucides sur la valeur de preuve : on parle de démos communautaires, sans protocole ni série de contrôle. Personne ne publie ses dix essais ratés, et le choix du prompt fait une partie du travail.

Un exercice qui se joue ou qui plante, sans zone grise

Les classements habituels notent des fonctions isolées, des exercices refermés sur eux-mêmes. Or ce qui casse en production, ce sont les tâches longues : un refactor qui touche quarante fichiers, une migration où la décision prise à l’étape 3 doit encore valoir à l’étape 30, un agent qui perd son objectif en route. Le jeu généré en un prompt place le modèle exactement là, avec un juge implacable en bout de chaîne : soit la scène s’exécute et se joue, soit elle plante.

Il y a là une méthode d’évaluation utilisable dès aujourd’hui sur votre propre stack : demandez un artefact complet et exécutable, jamais une série de snippets. Vous verrez immédiatement si le modèle tient l’ensemble ou s’il produit des fragments corrects qui ne s’emboîtent pas. La limite du procédé est visible dans les démos elles-mêmes : un fichier HTML monolithique de plusieurs milliers de lignes impressionne, mais il ne se relit pas, ne se teste pas et ne se maintient pas à plusieurs. Google attaque le même terrain par l’autre bout : son modèle de monde Genie 3 fabrique des univers navigables en temps réel à partir d’une simple description, mais image par image, sans une ligne de code à récupérer derrière. Chez Anthropic, il reste au moins un programme qu’on peut ouvrir.

Le prototype jouable passe du chantier au brief

Dans les studios, le prototype jouable est en train de changer de camp : il quitte la production pour rejoindre le brief. On n’écrit plus un document pour décrire une mécanique de jeu, on en génère trois variantes le matin et on arbitre sur ce qui se joue l’après-midi. Les équipes qui prennent cette habitude gagneront surtout du temps sur les projets abandonnés, ceux qu’on aurait mis six semaines à découvrir sans intérêt.

Trois conditions décideront de la suite, et aucune n’est acquise. La reproductibilité d’abord : une démo réussie qui ne se reproduit pas au deuxième essai reste un tour de magie. Le coût ensuite, car générer et régénérer des scènes entières consomme des quantités de tokens que peu d’équipes budgétisent aujourd’hui. Le statut juridique des textures et des musiques produites par le modèle enfin, sujet que les démonstrations sur X laissent soigneusement de côté.

Le prochain palier tient à quelque chose de plus modeste que la qualité visuelle : la modification ciblée. Tant que « rends la neige plus dure » relance la génération du fichier complet et rebat toute la scène, ces jeux resteront des démonstrations de puissance. Le jour où la même phrase renvoie un diff de vingt lignes appliqué à un projet existant, l’exercice change de nature et devient un outil de travail. Et cette bascule se jouera dans l’outillage qui entoure le modèle, bien plus que dans le modèle lui-même.

Sources

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *