Nel 2026, uno dei computer più amati della storia continua a ricevere idee che nel 1982 sarebbero sembrate arrivate da un futuro remoto. Il Commodore 64, con i suoi 64 kilobyte di memoria, il processore 6510 vicino a un megahertz e il VIC-II incaricato di trasformare numeri in immagini, oggi può eseguire un engine tridimensionale nato attraverso una collaborazione strettissima fra inventiva umana e intelligenza artificiale. Questa storia ha un nome: 3Dvibe64, un SDK sorgente capace di trasformare scene descritte in JSON in programmi 3D specializzati per il C=64, generando codice Assembly 6510 che viene poi compilato in un vero file PRG.
Qui il termine vero 3D va preso sul serio. Gli oggetti possiedono vertici e facce collocati in uno spazio tridimensionale; la camera può muoversi e ruotare; la geometria viene trasformata, proiettata in prospettiva, ordinata per profondità, tagliata quando attraversa il piano vicino o i limiti dello schermo e infine disegnata nella bitmap. Il risultato nasce durante l’esecuzione. Un cubo può girare, una mesh può avvicinarsi alla camera, una luce può cambiare l’aspetto delle superfici e l’osservatore può attraversare la scena tramite controlli runtime. Dietro quei pixel grandi e irregolari lavora una pipeline grafica completa, compressa dentro i limiti di una macchina a 8 bit.
3Dvibe64 dispone di cinque percorsi di rendering, dal wireframe essenziale alle superfici solide con illuminazione dinamica e contorno. Offre camere fisse o mobili, viewport di dimensioni diverse, materiali, istanze, terreno, timeline deterministiche e profili specifici per clipping e culling. Il progetto comprende anche un builder PowerShell, documentazione per programmatori Assembly, guide pratiche per il Vibe Coding, scene di esempio e contratti di riproducibilità pensati per verificare che una build possa essere ricreata con precisione.
Esplora il repository 3Dvibe64 su GitHub
Scarica la demo in formato D64 — consigliata su C64 accelerati oppure tramite VICE SCPU.
Sul C=64 classico la complessità va dosata con grande attenzione. Una scena wireframe semplice, un oggetto solido ben calibrato o una camera con movimenti contenuti possono entrare nel bilancio di memoria e cicli disponibile sul processore originale. Le configurazioni accelerate aprono uno spazio creativo più ampio: SuperCPU, emulazione VICE SCPU e macchine FPGA moderne consentono di aumentare la quantità di geometria, la fluidità e la ricchezza della pipeline. Il Commodore 64 Ultimate, per esempio, offre un Turbo Boost capace di portare il processore fino a 64 volte la velocità originale, conservando l’identità operativa del C64.
La parte più affascinante della vicenda riguarda il metodo con cui questo engine è stato costruito. Un progetto simile richiede normalmente competenze molto diverse: Assembly 6502, matematica intera, proiezione prospettica, gestione della memoria, rasterizzazione, timing del VIC-II, scripting di build, automazione dei test, uso degli emulatori e disciplina nel controllo delle regressioni. Il Vibe Coding agentico ha permesso di riunire queste attività in un processo guidato attraverso il linguaggio naturale, dove l’autore definisce l’obiettivo, valuta il risultato e orienta ogni scelta, mentre gli agenti analizzano il progetto, modificano i file, compilano, eseguono prove e tornano con dati verificabili.
GPT-5.6 Sol ha svolto il ruolo dell’interlocutore di ragionamento profondo. OpenAI lo indica come modello di punta della famiglia GPT-5.6, destinato ai compiti professionali complessi, al coding e alle attività che richiedono pianificazione prolungata. Il suo contesto molto esteso consente di seguire codebase, documentazione, test e vincoli distribuiti su numerosi file, una caratteristica preziosa quando una modifica apparentemente locale può influire su memoria, clipping, camera, builder e output binario.
Nel lavoro su 3Dvibe64, Sol ha potuto essere usato come una sorta di architetto tecnico dialogante: analizzare la matematica dell’engine, confrontare percorsi alternativi, individuare le cause probabili di un artefatto, progettare una correzione conservativa, definire test capaci di smentire l’ipotesi e leggere i risultati ottenuti. Il valore nasce dalla continuità del ragionamento. Ogni nuova decisione può tenere conto delle precedenti, dei tentativi respinti, delle versioni congelate e delle condizioni che devono restare intatte.
Codex ha dato mani, terminale e memoria operativa a quel ragionamento. OpenAI descrive Codex come un agente di programmazione capace di lavorare attraverso ChatGPT, editor e terminale, eseguendo attività complete sul repository, fra cui implementazioni, refactoring, revisioni del codice e test. Il suo ciclo agentico coordina modello, strumenti e comandi, così l’output può essere verificato direttamente nell’ambiente di sviluppo anziché restare confinato in una risposta testuale.
Applicato al Commodore 64, questo cambia radicalmente il significato di scrivere codice con l’intelligenza artificiale. Codex può entrare nella copia di lavoro dell’engine, leggere il builder, cercare la routine coinvolta, modificare PowerShell o Assembly, generare una nuova scena JSON, richiamare 64tass, produrre il PRG, avviarlo in VICE, raccogliere log e screenshot, calcolare hash e confrontare il risultato con una baseline già approvata. La guida ufficiale di 3Dvibe64 descrive proprio questo flusso: idea in linguaggio naturale, JSON preparato o modificato da Codex, Assembly generato dal builder, compilazione con 64tass, esecuzione e verifica in VICE.
Un problema di clipping offre un esempio perfetto. Si porta una faccia molto vicino alla camera e, a un certo punto, il poligono esplode sullo schermo oppure scompare troppo presto. L’utente descrive il comportamento desiderato e stabilisce i vincoli: la correzione deve funzionare nelle modalità solide, conservare l’ordine di profondità, evitare instabilità sulle facce quasi parallele e lasciare intatte le scene già validate. L’agente cerca i punti del codice che gestiscono profondità e proiezione, formula un’ipotesi, prepara una variante isolata, compila le scene di regressione e osserva il risultato. Se la soluzione introduce un difetto altrove, viene respinta. Se supera le verifiche, entra nella nuova baseline.
È qui che il Vibe Coding diventa davvero agentico. La singola routine generata è soltanto una candidata. Il compilatore, l’emulatore, le firme della memoria, gli screenshot e i test decidono se quella candidata merita di sopravvivere. Nel mondo 8 bit basta un registro lasciato nello stato sbagliato, un carry dimenticato, un indirizzo spostato di pochi byte o una raster line raggiunta in ritardo per alterare l’intero fotogramma. L’agente accelera la ricerca, mentre il processo di validazione trasforma la velocità in affidabilità.
Durante lo sviluppo di 3Dvibe64, questo approccio ha permesso di affrontare dettagli che appartengono pienamente alla cultura della demoscene: doppio buffering, banchi VIC, Screen RAM, clipping sul near plane, backface culling, ordinamento painter, tabelle di shading, layout di memoria, compatibilità PAL e NTSC, raster split, contatore dei fotogrammi e perfino la ricostruzione di un piccolo charset generato. Il repository pubblico include contratti di release, manifest, hash e test automatici che controllano file permanenti, geometrie malformate e firme derivate dalla bitmap e dalla memoria video.
Il builder è uno degli elementi decisivi. L’autore della demo descrive oggetti, trasformazioni, materiali, camera, luce e animazioni in un file JSON. Da quella sorgente dichiarativa viene generato Assembly specializzato per la configurazione scelta. Le funzioni necessarie entrano nella build, il codice intermedio viene assemblato e nasce il PRG. Questo permette di chiedere a Codex modifiche leggibili, come avvicinare la camera, cambiare il materiale di una mesh, introdurre una seconda istanza, rallentare una rotazione o passare dal wireframe allo shading dinamico, mantenendo il JSON e il comando di compilazione come fonti autorevoli.
Il traguardo va oltre la produzione automatica di una singola demo. 3Dvibe64 è un engine riutilizzabile, con pipeline differenti e un sistema di costruzione capace di generare programmi specializzati. Una scena può assumere l’aspetto di una demo tecnica, di una sequenza introduttiva ispirata ai giochi spaziali, di una vetrina per mesh low poly o del prototipo visivo di un gioco. La stessa base può essere calibrata per il C64 originale oppure spinta sulle macchine accelerate, dove il processore dispone di un margine enormemente superiore senza perdere il linguaggio grafico del VIC-II.
Questa è anche la ragione per cui il progetto parla a chi conosce poco l’Assembly. La documentazione ufficiale separa con chiarezza le intenzioni creative dalle operazioni tecniche: l’utente decide cosa deve apparire, come deve muoversi e quale atmosfera vuole ottenere; Codex traduce quelle indicazioni in JSON, parametri, build e verifiche compatibili con l’engine. Chi possiede competenze Assembly può scendere fino alle routine generate e modificarne l’architettura. Chi parte da zero può comunque lavorare su scene, materiali, camera e timeline, imparando progressivamente il significato dei vincoli.
Il ruolo umano resta centrale e molto concreto. Serve scegliere l’obiettivo, distinguere un miglioramento reale da una modifica cosmetica, riconoscere quando una pipeline è troppo pesante, respingere una soluzione fragile, conservare le baseline e decidere quale compromesso visivo abbia senso. L’intelligenza artificiale offre velocità di esplorazione, memoria del progetto, capacità di attraversare linguaggi diversi e pazienza nell’eseguire cicli ripetitivi. L’autore mantiene la direzione, il gusto e il criterio con cui ogni risultato viene accettato.
C’è qualcosa di poeticamente nerd nel vedere un modello di frontiera ragionare su tabelle intere, pagine di memoria e routine 6510. Da una parte esistono contesti da oltre un milione di token, agenti capaci di coordinare strumenti e ambienti moderni; dall’altra ci sono 64 kilobyte, registri a 8 bit, salti condizionati e una bitmap che pretende disciplina assoluta. L’intelligenza artificiale lavora su hardware contemporaneo, poi consegna codice obbligato a rispettare le leggi del 1982. Ogni sofisticazione del processo moderno deve infine passare attraverso lo zero page, i flag del processore e il ritmo del raster.
Il risultato possiede una forza che va oltre la nostalgia. Il Commodore 64 torna a essere una piattaforma di invenzione, capace di ricevere metodi creativi nati oltre quarant’anni dopo il suo progetto originale. Il Vibe Coding agentico amplia l’accesso alla programmazione a basso livello e permette a un autore di dirigere un’opera tecnica complessa attraverso obiettivi, prove e revisioni successive. La macchina resta autenticamente se stessa, con i suoi colori, i suoi limiti e il suo carattere visivo. Cambia il modo in cui possiamo dialogare con quei limiti.
La scena finale di questa storia è semplice: una richiesta scritta in linguaggio naturale diventa un file JSON; il JSON attraversa il builder e si trasforma in Assembly; 64tass lo comprime in un PRG; VICE oppure un vero C=64 lo avvia; sullo schermo appaiono poligoni che ruotano, si illuminano, si nascondono gli uni dietro gli altri e reagiscono alla camera. Fra il prompt e quei pixel esiste un’intera catena di ragionamento, codice e verifica.
3Dvibe64 mostra fin dove può arrivare il Vibe Coding quando assume la forma di un processo agentico disciplinato. Può scendere fino al bare metal, affrontare una CPU nata nel 1982, imparare il linguaggio del VIC-II e contribuire alla costruzione di un engine tridimensionale reale. Il futuro, questa volta, gira dentro 64 kilobyte.
