Capcom veut intégrer l'IA au RE Engine. Ce que signifie « moteur de jeu à IA » est contesté

Capcom a profité de son propre événement développeurs, le 2 octobre 2026, pour exposer comment il veut faire évoluer le moteur qui sous-tend la plupart de ses plus gros jeux. À la Capcom Open Conference RE: 2026, le programmeur Satoshi Ishida a donné une conférence intitulée « The Outlook and Future of the REX Project, Further Evolving the RE Engine for the Next Generation ». VGC a rapporté que Capcom veut faire évoluer le RE Engine vers ce qu'il décrit comme un moteur de jeu à IA. IGN a repris l'objectif dans les mots de Capcom : « Notre objectif est un avenir où nous créons des jeux avec l'IA. » Ce que la conférence exposait en pratique était plus étroit que cette phrase.

À lire aussi: Google lance Playground, une plateforme d'IA qui transforme des prompts en jeux jouables · Meta veut que l'on crée un jeu jouable à partir d'un prompt sur son téléphone.

Le RE Engine est ce que Capcom possède

Le RE Engine est le moteur de jeu interne de Capcom, la couche logicielle sur laquelle ses équipes construisent leurs jeux. Il anime Resident Evil, Monster Hunter, Street Fighter, Devil May Cry et Dragon's Dogma, et Capcom l'a utilisé sur plus de deux douzaines de jeux. Posséder le moteur importe parce que cela fixe les conditions de travail des équipes. Un studio qui loue Unreal Engine ou Unity absorbe les choix de conception et les tarifs de l'éditeur. Capcom absorbe les siens. Quand l'entreprise modifie le RE Engine, ses propres franchises sont le premier cas d'usage, et aucun tiers n'est à la table.

La portée du moteur fixe aussi l'enjeu d'un tel changement. Chaque équipe qui travaille sur ces franchises dépend de la même fondation, si bien qu'une évolution de la construction du moteur les touche toutes en même temps. Il n'existe pas de migration partielle pour un studio qui possède ses propres outils.

C'est pourquoi la conférence d'un ingénieur compte comme une nouvelle. La couche des outils est là où vivent les coûts et les calendriers d'un gros éditeur, même si les joueurs ne la voient jamais. Une modification de la façon dont le moteur est construit peut transformer le temps nécessaire pour produire un Resident Evil.

Ce qu'est REX, selon Capcom

REX est un programme d'amélioration du moteur en plusieurs étapes. PC Gamer a rapporté qu'il comprend six programmes, chacun visant à intégrer l'IA et l'apprentissage automatique au moteur. Les objectifs annoncés concernent la production plutôt que les fonctionnalités de jeu. Capcom affirme que REX doit améliorer les outils de développement, l'assurance qualité et l'efficacité, et raccourcir les longs cycles de production qui caractérisent les jeux à gros budget.

Rien de tout cela n'est encore un produit. Une conférence sur six programmes internes est une feuille de route, et Capcom n'a publié aucune date de mise en service ni nommé de jeu qui en utilise le moindre élément. Les affirmations à évaluer sont celles qui portent sur le mécanisme, car elles décrivent ce que la technologie ferait.

Le mécanisme : du code que l'IA peut lire

L'affirmation technique la plus claire de la présentation porte sur le langage. Parce que REX adopterait un langage de programmation plus courant, Capcom affirme que le code devient plus facile à lire et à comprendre pour l'IA. Cela permettrait à l'IA de créer automatiquement des programmes et de lancer des parties de test pour repérer des bugs à l'avenir.

C'est la description d'une automatisation de l'ingénierie, en deux volets. Le premier est la génération de code, tournée vers le travail routinier d'écriture du logiciel. Le second est le test de jeu automatisé, tourné vers le travail répétitif consistant à vérifier qu'un logiciel fonctionne. Ni l'un ni l'autre n'est un système qui dessine un personnage, écrit des dialogues ou assemble un niveau. Le second volet, lancer des parties de test pour faire remonter les bugs, est un travail que Capcom paie déjà de grandes équipes d'assurance qualité pour faire à la main.

La distinction compte pour la façon dont le plan sera jugé. Le test de jeu automatisé est un objectif plus étroit et plus mesurable que la génération de contenu. Il est plus proche du domaine existant de l'automatisation des tests logiciels que des modèles d'images et de texte qui dominent le débat sur l'IA. Un outil qui joue à une version des milliers de fois et consigne les plantages n'a rien de spectaculaire, et il peut être évalué sur sa capacité à trouver des bugs plus vite qu'un humain.

Remarquez le temps employé. Le mécanisme décrit par Capcom est présenté comme quelque chose qui se produirait à l'avenir, une fois la migration de langage achevée. L'annonce décrit une intention et une condition préalable, pas un résultat.

La bataille des mots

Le libellé compte parce que les trois expressions pointent dans des directions différentes.

« AI-generation game engine » suggère un moteur qui génère du contenu de jeu, et en 2026 cette lecture renvoie aux graphismes, aux voix et aux niveaux, là où le débat sur l'IA générative dans les jeux est le plus vif. « AI-era game engine » ne fait que marquer une époque. « AI game engine », la transposition anglaise la plus proche de la formulation de Capcom, peut vouloir dire à peu près n'importe quoi. La couverture de l'annonce a noté que l'expression est ambiguë, et c'est cette ambiguïté qui fait qu'une même conférence a produit des gros titres qui ne s'accordent pas tout à fait.

Eurogamer a couvert le plan sous l'angle « AI-generation ». VGC, PC Gamer et IGN aussi dans leurs gros titres. Nintendo Life a choisi « AI-era ». La conférence a été donnée en japonais lors d'un événement développeurs japonais, l'expression est donc parvenue aux lecteurs anglophones par la traduction et la paraphrase, et différents médias ont résolu l'ambiguïté dans des directions différentes. Savoir si cet écart relève d'un artefact de traduction, d'un choix éditorial ou simplement de ce que permet la formulation d'origine est en soi contesté. Ce qui n'est pas contesté, c'est le mécanisme décrit par Capcom, plus étroit que la « génération ».

La communication de Capcom ne tranche pas la question. Le titre de la conférence d'Ishida emploie le mot simple « evolving », et la phrase qui lui est attribuée, « AI game engine », est une étiquette plutôt qu'une spécification. Cela laisse l'interprétation à qui écrit le gros titre, et c'est ainsi qu'une conférence devient plusieurs histoires différentes.

L'expression du gros titre est élastique, la capacité décrite dans le corps est précise, et les lecteurs retiennent le gros titre.

Pour Capcom, dont le public est particulièrement attentif à tout ce qui ressemble à de l'IA générative, l'écart entre l'expression et la capacité est un risque de communication distinct de l'ingénierie.

L'open source comme moyen d'entraîner le modèle

Un détail va à l'encontre de l'idée qu'il s'agit uniquement d'outils internes. Capcom a déclaré avoir placé en open source certaines technologies, dont des outils nommés RE:Dox et RE:Log, avant tout pour entraîner son IA. PC Gamer a rapporté ce cadrage.

L'open source est habituellement présenté comme un don de code. Ici, l'objectif affiché est d'entraîner l'IA de Capcom, ce qui ramène le flux de valeur vers l'entreprise qui a publié les outils. La manière dont l'entraînement fonctionne, et ce que les développeurs acceptent en utilisant le logiciel, n'est pas détaillée dans l'annonce. Les conditions de licence décideraient si cela se lit comme un cadeau à la communauté ou comme un pipeline vers Capcom, et l'annonce ne les incluait pas.

L'art est la ligne que Capcom trace

Capcom a tenté de séparer ses projets d'IA de l'art génératif. Son vice-président chargé du développement de jeux et des solutions d'IA a déjà déclaré que l'entreprise n'utiliserait pas l'IA pour créer de l'art, et que l'objectif est de « libérer le potentiel des créateurs ». Cette ligne compte parce que l'art génératif est le point de friction. Quand un studio est accusé d'utiliser de l'art généré par IA, le débat porte sur l'autorité créative et la valeur du travail humain. Capcom cherche à maintenir REX du côté des outils et des tests de cette frontière, et la bataille des mots décrite plus haut est ce qui se produit quand la communication brouille la limite.

Cette affirmation est une déclaration d'intention, formulée avant qu'un produit existe pour la tester. Elle ne couvre aussi qu'une seule catégorie. Elle ne promet rien pour les programmeurs ni le personnel d'assurance qualité, dont le travail est justement ce que le mécanisme décrit touche.

Une controverse, et une question d'embauches

L'annonce est tombée en plein milieu d'une controverse plus large sur l'IA générative dans les jeux. Une récente polémique chez Level-5 en est un exemple. Une partie de la couverture a soutenu que le cadrage « AI-generation » décrivait mal un plan portant surtout sur l'automatisation, les outils et l'assurance qualité, et cette lecture correspond à ce que Capcom a décrit.

Cette ambiguïté teinte la lecture de la controverse. Les lecteurs qui ont découvert l'histoire sous l'angle « AI-generation » ont réagi à une affirmation que Capcom n'a pas faite. Ceux qui l'ont découverte sous l'angle « AI-era » ont peut-être manqué que la génération de code et les tests automatisés sont de vrais changements dans la façon dont les jeux se construisent.

Les effectifs jouent en sens inverse. GameSpot a rapporté que Capcom continue d'embaucher à un rythme soutenu malgré son intérêt pour l'IA générative. Cela affaiblit la version la plus simple de l'histoire, celle d'une technologie qui arrive pour remplacer le personnel de Capcom. Cela ne répond pas à la question de la finalité de l'automatisation, de l'usage des économies réalisées, ni de savoir si la situation de l'embauche restera la même une fois que REX produira quelque chose.

La question du travail est concrète. Les parties de test automatisées ciblent le travail des testeurs d'assurance qualité. La génération de programmes cible le travail routinier des programmeurs débutants. Ni l'une ni l'autre n'est une annonce de licenciements, et ni l'une ni l'autre ne promet que les personnes qui font ce travail seront épargnées. Capcom a décrit les deux comme des capacités futures, ce qui laisse à l'entreprise la liberté de définir les termes à mesure que les outils arrivent. Capcom n'a pas dit comment elle informerait les joueurs qu'un jeu a été construit avec l'aide de l'IA, et ce vide mérite d'être surveillé d'aussi près que l'ingénierie.

Ce qu'il faut surveiller

• Les livrables. REX est un ensemble de six programmes décrits dans une conférence. Le test consiste à savoir si Capcom livre les outils, fixe des dates ou nomme un jeu qui les utilise.
• La migration de langage. Adopter un langage de programmation plus courant est la condition préalable que Capcom pose à tout le reste. Déplacer une base de code derrière plus de deux douzaines de jeux est un long chantier, et son avancement montrera si REX est un programme de travail ou une aspiration.
• Un jeu livré. Savoir si un jeu Capcom sort avec du code, des tests ou des outils assistés par IA, et comment l'entreprise le divulgue, comptera plus que l'annonce.
• L'embauche. GameSpot a rapporté que Capcom continue d'embaucher. Les offres d'emploi et les effectifs des prochaines années montreront où l'automatisation finit.
• Le libellé. Les communications anglophones de Capcom ne se sont pas fixées sur une expression. Savoir si l'entreprise standardise « AI game engine », « AI-generation » ou autre chose déterminera la façon dont le plan est compris.

Le plan a un nom, six programmes et un mécanisme énoncé. Ce qu'il produira reste à venir.

Couverture : une capture d'écran de Resident Evil 4 Remake, qui tourne sous le RE Engine de Capcom. Image de Capcom France via Wikimedia Commons, CC BY 3.0.