Progetta il tuo gioco come un'impalcatura per l'IA

Realizzare giochi leggibili dagli LLM

Un sviluppatore di giochi ha sostenuto recentemente che, invece dilitigare con Claude e altri modelli linguistici di grandi dimensioni, i creatori dovrebbero progettare i giochi come sistemi costruiti interamente in codice — quello che ha definito un'"impalcatura" per gli strumenti di IA.

Kyle Kukshtel ha espresso queste idee durante una presentazione intitolata "Your Game Is A Harness" a Indie Rodeo, una conferenza sullo sviluppo di giochi tenutasi a Calgary. Ha lavorato quasi 15 anni come programmatore di giochi e ha affermato che la sua esperienza mostra un modello chiaro: gli LLM gestiscono bene lo sviluppo web, ma faticano profondamente con i progetti di gioco ¹.

Il problema fondamentale, ha spiegato, è strutturale. I giochi contengono asset, elementi visivi, suoni, documenti di design e molti altri sistemi che non sono facilmente rappresentabili come codice. Quando quegli elementi non in codice diventano importanti per il funzionamento di un gioco, un LLM non può ragionarci sopra e il progetto va in rovina ¹.

Perché gli strumenti web funzionano meglio

Kukshtel ha indicato Three.js, una libreria molto diffusa per costruire grafica 3D nel browser, come evidenza a sostegno del suo approccio. Molti sviluppatori la usano perché consente di rappresentare gli asset di gioco come semplici forme geometriche — cubi, sfere e altre primitive — completamente descritte dal codice ¹.

Mantenendo tutto all'interno del codice, gli sviluppatori offrono agli strumenti di IA una visione chiara del progetto. Il modello può leggere il codice, suggerire modifiche, generare nuovi asset come codice e aggiornare il gioco senza indovinare l'esistenza di file nascosti o formati complessi specifici di certi strumenti.

Ha notato che Svelte e stack web simili beneficiano di una grande quantità di codice sorgente disponibile online, il che aiuta gli LLM a produrre risultati utilizzabili. I giochi non dispongono semplicemente dello stesso volume di dati di addestramento ¹.

Partire piccoli e verificare

Kukshtel ha detto che il suo momento di svolta è arrivato quando ha usato una versione iniziale di ChatGPT per costruire un sito di moodboarding chiamato mood.site. Il processo prevedeva di copiare il codice nell'interfaccia di chat e riesaminare attentamente l'output. Ci ha messo circa 20 ore distribuite in alcune settimane — un tempo che avrebbe impiegato di gran lunga maggiore senza l'IA ¹.

Da allora, ha scoperto che strumenti come Claude Code possono gestire la maggior parte delle attività di sviluppo basate sul web. Ma ogni volta che ha cercato di applicare lo stesso approccio a un progetto di gioco tradizionale, i risultati si sono rivelati inadeguati ¹.

Il suo consiglio per gli altri è di partire piccoli, verificare ciò che il modello produce e trattare l'IA come un assistente potente piuttosto che come un creatore autonomo. Ha anche avvertito che affidarsi troppo pesantemente a questo stile di sviluppo basato sui prompt rischia di produrre risultati generici, una preoccupazione sottolineata da critici che hanno coniato il termine "vibe slop" per indicare contenuti generati dall'IA di bassa qualità ².

Il punto principale è che il gioco stesso può essere progettato fin dall'inizio come un'impalcatura per l'IA, invece di cercare di forzare l'IA in un sistema per cui non era stato progettato per essere letto.

I fatti principali

• Gli LLM gestiscono bene il codice web ma faticano con i giochi che si basano su asset non in codice.
• Three.js permette agli sviluppatori di descrivere oggetti 3D di gioco come codice, rendendoli leggibili dall'IA.
• Kukshtel ha costruito un sito di moodboarding con una versione iniziale di ChatGPT in circa 20 ore.
• I critici avvertono che lo sviluppo basato sui prompt può produrre generico "vibe slop".

Fonti

1. Your Game Is A Harness - k-hole — kylekukshtel.com
2. Vibe coding — en.wikipedia.org