Lo sviluppo di giochi con l'AI di Capcom passa a RE Engine, nonostante il contraccolpo del settore
Capcom ha portato la propria strategia di sviluppo di giochi con l'AI in RE Engine, nonostante la crescente opposizione all'AI generativa tra gli sviluppatori. In occasione di una conferenza tecnica del 2 ottobre, il programmatore Satoshi Ishida ha presentato REX, il piano dell'azienda per ricostruire gradualmente la propria base produttiva interna.
La proposta è più specifica che lasciare a un chatbot il compito di generare giochi completi. Capcom vuole sistemi software che l'AI possa leggere, modificare, testare e ispezionare insieme agli sviluppatori umani. L'obiettivo dichiarato è un “futuro in cui creiamo giochi insieme all'AI”.
Questa distinzione è importante perché Capcom sta facendo questa scommessa in un momento di forte divisione nel settore. Gli studi devono affrontare progetti più grandi, cicli di produzione più lunghi e costose attività di garanzia della qualità. Eppure molti artisti, designer, scrittori e programmatori ritengono che l'AI generativa minacci posti di lavoro, proprietà creativa e condizioni lavorative.
Capcom sta inserendo la propria risposta nel motore utilizzato per Resident Evil, Monster Hunter e Street Fighter. Se REX funzionerà, l'assistenza dell'AI diventerà parte dell'infrastruttura alla base dello sviluppo, anziché una funzione visibile aggiunta in prossimità dell'uscita.
Lo sviluppo di giochi con l'AI di Capcom parte sotto il livello creativo
Capcom sta riprogettando il sistema produttivo attorno alla compatibilità con l'AI, non sta annunciando una macchina che genera giochi completi.
Ishida ha presentato il piano al Capcom Open Conference RE: 2026 di Tokyo. Capcom aveva già identificato REX, abbreviazione di RE neXt Engine, come la fase successiva del proprio motore proprietario. La presentazione di ottobre ha dato a quella roadmap una direzione AI più chiara.
La tempistica era deliberata. Lo sviluppo di RE Engine è iniziato nel 2014 e la tecnologia ha debuttato con Resident Evil 7 nel 2017. Secondo l'originale copertura della conferenza REX, Capcom lo ha da allora utilizzato per oltre 27 titoli.
Un motore fornisce i sistemi condivisi utilizzati per creare, eseguire, eseguire il debug e distribuire i giochi. Può gestire grafica, animazione, dati, fisica, strumenti, supporto delle piattaforme e altre funzioni tecniche. Poiché ogni team di produzione dipende da esso, un cambiamento del motore può rimodellare il lavoro all'interno di uno studio.
Secondo il resoconto della conferenza, oltre 2.000 sviluppatori Capcom usano ora RE Engine. Tra questi vi sono dipendenti internazionali e personale abituato ad altri ambienti di sviluppo. Il sistema deve quindi supportare più persone, più progetti e più modalità di lavoro di quanto i suoi progettisti originali avessero previsto.
Le dimensioni dei giochi creano un altro problema. Le produzioni moderne contengono vaste raccolte di personaggi, animazioni, ambienti, elementi dell'interfaccia e configurazioni specifiche per piattaforma. Anche una piccola revisione può attivare elaborazioni, conversioni, convalide e test su un ampio insieme di dati.
REX è pensato per affrontare questi colli di bottiglia senza abbandonare le fondamenta esistenti di Capcom. La roadmap del motore dell'azienda descrive una transizione graduale che aggiunge nuove tecnologie a RE Engine invece di sostituirlo completamente.
Questo approccio incrementale riduce il rischio di migrazione. I team possono continuare a pubblicare giochi mentre gli strumenti sottostanti cambiano per fasi. Consente inoltre a Capcom di testare singoli componenti in produzione prima di renderli universali.
La presentazione pubblica ha descritto diversi sistemi nominati all'interno di REX. RE:Dox standardizza il modo in cui diversi tipi di dati vengono rappresentati ed elaborati. RE:UI sostituisce parti del framework dell'interfaccia utilizzato dagli strumenti di sviluppo interni.
RE:Log centralizza i log tecnici e le comunicazioni. RE:Flows converte la logica visiva dei giochi in un linguaggio di programmazione standardizzato. RE:Runtime modifica il modo in cui il motore elabora grandi gruppi di oggetti e personaggi.
Questi componenti non sono tutti prodotti di AI. Gran parte del lavoro immediato riguarda velocità, utilizzo della memoria, coerenza dei dati, automazione e collaborazione più semplice. Le loro strutture condivise, tuttavia, preparano il motore a un'assistenza automatizzata più profonda in seguito.
Questo rende l'annuncio di Capcom innanzitutto una storia di infrastruttura. L'azienda sta riorganizzando le informazioni che sviluppatori e macchine devono comprendere prima di chiedere all'AI di svolgere attività più rilevanti.
Perché REX rende il motore più facile da leggere per l'AI
REX considera codice e dati standardizzati come il prerequisito per un'assistenza AI utile.
I sistemi di AI incontrano difficoltà quando gli strumenti interni dipendono da formati incoerenti, comportamenti non documentati o codice specializzato che non compare nei loro materiali di addestramento. Molti degli stessi ostacoli riguardano anche i dipendenti umani. Entrambi i gruppi traggono vantaggio da sistemi che seguono schemi comuni.
Capcom afferma che REX sposterà una parte maggiore delle proprie fondamenta verso regole di programmazione ampiamente comprese. RE:Flows illustra questa strategia. I designer possono assemblare visivamente il comportamento del gioco, mentre lo strumento traduce il loro lavoro in codice standardizzato dietro l'interfaccia.
Il vantaggio va oltre la comodità. Gli strumenti di scripting visivo spesso memorizzano la logica in formati che diventano difficili da revisionare, unire o sottoporre a debug. Tradurre quella logica in codice leggibile rende più pratica la collaborazione e l'analisi automatizzata.
Un assistente AI potrebbe infine ispezionare quell'output, spiegare un errore, proporre una modifica o generare un test. Lo sviluppatore continuerebbe a definire il comportamento previsto. La macchina opererebbe su una rappresentazione tecnica coerente.
RE:Dox applica un'idea simile ai dati. I giochi contengono molti formati specializzati, ciascuno con le proprie regole e dipendenze. Un modello di dati comune può ridurre il lavoro di conversione, rendendo al contempo più facili da tracciare per i sistemi automatizzati le relazioni tra gli elementi.
RE:Log crea il livello di osservazione. I log registrano errori, avvisi, eventi relativi alle prestazioni e altre attività durante lo sviluppo. Centralizzare questi registri offre agli ingegneri una cronologia ricercabile invece di disperdere le prove tra singole macchine.
Questa cronologia può supportare oggi la diagnosi umana e in futuro quella assistita dall'AI. Un modello potrebbe confrontare un nuovo errore con incidenti precedenti, identificare modifiche rilevanti e suggerire cause probabili. Il suo valore dipenderebbe da registri accurati e da un accesso controllato.
Capcom ha già mostrato interesse per i sistemi di conoscenza istituzionale. Il programma della conferenza includeva REAssistAI, un'interfaccia interna per modelli linguistici di grandi dimensioni destinata ad accedere a 10 anni di conoscenze tecniche accumulate. Il progetto è esterno ai cinque componenti REX illustrati nella presentazione principale, ma segue la stessa logica.
L'azienda sta di fatto trasformando la cronologia dello sviluppo in un contesto leggibile dalle macchine. Questo approccio ricorda una base di conoscenza ingegneristica specializzata, in cui documentazione e registri restano collegati al lavoro tecnico quotidiano.
RE:UI contribuisce attraverso la testabilità. Capcom ha progettato il framework dell'interfaccia affinché il software possa esaminare i componenti senza richiedere a una persona di osservare lo schermo. Questa separazione rende più semplici da eseguire e ripetere i test automatizzati.
RE:Runtime affronta le prestazioni di esecuzione. Anziché gestire ogni oggetto separatamente, il sistema raggruppa il lavoro in blocchi che possono essere elaborati in modo più efficiente. Traduce inoltre il codice pensato per gli sviluppatori nel linguaggio RE:C++ di Capcom, orientato alle prestazioni.
Nessuno di questi cambiamenti significa che l'AI possa progettare in autonomia un avvincente livello di Resident Evil. Essi stabiliscono una superficie operativa più pulita su cui gli strumenti automatizzati possono agire. Capcom sta innanzitutto riducendo l'ambiguità che rende inaffidabile il lavoro sia umano sia automatico.
Questo è il meccanismo alla base dell'affermazione più ampia dell'azienda. L'AI diventa utile solo dopo che il motore espone codice, dati, log, test e flussi di lavoro in forme che il software può interpretare in modo coerente.
Il vero conflitto è tra assistenza e sostituzione
Capcom presenta l'AI come un partner di produzione, mentre molti sviluppatori vedono nella stessa tecnologia una strada verso la sostituzione.
I casi d'uso preferiti dall'azienda si concentrano sul lavoro interno. Ishida ha descritto un futuro in cui l'AI può comprendere i programmi, creare codice, eseguire sessioni di test e controllare le build alla ricerca di difetti. Queste attività si collocano attorno al processo creativo, ma possono comunque influire su chi svolge il lavoro.
I test forniscono un esempio chiaro. Un grande gioco richiede controlli ripetuti su personaggi, ambienti, configurazioni hardware e azioni dei giocatori. Gli agenti automatizzati possono eseguire scenari prevedibili per periodi più lunghi di un tester umano.
Il programma della conferenza di Capcom ha presentato separatamente test autonomi che valutano sia il video sia l'audio. Tali sistemi possono aiutare a individuare prima i guasti riproducibili. Non possono stabilire automaticamente se il combattimento appare equo, se una battuta funziona o se una sequenza horror genera la tensione desiderata.
L'assistenza al codice comporta una divisione simile. L'AI può abbozzare implementazioni di routine, cercare documentazione o identificare errori comuni. Gli ingegneri devono comunque valutare architettura, prestazioni, sicurezza, manutenibilità e le conseguenze di un suggerimento errato.
Questa revisione umana non è un passaggio finale secondario. I motori di gioco operano con rigidi vincoli di memoria e tempistica su più piattaforme. Una risposta plausibile di un modello può comunque introdurre guasti sottili che emergono solo con carichi specifici.
Capcom ha già sperimentato altrove con l'AI generativa. Google afferma che l'editore usa Vertex AI e Gemini per generare grandi serie di idee per ambientazioni e oggetti di gioco. Il suo progetto AI di Capcom è stato presentato come un modo per accelerare il brainstorming, piuttosto che per distribuire direttamente risorse generate.
Quel progetto precedente avrebbe affrontato un'attività insolitamente ripetitiva. Durante lo sviluppo di un mondo narrativo coerente, i team avevano talvolta bisogno di centinaia di migliaia di idee di sfondo. I modelli potevano produrre candidati iniziali entro determinati vincoli, lasciando ai dipendenti la valutazione della rilevanza e della qualità.
REX amplia l'ambito dal brainstorming alla produzione tecnica. Si tratta di un'escalation significativa, anche se Capcom mantiene l'arte generata dall'AI fuori dai giochi pubblicati. Generazione di codice, test automatizzati e analisi dei log influenzano tutti tempistiche, personale e responsabilità.
Il contesto lavorativo rende queste scelte delicate. Il sondaggio tra gli sviluppatori del 2026 ha raccolto risposte da oltre 2.300 professionisti dell'industria videoludica. Ha rilevato che il 36 per cento utilizzava l'AI generativa nel proprio lavoro.
L'adozione non si è tradotta in approvazione. Il cinquantadue per cento ha dichiarato che l'AI generativa stava avendo un impatto negativo sul settore, rispetto al 30 per cento di un anno prima. Solo il 7 per cento ne considerava positivo l'impatto.
L'opposizione era particolarmente forte tra i lavoratori più vicini alla produzione di giochi. Le risposte negative hanno raggiunto il 64 per cento tra artisti visivi e tecnici, il 63 per cento tra addetti al design e alla narrazione e il 59 per cento tra i programmatori.
Questi risultati creano la tensione centrale nello sviluppo di giochi con l'AI di Capcom. Il management può considerare l'automazione una protezione contro l'aumento dei costi di produzione. I lavoratori possono invece considerare lo stesso investimento una pressione sui ruoli già colpiti dai licenziamenti.
Capcom non ha annunciato che REX eliminerà posizioni. Non ha nemmeno fornito garanzie sul personale legate al progetto. L'interpretazione responsabile si colloca tra il presumere un'assistenza innocua e il dichiarare un piano di sostituzione automatizzata.
La questione decisiva sarà come Capcom misura il successo. Se valuterà REX attraverso tempi di attesa più brevi, rilevamento anticipato dei bug e meno attività ripetitive, l’argomento della collaborazione acquisirà credibilità. Se la riduzione dell’organico diventerà il risultato principale, sarà più difficile liquidare la preoccupazione di una sostituzione.
Copyright, sicurezza e affidabilità restano irrisolti
Un motore leggibile dalle macchine non risolve chi possieda i dati di addestramento, chi approvi il codice generato o chi si assuma la responsabilità quando l’automazione fallisce.
Capcom riconosce diversi di questi rischi. In un dialogo con gli investitori pubblicato, l’azienda ha dichiarato di utilizzare già l’AI per il controllo dei bug e l’efficienza di RE Engine. Ha inoltre identificato copyright, sicurezza dei dati e formazione specialistica come preoccupazioni persistenti.
Le questioni di copyright dipendono dal sistema e dai suoi input. Uno strumento addestrato internamente su codice Capcom approvato presenta rischi diversi rispetto a un modello pubblico addestrato su repository sconosciuti. La presentazione alla conferenza non ha fornito una policy completa di governance dei modelli.
L’apertura di tecnologie selezionate aggiunge un’ulteriore complicazione. Secondo quanto riportato, Capcom prevede di pubblicare parti di RE:Dox e RE:Log affinché sviluppatori esterni e sistemi AI possano comprenderle. Il codice open source può migliorare documentazione, test e interoperabilità.
Può anche esporre dettagli architetturali che richiedono un’attenta revisione della sicurezza. Capcom deve separare l’infrastruttura riutilizzabile dai sistemi proprietari, dalle credenziali, dai dati di gioco e dalle informazioni di produzione non pubblicate. Un repository pubblico, da solo, non stabilisce un utilizzo sicuro dell’AI.
La fuga di dati rappresenta una preoccupazione più immediata per il luogo di lavoro. Gli sviluppatori potrebbero esporre codice o asset riservati se i prompt escono da ambienti controllati. Regole di accesso aziendali, registrazione delle attività, limiti di conservazione e isolamento dei modelli conteranno quanto la capacità del modello.
L’affidabilità presenta un rischio distinto. I modelli linguistici di grandi dimensioni generano output probabili, non decisioni ingegneristiche verificate. Possono inventare API, trascurare vincoli delle piattaforme o consigliare codice che compila ma si comporta in modo errato.
Anche i test automatizzati riflettono i test che ricevono. Un agente può completare ripetutamente un percorso programmato senza rilevare comportamenti imprevisti dei giocatori. Potrebbe confermare la stabilità tecnica senza riconoscere un design confuso, problemi di accessibilità o un incontro poco interessante.
REX potrebbe ridurre alcuni fallimenti collegando generazione, esecuzione e validazione. Un assistente che scrive codice, lo compila e avvia i test riceve un feedback migliore rispetto a uno che lavora su un prompt isolato. Ha comunque bisogno di criteri di accettazione definiti dagli esseri umani.
La qualità creativa resta più difficile da formalizzare. I giochi di Capcom dipendono da ritmo, direzione visiva, composizione dei livelli, prestazioni e aspettative dei giocatori deliberatamente costruite. Queste qualità emergono attraverso iterazione e giudizio, non semplicemente da codice valido.
Pragmata conferisce all’annuncio uno sfondo culturale insolito. La sua narrazione di fantascienza esplora la pericolosa dipendenza dall’intelligenza artificiale. La strategia produttiva di Capcom non equivale a quella finzione, ma il contrasto evidenzia una questione reale.
L’azienda sta chiedendo agli sviluppatori di fidarsi dell’AI all’interno del sistema usato per creare le sue proprietà più preziose. Questa fiducia deve derivare da salvaguardie visibili, risultati accurati e responsabilità chiare. Uno slogan sulla collaborazione non può sostituire questi controlli.
La più grande domanda senza risposta è dunque la governance. Chi può autorizzare le modifiche generate e come vengono etichettate? A quali dati possono accedere i modelli e per quanto tempo vengono conservati?
Capcom deve inoltre stabilire se i revisori umani abbiano tempo sufficiente per contestare l’output automatizzato. L’assistenza AI può aumentare il volume di codice proposto più rapidamente di quanto i team riescano a ispezionarlo in modo responsabile. Una generazione più veloce non garantisce una produzione più veloce.
Un programma credibile monitorerebbe difetti sfuggiti ai controlli, falsi positivi, tempo di revisione, incidenti di sicurezza ed esperienza dei dipendenti. Capcom non ha ancora pubblicato queste misurazioni. Finché non lo farà, REX resterà una direzione tecnica anziché una riforma della produzione dimostrata.
Tre segnali mostreranno se la strategia AI di Capcom funziona
Le prossime prove dovranno arrivare da strumenti operativi, salvaguardie rese note e risultati di sviluppo misurabili.
Il primo segnale è il rilascio e l’adozione dei componenti REX. Capcom afferma che la transizione sarà graduale, rendendo più facile valutare i singoli sistemi. RE:Dox, RE:UI, RE:Log, RE:Flows e RE:Runtime dovrebbero produrre cambiamenti osservabili prima dell’arrivo della più ampia visione AI.
Prove utili includerebbero tempi di iterazione più brevi, meno blocchi degli strumenti, elaborazione dati più rapida o test automatizzati più affidabili. Le dimostrazioni dovrebbero mostrare condizioni di produzione, anziché esempi ristretti da laboratorio.
L’attività open source aggiungerà un ulteriore indicatore. Codice pubblico, documentazione, cronologie delle issue e contributi esterni possono rivelare se le tecnologie REX selezionate siano abbastanza mature da sostenere un esame approfondito. Possono anche chiarire quali parti restino interne.
Il secondo segnale è la policy di governance di Capcom. L’azienda ha riconosciuto le preoccupazioni relative a copyright e sicurezza, ma il riconoscimento non stabilisce regole operative. Gli sviluppatori devono sapere quali dati utilizzano i modelli e quali decisioni richiedono l’approvazione umana.
La divulgazione dovrebbe distinguere l’automazione convenzionale dall’AI generativa. Un sistema che raggruppa oggetti in fase di esecuzione non equivale a un modello che genera codice sorgente. Riunirli sotto un’unica etichetta AI rende meno precisa sia la valutazione tecnica sia la discussione sul lavoro.
Capcom dovrebbe anche spiegare se al codice generato venga attribuita una provenienza identificabile. I revisori hanno bisogno di una registrazione del modello che ha prodotto una modifica, del contesto ricevuto e del dipendente che l’ha approvata. Questa registrazione diventa importante quando i difetti emergono in seguito.
Il terzo segnale è ciò che accade ai team di produzione e alle tempistiche. Capcom affronta esigenze di investimento crescenti man mano che i giochi diventano più sofisticati. Le sue comunicazioni indicano che vuole migliorare i rendimenti continuando a espandere le vendite.
Se REX elimina attese e lavoro ripetitivo, i team dovrebbero guadagnare più tempo per design, ottimizzazione e test incentrati sui giocatori. Questo risultato sosterrebbe l’affermazione di Capcom secondo cui l’AI agisce come partner.
Se le tempistiche continuano ad allungarsi mentre i carichi di lavoro si intensificano, l’argomento dell’efficienza si indebolisce. Lo stesso vale se l’adozione dell’AI accompagna una riduzione delle assunzioni entry-level o il ridimensionamento dei team di testing senza dati di qualità migliori.
Il sentiment del settore resterà un utile contrappeso. Il sondaggio GDC mostra che utilizzo e accettazione possono muoversi in direzioni opposte. Gli sviluppatori possono adottare strumenti perché i datori di lavoro lo richiedono, continuando al contempo a metterne in dubbio il valore.
Anche il comportamento dei concorrenti conta. Unreal Engine è il motore principale per il 42 percento degli sviluppatori nel sondaggio del 2026, mentre Unity rappresenta il 30 percento. I loro strumenti AI stabiliscono un parametro di riferimento esterno per la piattaforma interna di Capcom.
Capcom non ha bisogno che REX vinca il mercato dei motori, perché non vende RE Engine come prodotto commerciale generale. Deve però fare in modo che i suoi strumenti interni competano con le funzionalità disponibili per gli studi che utilizzano piattaforme esterne più grandi.
Il controllo dell’azienda sul proprio motore costituisce un vantaggio. Capcom può collegare direttamente gli strumenti AI ai suoi formati di dati, sistemi di build, infrastruttura di testing e storia tecnica. Non deve attendere la roadmap di un fornitore esterno.
Questo controllo concentra anche la responsabilità. Capcom non può incolpare un fornitore esterno del motore se REX produce flussi di lavoro inaffidabili o salvaguardie inadeguate. L’azienda possiede l’architettura, l’implementazione e le conseguenze sul luogo di lavoro.
L’interpretazione più credibile dello sviluppo di giochi AI di Capcom non è né la creatività autonoma né il semplice marketing. È uno sforzo a lungo termine per rendere l’ambiente tecnico dello studio comprensibile sia alle persone sia alle macchine.
Questo sforzo inizia con ingegneria poco appariscente: dati standardizzati, codice leggibile, log centralizzati, interfacce più veloci e test ripetibili. L’AI diventa il livello successivo, non l’intera base.
Per gli sviluppatori, la domanda immediata non è se un modello possa realizzare un gioco completo. È se l’AI possa eliminare attriti misurabili senza indebolire proprietà, giudizio o condizioni di lavoro.
Osservate i rilasci REX, le salvaguardie di Capcom e i risultati vissuti dai team di produzione. Questi segnali determineranno se “creare insieme” descriva una collaborazione produttiva o un’etichetta più morbida per spostare il lavoro lontano dalle persone.
