In einem Demo-Video, das der X-Nutzer Angel (@Angaisb_) veröffentlicht hat, läuft DOOM von 1993 auf einem Prozessor, den GPT-5.6 Sol entworfen hat. Diese CPU heißt Codex-R32 – der Name stammt vom Modell selbst.
Schauplatz der Demo ist Turing Complete, ein Lernspiel zur Informatik, in dem Spieler bei NAND-Gattern beginnen und sich Schritt für Schritt zu Registern, einer arithmetisch-logischen Einheit und schließlich einem vollständigen, befehlsausführenden Computer hocharbeiten. Der Sandbox-Modus bietet eine Gate-Level-Simulation, jedes einzelne Logikelement muss sauber verdrahtet werden. Genau in dieser Umgebung hat Codex-R32 seinen Aufbau von den grundlegendsten Logikelementen an begonnen; das Modell hat nicht nur die Schaltung entworfen, sondern auch den passenden Assembler-Code dazu geschrieben.
Das laufende DOOM ist eine auf C basierende PureDOOM-Portierung, die zu RV32IM-Maschinencode kompiliert und direkt auf dieser simulierten Hardware ausgeführt wird. Die Optik ist der Hauptgrund, warum sich die Demo verbreitet hat: Das Spiel-Viewport liegt über einer Echtzeit-Schaltbildanzeige der CPU, Gatter, Register, Speicher und ALU blinken Feld für Feld im Takt der Befehle, daneben laufen Zykluszähler, Simulationsgeschwindigkeit sowie Echtzeitwerte von Speicher und Registern mit.
Das Gewicht der vier Zeichen RV32IM
Die Wahl des Befehlssatzes verrät den Aufwand. RV32IM ist eine Teilmenge von RISC-V: 32 Bit, mit den grundlegenden Integer-Befehlen plus der M-Erweiterung für Multiplikation und Division. Es gibt einen ganz praktischen Grund für diese Wahl: PureDOOM ist Standard-C-Code und braucht eine Zielplattform mit ausgereiftem Compiler-Backend – genau das bietet RISC-V.
Umgekehrt bedeutet das aber auch, dass diese CPU eine öffentliche Spezifikation strikt korrekt umsetzen muss. Sobald ein einziger Befehl einen Grenzfall falsch behandelt, kommt das Spiel nicht einmal bis zum Titelbildschirm. DOOM rechnet mit Festkommazahlen, greift auf Lookup-Tabellen zu und springt für die Render-Schleife ständig im Code hin und her – ein fehlerhafter Prozessor übersteht nicht einmal die ersten paar Zehntausend Takte. Dass er startet und durchgängig spielbar bleibt, entspricht damit einer ziemlich dichten Runde impliziter Tests.
Angels eigener Kommentar fällt kurz aus: Das sei das DOOM, das alle sehen wollten, laufend auf der CPU, die GPT-5.6 Sol gebaut und selbst Codex-R32 genannt hat – dass so etwas möglich ist, sei schlicht absurd. Jemand fragte scherzhaft, ob als Nächstes Crysis dran sei, und Angel ließ das Modell antworten: kein Problem, baut mir erst eine GPU, packt noch ein paar GB Speicher dazu, und zeichnet dann einen Schaltplan, der aus dem All sichtbar ist.
Zählt das als "KI-Chipdesign"
Hier muss man klar trennen. Zwischen der Gate-Level-Simulation in Turing Complete und echtem Chipdesign liegt eine ganze Industrie. Ein tatsächlich gefertigter Prozessor muss Timing-Konvergenz durchlaufen, Taktbäume und Power-Domains handhaben, auf einer konkreten Fertigungsbibliothek platziert und verdrahtet werden, formale Verifikation sowie zehntausende Regressionstests bestehen und sich zusätzlich mit den DRC-Regeln der Fab auseinandersetzen. Keiner dieser Schritte existiert in der Spiel-Sandbox – der Simulator liefert ideale Bauelemente und Verbindungen mit null Verzögerung.
Was diese Demo also beweist, ist nicht, dass das Modell Chip-Ingenieure ersetzen kann. Sie beweist etwas anderes: Das Modell kann in einer formalisierten Umgebung mit klaren Regeln und unmittelbarem Feedback einen Entwurf, der mehrere Abstraktionsebenen überspannt, von Anfang bis Ende konsistent durchziehen – Gatterschaltung, Mikroarchitektur, Befehlssatz-Implementierung, Assembler-Toolchain –, wobei ein Fehler auf jeder Ebene sich ganz oben zeigen würde. Genau diese ebenenübergreifende Konsistenz war bislang mit Benchmarks am schwersten zu messen.
Ein seit über dreißig Jahren laufendes Ritual
Ob "es DOOM abspielen kann" ist seit Ende der Neunzigerjahre ein fester Test in der Hardware-Szene. Das Spiel wurde schon auf Drucker, Oszilloskope, Geldautomaten, elektronische Schwangerschaftstests und sogar Kultivierungsgeräte für Darmbakterien gepackt. Es wird deshalb immer wieder als Zielscheibe genutzt, weil die Anforderungen genau an der richtigen Stelle liegen: Es braucht einen Prozessor, der allgemeinen C-Code ausführen kann, ein paar MB Speicher und eine aktualisierbare Bildausgabe, aber keine Fließkommaeinheit und keine moderne Grafikschnittstelle. Jede Plattform, auf der es läuft, kann im Grunde als vollwertiger Computer gelten.
Diesmal ist die Zielscheibe ein KI-generierter Entwurf. Vor dreißig Jahren diente der Test dazu, zu prüfen, ob ein Stück Hardware seinen Namen verdient; heute dient er dazu, zu prüfen, ob die Ausgabe eines Modells ihren Namen verdient. Die Prüfmethode ist gleich geblieben, nur das geprüfte Objekt hat gewechselt.
Quellen: Tom's Hardware, vom Ersteller öffentlich auf Social Media veröffentlichtes Demo-Video samt Erläuterungen, CocoLoop; CPU-Name, Schreibweise der Befehlssatz-Teilmenge, PureDOOM-Portierungsversion und Name der Simulationsumgebung wurden geprüft.