En un video publicado por el usuario de X Angel (@Angaisb_), el DOOM de 1993 corre sobre un procesador diseñado por GPT-5.6 Sol. Esa CPU se llama Codex-R32, nombre puesto por el propio modelo.
El escenario de la demostración es Turing Complete, un juego educativo de ciencias de la computación en el que el jugador empieza por puertas NAND y va subiendo hasta registros, una unidad aritmético-lógica y, finalmente, un ordenador completo capaz de ejecutar instrucciones. El modo sandbox del juego ofrece simulación a nivel de puerta lógica, y cada elemento lógico debe conectarse de verdad. En ese entorno es donde se construyó Codex-R32 desde los elementos lógicos más básicos; el modelo no solo diseñó el circuito, también escribió el código ensamblador correspondiente.
El DOOM que corre es la portabilidad en C conocida como PureDOOM, compilada a código máquina RV32IM y ejecutada directamente sobre este hardware simulado. El efecto visual es la principal razón por la que la demo se hizo viral: la ventana del juego queda superpuesta al diagrama de circuito en tiempo real de la CPU, con puertas lógicas, registros, memoria y ALU parpadeando casilla por casilla al ritmo de las instrucciones, mientras a un lado se muestran el contador de ciclos, la velocidad de simulación y los valores en tiempo real de memoria y registros.
El peso de esos cuatro caracteres, RV32IM
La elección del conjunto de instrucciones ya delata el volumen de trabajo. RV32IM es un subconjunto de RISC-V: 32 bits, con las instrucciones enteras básicas más la extensión M para multiplicación y división. Hay un motivo bastante práctico para esa elección: PureDOOM es código C estándar y necesita una plataforma destino con un backend de compilador maduro, y RISC-V cumple justo con eso.
Pero, a la inversa, esto también significa que esa CPU debe implementar con rigor una especificación pública. Basta con que una sola instrucción maneje mal un caso límite para que el juego ni siquiera llegue a la pantalla de título. DOOM hace cálculos en punto fijo, consulta tablas y salta constantemente para gestionar el bucle de renderizado; un procesador con errores no aguanta ni las primeras decenas de miles de ciclos. Que logre arrancar y seguir siendo jugable equivale a haber superado una ronda bastante densa de pruebas implícitas.
El comentario del propio Angel fue breve: este es el DOOM que todos pedían, corriendo en la CPU que construyó GPT-5.6 Sol y que el propio modelo bautizó como Codex-R32, y que se pueda hacer algo así resulta sencillamente disparatado. Alguien bromeó preguntando si el siguiente paso sería correr Crysis, y Angel dejó que el modelo respondiera: sin problema, primero constrúyanme una GPU, añadan unos cuantos GB de memoria, y luego dibujen un diagrama de circuito visible desde el espacio.
¿Esto cuenta como "diseño de chips por IA"
Aquí conviene dejar las cosas claras. Entre la simulación a nivel de puerta lógica de Turing Complete y el diseño real de chips media toda una industria. Hacer de verdad un procesador que llegue a fabricarse exige superar la convergencia de temporización, gestionar el árbol de reloj y los dominios de potencia, hacer colocación y enrutado sobre una biblioteca de proceso concreta, pasar verificación formal y decenas de miles de casos de regresión, además de lidiar con las reglas DRC de la fábrica. Ninguno de estos pasos existe en el sandbox del juego: el simulador ofrece componentes ideales, con cableado de retardo cero.
Así que lo que esta demostración prueba no es que el modelo pueda sustituir a los ingenieros de chips. Prueba otra cosa: que el modelo es capaz, dentro de un entorno formal con reglas claras y retroalimentación inmediata, de llevar de principio a fin, de forma coherente, un diseño que atraviesa varias capas de abstracción —circuito lógico, microarquitectura, implementación del conjunto de instrucciones, cadena de herramientas de ensamblador—, donde un error en cualquier capa se terminaría notando en la capa superior. Esa coherencia entre capas es justo lo que hasta ahora resultaba más difícil de medir con benchmarks al evaluar modelos.
Un ritual que ya dura más de treinta años
"¿Podrá correr DOOM?" se convirtió en un juego fijo del mundo del hardware desde finales de los años noventa. El juego ha sido metido en impresoras, osciloscopios, cajeros automáticos, pruebas de embarazo electrónicas e incluso dispositivos de cultivo de bacterias intestinales. Se recurre a él una y otra vez como blanco porque sus requisitos caen justo en el punto exacto: necesita un procesador capaz de correr código C genérico, unos pocos MB de memoria y una salida de video actualizable, pero no necesita unidad de punto flotante ni una interfaz gráfica moderna. Cualquier plataforma capaz de ejecutarlo puede, en general, considerarse un ordenador de verdad.
Esta vez el blanco pasó a ser un diseño generado por IA. Hace treinta años el test servía para comprobar si un hardware era realmente lo que decía ser; ahora sirve para comprobar si la salida de un modelo es realmente lo que dice ser. El método de comprobación no ha cambiado, lo que ha cambiado es el objeto examinado.
Fuentes: Tom's Hardware, video de demostración y explicaciones publicados por el creador en redes sociales, CocoLoop; se verificaron el nombre de la CPU, la forma de escribir el subconjunto del conjunto de instrucciones, la versión de la portabilidad PureDOOM y el nombre del entorno de simulación.