Show HN: Um Nintendo funcional em ~1GB de pesos do Qwen
Um novo projeto compila um Nintendo Entertainment System completo — CPU, RAM e ROM — em cerca de 1 GB de pesos de um grande modelo de linguagem, permitindo que Super Mario Bros. rode puramente dentro de uma arquitetura transformer. Os comentadores veem isso como uma prova de conceito engenhosa que destaca tanto a flexibilidade quanto a extrema ineficiência de usar LLMs para emular sistemas determinísticos, em contraste com emuladores tradicionais e código normal. O experimento alimenta reflexões mais amplas sobre determinismo em LLMs, arquiteturas futuras de software e sobre como ferramentas de IA em rápida evolução podem remodelar o trabalho de engenharia e o tamanho das equipes.
Nomeação e nostalgia
- Vários comentários discutem chamar isso de “Nintendo” em vez de “NES”.
- Comentadores mais velhos associam “Nintendo” ao hardware clássico da era Mario; outros observam que o termo virou genérico para todos os consoles de videogame, chegando até a gerar preocupações com marca registrada.
- Alguns acham o título carinhosamente com um código de “tecnologia de vovó” (todo console é um Nintendo, e os controles são “remotes”).
O que o projeto realmente faz
- O modelo emula a CPU e a RAM do NES dentro dos pesos de um transformer, usando um estado “Gated DeltaNet” como memória da máquina.
- CPU, ROM e RAM vivem dentro do modelo; as únicas entradas em tempo de execução são os eventos do controle.
- Isso se baseia em trabalhos anteriores do “Qwenputer”, que compilou outras CPUs para modelos Qwen.
Determinismo, testes e “funcional”
- Uma linha de discussão: como saber que “funciona” sem testar todas as entradas possíveis.
- A resposta: de forma idêntica a como CPUs reais são validadas — por meio de extensas suítes de testes de conformidade, e não por cobertura exaustiva do espaço de estados.
- Foram usados ROMs de teste da comunidade de emulação com milhares de instruções douradas; ainda assim, comentadores observam que erros raros de temporização ou casos de borda podem permanecer.
Eficiência vs programas comuns
- Muitos destacam a enorme ineficiência: o nesformer é cerca de 150–290× mais lento que um NES real, apesar de replicar um sistema simples de função fixa.
- Isso é usado como uma ilustração concreta de quanta computação a execução baseada em LLM exige em comparação com código normal, e de por que ideias de “LLM como sistema operacional a cada frame” seriam absurdamente caras.
- Alguns argumentam que isso, no fundo, não é mais informativo do que construir Minecraft no Minecraft ou uma CPU em CSS — impressionante tecnicamente, mas praticamente inútil.
- Outros contrapõem que “qualquer coisa pode executar qualquer coisa” é, por si só, uma prova de conceito interessante e uma inspiração útil para construtores.
Implicações mais amplas e ideias
- Especulação sobre compilar pequenas VMs, shells ou interpretadores diretamente nos pesos de LLMs, permitindo uso interno de ferramentas e passo a passo do raciocínio como em um depurador.
- Perguntas sobre se os LLMs poderiam se tornar um “meio de computação universal”, embora muitos apontem que isso seria muito menos eficiente do que simplesmente executar código.
Ferramentas de IA, produtividade e empregos
- Como tema tangencial, mas ativo, há debate sobre a rápida melhoria das ferramentas de codificação com IA, maior produtividade com menos pessoas e o medo de equipes de engenharia menores e perda de empregos.
- Outros enfatizam usar IA para fazer mais com o mesmo número de pessoas, embora haja divergência sobre como isso se desenrola em organizações orientadas por acionistas.