El desarrollo de juegos con IA de Capcom llega a RE Engine pese al rechazo de la industria
Capcom ha integrado su estrategia de desarrollo de juegos con IA en RE Engine, pese a la creciente oposición a la IA generativa entre los desarrolladores. En una conferencia técnica celebrada el 2 de octubre, el programador Satoshi Ishida presentó REX, el plan de la compañía para reconstruir gradualmente su base interna de producción.
La propuesta es más concreta que permitir que un chatbot genere juegos terminados. Capcom quiere sistemas de software que la IA pueda leer, modificar, probar e inspeccionar junto a los desarrolladores humanos. Su objetivo declarado es un «futuro en el que creemos juegos junto con la IA».
Esta distinción importa porque Capcom realiza esta apuesta en medio de una marcada división en la industria. Los estudios afrontan proyectos más grandes, ciclos de producción más largos y costosos trabajos de aseguramiento de la calidad. Sin embargo, muchos artistas, diseñadores, guionistas y programadores creen que la IA generativa amenaza los empleos, la propiedad creativa y las condiciones laborales.
Capcom está incorporando su respuesta dentro del motor utilizado en Resident Evil, Monster Hunter y Street Fighter. Si REX funciona, la asistencia de IA pasará a formar parte de la infraestructura que sustenta el desarrollo, en lugar de ser una función visible añadida cerca del lanzamiento.
El desarrollo de juegos con IA de Capcom comienza por debajo de la capa creativa
Capcom está rediseñando el sistema de producción para que sea compatible con la IA, no anunciando una máquina que genere juegos completos.
Ishida presentó el plan en Capcom Open Conference RE: 2026, en Tokio. Capcom ya había identificado REX, abreviatura de RE neXt Engine, como la siguiente etapa de su motor propietario. La presentación de octubre dio a esa hoja de ruta una dirección más clara hacia la IA.
El momento fue deliberado. El desarrollo de RE Engine comenzó en 2014 y la tecnología se lanzó por primera vez con Resident Evil 7 en 2017. Según la cobertura original de la conferencia REX, Capcom la ha utilizado desde entonces en más de 27 títulos.
Un motor proporciona los sistemas compartidos que se usan para crear, ejecutar, depurar y publicar juegos. Puede gestionar gráficos, animación, datos, físicas, herramientas, compatibilidad con plataformas y otras funciones técnicas. Dado que todos los equipos de producción dependen de él, un cambio en el motor puede transformar el trabajo de todo un estudio.
Más de 2.000 desarrolladores de Capcom utilizan ahora RE Engine, según el informe de la conferencia. Entre esos usuarios hay personal internacional y empleados familiarizados con otros entornos de desarrollo. Por ello, el sistema debe dar soporte a más personas, más proyectos y más formas de trabajo de las que anticiparon sus diseñadores originales.
El tamaño de los juegos crea otro problema. Los lanzamientos modernos contienen enormes colecciones de personajes, animaciones, entornos, elementos de interfaz y configuraciones específicas de cada plataforma. Incluso una pequeña revisión puede desencadenar procesamiento, conversión, validación y pruebas sobre un gran conjunto de datos.
REX está concebido para abordar esos cuellos de botella sin descartar la base existente de Capcom. La hoja de ruta del motor de la compañía describe una transición gradual que añade nuevas tecnologías a RE Engine en vez de sustituirlo por completo.
Ese enfoque incremental reduce el riesgo de migración. Los equipos pueden seguir lanzando juegos mientras las herramientas subyacentes cambian por etapas. También permite a Capcom probar componentes individuales en producción antes de hacerlos universales.
La presentación pública describió varios sistemas con nombre dentro de REX. RE:Dox estandariza cómo se representan y procesan distintos tipos de datos. RE:UI sustituye partes del marco de interfaz utilizado por las herramientas internas de desarrollo.
RE:Log centraliza los registros técnicos y las comunicaciones. RE:Flows convierte la lógica visual de los juegos en un lenguaje de programación estandarizado. RE:Runtime cambia la forma en que el motor procesa grandes grupos de objetos y personajes.
No todos estos componentes son productos de IA. Gran parte del trabajo inmediato se refiere a velocidad, uso de memoria, consistencia de datos, automatización y colaboración más sencilla. Sin embargo, sus estructuras compartidas preparan el motor para una asistencia automatizada más profunda posteriormente.
Esto convierte el anuncio de Capcom, ante todo, en una historia de infraestructura. La compañía está reorganizando la información que desarrolladores y máquinas deben comprender antes de pedir a la IA que realice tareas más trascendentes.
Por qué REX facilita la lectura del motor por parte de la IA
REX considera que el código y los datos estandarizados son el requisito previo para una asistencia de IA útil.
Los sistemas de IA tienen dificultades cuando las herramientas internas dependen de formatos inconsistentes, comportamientos no documentados o código especializado que no aparece en sus materiales de entrenamiento. Los empleados humanos afrontan muchos de los mismos obstáculos. Ambos grupos se benefician cuando los sistemas siguen patrones comunes.
Capcom afirma que REX acercará una mayor parte de su base a reglas de programación ampliamente comprendidas. RE:Flows ilustra esa estrategia. Los diseñadores pueden ensamblar visualmente el comportamiento de un juego mientras la herramienta traduce su trabajo a código estandarizado detrás de la interfaz.
El beneficio va más allá de la comodidad. Las herramientas de programación visual suelen almacenar la lógica en formatos que se vuelven difíciles de revisar, fusionar o depurar. Traducir esa lógica a código legible hace más práctica la colaboración y el análisis automatizado.
Con el tiempo, un asistente de IA podría inspeccionar esa salida, explicar un fallo, proponer una modificación o generar una prueba. El desarrollador seguiría definiendo el comportamiento previsto. La máquina trabajaría sobre una representación técnica coherente.
RE:Dox aplica una idea similar a los datos. Los juegos contienen muchos formatos especializados, cada uno con sus propias reglas y dependencias. Un modelo de datos común puede reducir el trabajo de conversión y facilitar que los sistemas automatizados rastreen las relaciones.
RE:Log crea la capa de observación. Los registros documentan errores, advertencias, eventos de rendimiento y otra actividad durante el desarrollo. Centralizar esos registros proporciona a los ingenieros un historial consultable en lugar de dispersar las evidencias entre máquinas individuales.
Ese historial puede respaldar el diagnóstico humano hoy y el diagnóstico asistido por IA más adelante. Un modelo podría comparar un nuevo fallo con incidentes anteriores, identificar cambios relevantes y sugerir causas probables. Su valor dependería de registros precisos y de un acceso controlado.
Capcom ya ha mostrado interés en sistemas de conocimiento institucional. El programa de su conferencia incluyó REAssistAI, una interfaz interna de modelo de lenguaje grande para acceder a 10 años de conocimiento técnico acumulado. Ese proyecto queda fuera de los cinco componentes de REX detallados en la presentación principal, pero sigue la misma lógica.
En la práctica, la compañía está convirtiendo el historial de desarrollo en contexto legible por máquinas. Este enfoque se asemeja a una base de conocimientos de ingeniería especializada, en la que la documentación y los registros permanecen conectados al trabajo técnico diario.
RE:UI contribuye mediante la capacidad de prueba. Capcom diseñó el marco de interfaz para que el software pueda examinar componentes sin que una persona tenga que observar la pantalla. Esa separación facilita ejecutar y repetir pruebas automatizadas.
RE:Runtime aborda el rendimiento de ejecución. En lugar de gestionar cada objeto por separado, el sistema agrupa el trabajo en bloques que pueden procesarse con mayor eficiencia. También traduce código fácil de usar para los desarrolladores al lenguaje RE:C++ de Capcom, orientado al rendimiento.
Ninguno de estos cambios significa que la IA pueda diseñar de forma independiente un nivel atractivo de Resident Evil. Establecen una superficie operativa más limpia sobre la que pueden actuar las herramientas automatizadas. Capcom primero está reduciendo la ambigüedad que vuelve poco fiable el trabajo tanto humano como automatizado.
Este es el mecanismo detrás de la afirmación más amplia de la compañía. La IA solo se vuelve útil después de que el motor expone código, datos, registros, pruebas y flujos de trabajo en formas que el software puede interpretar de manera coherente.
El conflicto real es asistencia frente a sustitución
Capcom presenta la IA como un socio de producción, mientras muchos desarrolladores ven la misma tecnología como una vía hacia el desplazamiento.
Los casos de uso preferidos por la compañía se centran en el trabajo interno. Ishida describió un futuro en el que la IA puede comprender programas, crear código, ejecutar sesiones de prueba y revisar compilaciones en busca de defectos. Estas tareas rodean el proceso creativo, pero aun así pueden afectar a quién realiza el trabajo.
Las pruebas ofrecen un ejemplo claro. Un juego grande exige comprobaciones repetidas en personajes, entornos, configuraciones de hardware y acciones de los jugadores. Los agentes automatizados pueden ejecutar escenarios predecibles durante períodos más largos que un probador humano.
El programa de la conferencia de Capcom incluyó por separado pruebas autónomas que evalúan tanto vídeo como audio. Estos sistemas pueden ayudar a detectar fallos reproducibles antes. No pueden determinar automáticamente si el combate se siente justo, si un chiste funciona o si una secuencia de terror genera la tensión prevista.
La asistencia de programación conlleva una división similar. La IA puede redactar implementaciones rutinarias, buscar documentación o identificar errores comunes. Los ingenieros aún deben evaluar la arquitectura, el rendimiento, la seguridad, la mantenibilidad y las consecuencias de una sugerencia incorrecta.
Esa revisión humana no es un paso final menor. Los motores de videojuegos operan con estrictas limitaciones de memoria y tiempo en múltiples plataformas. Una respuesta plausible de un modelo aún puede introducir fallos sutiles que solo aparecen bajo cargas concretas.
Capcom ya ha experimentado con IA generativa en otros ámbitos. Google afirma que la editorial utiliza Vertex AI y Gemini para generar grandes conjuntos de ideas para escenarios y objetos de juegos. Su proyecto de IA de Capcom se presentó como una forma de acelerar la lluvia de ideas, no de publicar directamente activos generados.
Según los informes, aquel proyecto anterior abordaba una tarea inusualmente repetitiva. Los equipos a veces necesitaban cientos de miles de ideas de fondo mientras desarrollaban un mundo ficticio coherente. Los modelos podían producir candidatos iniciales dentro de ciertas restricciones, dejando a los empleados evaluar la relevancia y la calidad.
REX amplía el alcance desde la lluvia de ideas hasta la producción técnica. Es una escalada significativa, incluso si Capcom mantiene el arte generado por IA fuera de los juegos publicados. La generación de código, las pruebas automatizadas y el análisis de registros influyen en los calendarios, la dotación de personal y la responsabilidad.
El contexto laboral hace que estas decisiones sean delicadas. La encuesta de desarrolladores de 2026 recopiló respuestas de más de 2.300 profesionales de la industria de los videojuegos. Determinó que el 36 por ciento utilizaba IA generativa en su trabajo.
La adopción no se tradujo en aprobación. El cincuenta y dos por ciento afirmó que la IA generativa estaba teniendo un impacto negativo en la industria, frente al 30 por ciento de un año antes. Solo el 7 por ciento consideró positivo su impacto.
La oposición fue especialmente intensa entre los trabajadores más cercanos a la producción de juegos. Las respuestas negativas alcanzaron el 64 por ciento entre artistas visuales y técnicos, el 63 por ciento entre trabajadores de diseño y narrativa, y el 59 por ciento entre programadores.
Estos resultados crean la tensión central en el desarrollo de juegos con IA de Capcom. La dirección puede considerar la automatización como una protección frente al aumento de los costes de producción. Los trabajadores pueden percibir la misma inversión como presión sobre puestos ya afectados por despidos.
Capcom no ha anunciado que REX eliminará puestos de trabajo. Tampoco ha ofrecido garantías de empleo vinculadas al proyecto. La interpretación responsable se sitúa entre asumir una asistencia inocua y declarar la existencia de un plan de sustitución automatizada.
La cuestión decisiva será cómo mida Capcom el éxito. Si evalúa REX mediante tiempos de espera más cortos, detección temprana de errores y menos tareas repetitivas, el argumento de colaboración ganará credibilidad. Si la reducción de plantilla se convierte en el resultado principal, será más difícil desestimar la preocupación por la sustitución.
Los derechos de autor, la seguridad y la fiabilidad siguen sin resolverse
Un motor legible por máquinas no determina quién posee los datos de entrenamiento, quién aprueba el código generado ni quién asume la responsabilidad cuando falla la automatización.
Capcom reconoce varios de estos riesgos. En un diálogo con inversores publicado, la empresa afirmó que ya utiliza IA para la comprobación de errores y la eficiencia de RE Engine. También identificó los derechos de autor, la seguridad de los datos y la formación de especialistas como preocupaciones persistentes.
Las cuestiones de derechos de autor dependen del sistema y de sus datos de entrada. Una herramienta entrenada internamente con código aprobado por Capcom plantea riesgos distintos a los de un modelo público entrenado con repositorios desconocidos. La presentación de la conferencia no ofreció una política completa de gobernanza de modelos.
Abrir tecnologías seleccionadas añade otra complicación. Según se informa, Capcom planea publicar partes de RE:Dox y RE:Log para que los desarrolladores externos y los sistemas de IA puedan comprenderlas. El código abierto puede mejorar la documentación, las pruebas y la interoperabilidad.
También puede exponer detalles arquitectónicos que requieren una revisión de seguridad cuidadosa. Capcom debe separar la infraestructura reutilizable de los sistemas propietarios, las credenciales, los datos de juego y la información de producción no publicada. Un repositorio público por sí solo no establece un uso seguro de la IA.
La filtración de datos representa una preocupación laboral más inmediata. Los desarrolladores podrían exponer código o recursos confidenciales si los prompts salen de entornos controlados. Las reglas de acceso empresarial, los registros, los límites de retención y el aislamiento de modelos importarán tanto como la capacidad del modelo.
La fiabilidad presenta un riesgo aparte. Los grandes modelos de lenguaje generan resultados probables, no decisiones de ingeniería verificadas. Pueden inventar API, pasar por alto restricciones de plataforma o recomendar código que compila pero se comporta de forma incorrecta.
Las pruebas automatizadas también reflejan las pruebas que reciben. Un agente puede completar repetidamente una ruta programada sin detectar comportamientos inesperados de los jugadores. Podría confirmar la estabilidad técnica sin reconocer un diseño confuso, problemas de accesibilidad o un encuentro poco interesante.
REX podría reducir algunos fallos al conectar la generación con la ejecución y la validación. Un asistente que escribe código, lo compila y ejecuta pruebas recibe mejor retroalimentación que uno que trabaja a partir de un prompt aislado. Aun así, necesita criterios de aceptación definidos por humanos.
La calidad creativa sigue siendo más difícil de formalizar. Los juegos de Capcom dependen del ritmo, la dirección visual, la composición de niveles, el rendimiento y unas expectativas deliberadas para el jugador. Estas cualidades surgen mediante iteración y criterio, no solo a partir de código válido.
Pragmata aporta al anuncio un trasfondo cultural inusual. Su narrativa de ciencia ficción explora la peligrosa dependencia de la inteligencia artificial. La estrategia de producción de Capcom no equivale a esa ficción, pero el contraste pone de relieve una cuestión real.
La empresa pide a los desarrolladores que confíen en la IA dentro del sistema utilizado para crear sus propiedades más valiosas. Esa confianza debe surgir de salvaguardas visibles, resultados precisos y una responsabilidad clara. Un eslogan sobre colaboración no puede sustituir esos controles.
Por tanto, la mayor incógnita es la gobernanza. ¿Quién puede autorizar los cambios generados y cómo se etiquetan? ¿A qué datos pueden acceder los modelos y durante cuánto tiempo se conservan?
Capcom también debe determinar si los revisores humanos tienen suficiente tiempo para cuestionar los resultados automatizados. La asistencia de IA puede aumentar el volumen de código propuesto más rápido de lo que los equipos pueden inspeccionarlo de forma responsable. Una generación más rápida no garantiza una producción más rápida.
Un programa creíble haría seguimiento de defectos que llegan a producción, falsos positivos, tiempo de revisión, incidentes de seguridad y experiencia de los empleados. Capcom aún no ha publicado esas mediciones. Hasta que lo haga, REX seguirá siendo una dirección técnica, no una reforma de producción probada.
Tres señales mostrarán si la estrategia de IA de Capcom funciona
La próxima evidencia debe provenir de herramientas operativas, salvaguardas divulgadas y resultados de desarrollo medibles.
La primera señal será el lanzamiento y la adopción de componentes de REX. Capcom afirma que la transición será gradual, lo que facilita evaluar los sistemas individuales. RE:Dox, RE:UI, RE:Log, RE:Flows y RE:Runtime deberían generar cambios observables antes de que llegue la visión más amplia de IA.
La evidencia útil incluiría tiempos de iteración más cortos, menos bloqueos de herramientas, procesamiento de datos más rápido o pruebas automatizadas más fiables. Las demostraciones deberían mostrar condiciones de producción, en lugar de ejemplos limitados de laboratorio.
La actividad de código abierto añadirá otro indicador. El código público, la documentación, los historiales de incidencias y las contribuciones externas pueden revelar si las tecnologías REX seleccionadas han madurado lo suficiente para someterse a escrutinio. También pueden aclarar qué partes siguen siendo internas.
La segunda señal será la política de gobernanza de Capcom. La empresa ha reconocido las preocupaciones sobre derechos de autor y seguridad, pero reconocerlas no establece reglas operativas. Los desarrolladores necesitan saber qué datos utilizan los modelos y qué decisiones requieren aprobación humana.
La divulgación debería distinguir la automatización convencional de la IA generativa. Un sistema que agrupa objetos en tiempo de ejecución no equivale a un modelo que genera código fuente. Agruparlos bajo una única etiqueta de IA vuelve menos precisa tanto la evaluación técnica como la discusión laboral.
Capcom también debería explicar si el código generado recibe una procedencia identificable. Los revisores necesitan un registro de qué modelo produjo un cambio, qué contexto recibió y qué empleado lo aprobó. Ese registro adquiere importancia cuando aparecen defectos más adelante.
La tercera señal será lo que ocurra con los equipos y los calendarios de producción. Capcom se enfrenta a crecientes necesidades de inversión a medida que los juegos se vuelven más sofisticados. Sus propios informes indican que quiere mejorar los rendimientos mientras sigue ampliando las ventas.
Si REX elimina esperas y trabajo repetitivo, los equipos deberían ganar más tiempo para diseño, optimización y pruebas centradas en el jugador. Ese resultado respaldaría la afirmación de Capcom de que la IA actúa como socio.
Si los calendarios siguen ampliándose mientras las cargas de trabajo se intensifican, el argumento de eficiencia se debilita. Lo mismo ocurre si la adopción de IA va acompañada de una menor contratación de personal de nivel inicial o de equipos de pruebas más pequeños, sin mejores datos de calidad.
La opinión del sector seguirá siendo un contrapeso útil. La encuesta de GDC muestra que el uso y la aceptación pueden avanzar en direcciones opuestas. Los desarrolladores pueden adoptar herramientas porque sus empleadores lo exigen, mientras siguen cuestionando su valor.
El comportamiento de los competidores también importa. Unreal Engine es el motor principal para el 42 por ciento de los desarrolladores en la encuesta de 2026, mientras que Unity representa el 30 por ciento. Sus herramientas de IA establecen un referente externo para la plataforma interna de Capcom.
Capcom no necesita que REX gane el mercado de motores porque no vende RE Engine como producto comercial general. Sí necesita que sus herramientas internas compitan con las funciones disponibles para los estudios que utilizan plataformas externas más grandes.
El control de la empresa sobre su motor le proporciona una ventaja. Capcom puede conectar herramientas de IA directamente con sus formatos de datos, sistemas de compilación, infraestructura de pruebas e historial técnico. No necesita esperar la hoja de ruta de un proveedor externo.
Ese control también concentra la responsabilidad. Capcom no puede culpar a un proveedor externo de motores si REX produce flujos de trabajo poco fiables o salvaguardas inadecuadas. La empresa es responsable de la arquitectura, la implementación y las consecuencias laborales.
La interpretación más creíble del desarrollo de videojuegos con IA de Capcom no es ni la creatividad autónoma ni el simple marketing. Es un esfuerzo a largo plazo para hacer que el entorno técnico del estudio sea comprensible tanto para personas como para máquinas.
Ese esfuerzo comienza con ingeniería poco glamurosa: datos estandarizados, código legible, registros centralizados, interfaces más rápidas y pruebas repetibles. La IA se convierte en la siguiente capa, no en toda la base.
Para los desarrolladores, la pregunta inmediata no es si un modelo puede crear un juego completo. Es si la IA puede eliminar fricciones medibles sin debilitar la propiedad, el criterio o las condiciones laborales.
Observe los lanzamientos de REX, las salvaguardas de Capcom y los resultados que experimenten los equipos de producción. Esas señales determinarán si “crear juntos” describe una colaboración productiva o una etiqueta más suave para trasladar el trabajo lejos de las personas.
