Show HN: Un Nintendo funcional en ~1 GB de pesos de Qwen
Un nuevo proyecto compila una Nintendo Entertainment System completa —CPU, RAM y ROM— en unos 1 GB de pesos de un modelo de lenguaje grande, permitiendo que Super Mario Bros. se ejecute puramente dentro de una arquitectura de transformer. Los comentaristas lo ven como una prueba de concepto ingeniosa que resalta tanto la flexibilidad como la extrema ineficiencia de usar LLM para emular sistemas deterministas, en contraste con los emuladores tradicionales y el código normal. El experimento alimenta reflexiones más amplias sobre el determinismo de los LLM, las futuras arquitecturas de software y cómo las herramientas de IA que mejoran rápidamente pueden redefinir el trabajo de ingeniería y el tamaño de los equipos.
Nomenclatura y nostalgia
- Varios comentarios debaten llamar a esto un “Nintendo” en lugar de “NES”.
- Los comentaristas mayores asocian “Nintendo” con el hardware clásico de la era de Mario; otros señalan que el término se volvió genérico para todas las consolas de videojuegos, llegando incluso a causar preocupaciones de marca registrada.
- A algunos el título les parece entrañablemente codificado como “tecnología de abuela” (toda consola es un Nintendo, los mandos son “controles remotos”).
Qué hace realmente el proyecto
- El modelo emula la CPU y la RAM de la NES dentro de los pesos de un transformer, usando un estado “Gated DeltaNet” como memoria de la máquina.
- La CPU, la ROM y la RAM viven dentro del modelo; las únicas entradas en tiempo de ejecución son los eventos del mando.
- Esto se basa en el trabajo previo de “Qwenputer”, que compiló otras CPUs dentro de modelos Qwen.
Determinismo, pruebas y “funciona”
- Una línea de discusión: cómo saben que “funciona” sin probar cada posible entrada.
- La respuesta: igual que se validan las CPU reales: mediante amplias suites de pruebas de conformidad, no cubriendo exhaustivamente todo el espacio de estados.
- Se usaron ROM de prueba de la comunidad de emulación con miles de instrucciones de referencia; aun así, los comentaristas señalan que podrían quedar errores raros de temporización o de casos límite.
Eficiencia frente a programas normales
- Muchos destacan la enorme ineficiencia: nesformer es ~150–290× más lento que una NES real, pese a replicar un sistema simple y de función fija.
- Esto se usa como una ilustración concreta de cuánto más cómputo necesita la ejecución basada en LLM frente al código normal, y de por qué ideas como “LLM como sistema operativo en cada fotograma” serían brutalmente costosas.
- Algunos sostienen que esto no es fundamentalmente más informativo que construir Minecraft en Minecraft o una CPU en CSS: técnicamente impresionante, pero prácticamente inútil.
- Otros responden que el hecho de que “cualquier cosa pueda ejecutar cualquier cosa” ya es una prueba de concepto interesante y una inspiración útil para quienes construyen sistemas.
Implicaciones más amplias e ideas
- Especulación sobre compilar pequeñas VMs, shells o intérpretes directamente en los pesos de los LLM, habilitando el uso interno de herramientas y avanzando paso a paso por el razonamiento como en un depurador.
- Preguntas sobre si los LLM podrían convertirse en un “medio universal de computación”, aunque muchos señalan que eso sería mucho menos eficiente que simplemente ejecutar código.
Herramientas de IA, productividad y empleo
- Debate tangencial pero activo: mejora rápida de las herramientas de programación con IA, mayor productividad con menos gente, y temores sobre equipos de ingeniería más pequeños y pérdida de empleos.
- Otros subrayan usar la IA para hacer más con la misma plantilla, aunque hay desacuerdo sobre cómo se desarrolla esto en organizaciones impulsadas por accionistas.