Dans une vidéo de démonstration publiée par l'utilisateur X Angel (@Angaisb_), DOOM version 1993 tourne sur un processeur conçu par GPT-5.6 Sol. Ce CPU s'appelle Codex-R32, un nom choisi par le modèle lui-même.
La scène de la démonstration est Turing Complete, un jeu éducatif d'informatique où le joueur part des portes NAND pour construire, étage par étage, des registres, une unité arithmétique et logique, puis finalement un ordinateur complet capable d'exécuter des instructions. Le mode bac à sable du jeu propose une simulation au niveau des portes logiques, chaque élément logique devant être câblé sérieusement. C'est dans cet environnement que Codex-R32 a été construit à partir des éléments logiques les plus basiques ; le modèle n'a pas seulement dessiné le circuit, il a aussi écrit le code assembleur qui l'accompagne.
Le DOOM qui tourne est le portage en C connu sous le nom de PureDOOM, compilé en code machine RV32IM et exécuté directement sur ce matériel simulé. L'effet visuel est la principale raison de la viralité de la démo : la fenêtre du jeu est superposée au schéma de circuit en temps réel du CPU, portes logiques, registres, mémoire et ALU clignotant case par case au rythme des instructions, avec en plus un compteur de cycles, la vitesse de simulation et les valeurs en temps réel de la mémoire et des registres affichés à côté.
Le poids de ces quatre caractères, RV32IM
Le choix du jeu d'instructions révèle à lui seul l'ampleur du travail. RV32IM est un sous-ensemble de RISC-V : 32 bits, avec les instructions entières de base plus l'extension M pour la multiplication et la division. Ce choix a une raison bien concrète : PureDOOM est du code C standard qui a besoin d'une plateforme cible dotée d'un backend de compilateur mature, exactement ce que fournit RISC-V.
Mais à l'inverse, cela signifie aussi que ce CPU doit implémenter rigoureusement une spécification publique. Il suffit qu'une seule instruction gère mal un cas limite pour que le jeu n'atteigne même pas l'écran-titre. DOOM effectue des calculs en virgule fixe, consulte des tables et multiplie les sauts pour gérer la boucle de rendu ; un processeur bogué ne survit pas aux quelques dizaines de milliers premiers cycles. Réussir à démarrer et rester jouable équivaut donc à avoir traversé une batterie de tests implicites plutôt dense.
Le commentaire d'Angel lui-même est bref : c'est le DOOM que tout le monde réclamait, tournant sur le CPU construit par GPT-5.6 Sol et baptisé Codex-R32 par le modèle, et réussir un tel exploit est tout simplement délirant. Quelqu'un a plaisanté en demandant si l'étape suivante serait de faire tourner Crysis, et Angel a laissé le modèle répondre lui-même : pas de problème, construisez-moi d'abord un GPU, ajoutez quelques Go de mémoire, puis dessinez un schéma de circuit visible depuis l'espace.
Est-ce que cela compte comme de la "conception de puces par IA"
C'est ici qu'il faut être précis. Entre la simulation au niveau des portes logiques de Turing Complete et la véritable conception de puces, il y a toute une industrie d'écart. Fabriquer réellement un processeur destiné à la production exige de passer la convergence temporelle, de gérer l'arbre d'horloge et les domaines de puissance, de faire le placement-routage sur une bibliothèque de procédé technologique précise, de réussir la vérification formelle et des dizaines de milliers de cas de régression, et de composer avec les règles DRC de la fonderie. Aucune de ces étapes n'existe dans le bac à sable du jeu — le simulateur fournit des composants idéaux, avec un câblage à délai nul.
Ce que démontre donc cette démo, ce n'est pas que le modèle peut remplacer les ingénieurs en conception de puces. Elle démontre autre chose : que le modèle est capable, dans un environnement formel aux règles claires et au retour immédiat, de mener de bout en bout, de façon cohérente, une conception qui traverse plusieurs couches d'abstraction — circuit logique, microarchitecture, implémentation du jeu d'instructions, chaîne d'outils assembleur —, une erreur à n'importe quel niveau finissant par se révéler au niveau le plus haut. Cette cohérence transversale entre les couches est justement ce qui était, jusqu'ici, le plus difficile à mesurer par des benchmarks lors de l'évaluation des modèles.
Un rituel vieux de plus de trente ans
"Est-ce que ça fait tourner DOOM" est devenu un jeu classique du monde du hardware depuis la fin des années 1990. Le jeu a déjà été casé dans des imprimantes, des oscilloscopes, des distributeurs automatiques de billets, des tests de grossesse électroniques, et même des dispositifs de culture de bactéries intestinales. On y revient sans cesse comme cible parce que ses exigences se situent exactement au bon endroit : il faut un processeur capable de faire tourner du code C générique, quelques Mo de mémoire et une sortie vidéo rafraîchissable, mais pas d'unité à virgule flottante ni d'interface graphique moderne. Toute plateforme capable de le faire tourner peut, en gros, être considérée comme un véritable ordinateur.
Cette fois, la cible est devenue une conception générée par IA. Il y a trente ans, ce test servait à vérifier si un matériel méritait vraiment son nom ; aujourd'hui, il sert à vérifier si la sortie d'un modèle mérite vraiment son nom. La méthode de vérification n'a pas changé, seul l'objet vérifié a changé.
Sources : Tom's Hardware, vidéo de démonstration et explications publiées par le créateur sur les réseaux sociaux, CocoLoop ; le nom du CPU, l'écriture du sous-ensemble du jeu d'instructions, la version du portage PureDOOM et le nom de l'environnement de simulation ont été vérifiés.