La migliore IA per creare videogiochi

Non esiste un unico modello di IA migliore per creare videogiochi, perché creare un gioco non è un solo compito. Sono tanti: scrivere la logica, correggere i bug, progettare i livelli, generare la grafica, creare i suoni e mettere tutto insieme perché funzioni. Modelli diversi rendono meglio in parti diverse, e le classifiche cambiano ogni pochi mesi con l’uscita di nuove versioni.

Invece di inseguire un vincitore che scade presto, concentrati su ciò che determina la qualità. Una volta capito, puoi valutare in autonomia qualsiasi strumento o modello.

Un modello isolato genera testo. Per trasformare un prompt in un gioco funzionante, il sistema che lo circonda deve pianificare, modificare file, convalidare il codice e gestire gli errori. È questo sistema a determinare se il risultato sarà giocabile o soltanto un insieme di file non funzionanti.

Quel sistema circostante solitamente include:

• Un insieme chiaro di regole che dicono al modello come strutturare un gioco, non un semplice prompt.
• Modelli predefiniti e codice iniziale, in modo che il modello non debba reinventare ogni volta la struttura di base.
• Un metodo per eseguire il codice generato, individuare errori e reinserirli nel processo affinché il modello possa correggere i propri errori.
• Generazione di grafica integrata e suoni dalla libreria, così gli asset si caricano nel gioco.
• Controlli del codice e test di gioco nel browser, con i risultati non testati segnati come non verificati.

Due prodotti possono usare lo stesso modello e ottenere risultati molto diversi, perché uno ha un sistema solido intorno al modello e l’altro no. Per questo il punteggio ottenuto da un modello isolato in un benchmark dice poco sull’efficacia di uno strumento per creare giochi.

Ecco una mappa approssimativa di dove i modelli aiutano, volutamente generale perché i dettagli invecchiano in fretta:

• Generazione di codice: i modelli più grandi e capaci sono spesso migliori nel produrre logiche di gioco funzionanti e nel correggere i bug quando qualcosa si rompe. È qui che pagare per un modello più potente ripaga spesso l’investimento.
• Iterazioni economiche: un modello meno costoso può andare bene per una modifica piccola e ben delimitata. Il tempo di risposta dipende dal compito, dagli strumenti, dal ragionamento e dal carico del fornitore, quindi più piccolo non vuol dire sempre più veloce.
• Grafica e immagini: i modelli per immagini appartengono a una famiglia diversa da quelli testuali. Il modello di testo che scrive la logica del tuo gioco non è quello che disegna i tuoi sprite.
• Suoni e musica: ancora una volta, si tratta di modelli specializzati separati, e la qualità varia molto a seconda del fornitore.

In pratica, nessun modello fa bene tutto questo, quindi uno strumento serio per creare giochi ne mette insieme diversi invece di puntare tutto su uno solo.

Qualsiasi articolo che nomini un vincitore permanente invecchia in fretta. Le nuove versioni escono spesso, e un modello in testa in un trimestre può restare indietro in quello dopo. Inseguire la classifica è un modo debole per scegliere uno strumento per creare giochi.

Regge di più fare domande migliori. Lo strumento esegue e testa il codice che scrive? Sa rimediare ai propri errori? Produce qualcosa che puoi giocare, non un frammento da assemblare tu? Queste qualità durano più di qualsiasi nuova versione di un modello.

OddShed è costruito attorno a questa idea. Invece di chiederti di scegliere il modello di un fornitore, dà a ogni account lo stesso team di agenti: un builder scrive il codice, un artista disegna la grafica, un sound designer sceglie effetti sonori e musica, e un tester QA prova ogni versione in un browser quando può. I modelli dietro ciascuno li sceglie OddShed per te.

OddShed crea giochi per browser con Phaser per il 2D e Three.js per il 3D, e ogni turno mostra esattamente quanto è costato quando finisce. Al centro mette il sistema, non il nome di un modello.

• Non esiste un unico miglior modello. La risposta dipende dal compito e cambia velocemente.
• Il sistema attorno al modello conta più del nome del modello per ottenere un gioco giocabile.
• I modelli più potenti aiutano maggiormente con la generazione di codice e la correzione di bug; i modelli più leggeri vanno bene per piccole modifiche.
• Valuta uno strumento in base alla sua capacità di eseguire, provare e riparare il risultato, non soltanto al modello che dichiara di usare.