O desenvolvimento de jogos com IA da Capcom avança para o RE Engine, apesar da reação negativa da indústria

A Capcom transferiu sua estratégia de desenvolvimento de jogos com IA para o RE Engine, apesar da crescente oposição à IA generativa entre desenvolvedores. Em uma conferência técnica em 2 de outubro, o programador Satoshi Ishida apresentou o REX, o plano da empresa para reconstruir gradualmente sua base interna de produção.

A proposta é mais específica do que permitir que um chatbot gere jogos finalizados. A Capcom quer sistemas de software que a IA possa ler, modificar, testar e inspecionar em conjunto com desenvolvedores humanos. O objetivo declarado é um “futuro em que criamos jogos junto com a IA”.

Essa distinção importa porque a Capcom faz essa aposta em meio a uma forte divisão na indústria. Estúdios enfrentam projetos maiores, ciclos de produção mais longos e trabalhos caros de garantia de qualidade. Ainda assim, muitos artistas, designers, roteiristas e programadores acreditam que a IA generativa ameaça empregos, propriedade criativa e condições de trabalho.

A Capcom está inserindo sua resposta no motor usado por Resident Evil, Monster Hunter e Street Fighter. Se o REX funcionar, a assistência de IA passará a integrar a infraestrutura sob o desenvolvimento, em vez de ser um recurso visível adicionado perto do lançamento.

O desenvolvimento de jogos com IA da Capcom começa abaixo da camada criativa

A Capcom está redesenhando o sistema de produção em torno da compatibilidade com IA, e não anunciando uma máquina que gera jogos completos.

Ishida apresentou o plano na Capcom Open Conference RE: 2026, em Tóquio. A Capcom já havia identificado o REX, abreviação de RE neXt Engine, como a próxima etapa de seu motor proprietário. A apresentação de outubro deu a esse roteiro uma direção mais clara para IA.

O momento foi deliberado. O desenvolvimento do RE Engine começou em 2014, e a tecnologia estreou com Resident Evil 7 em 2017. Segundo a cobertura original da conferência REX, a Capcom o utilizou desde então em mais de 27 títulos.

Um motor oferece os sistemas compartilhados usados para criar, executar, depurar e lançar jogos. Ele pode gerenciar gráficos, animação, dados, física, ferramentas, suporte a plataformas e outras funções técnicas. Como toda equipe de produção depende dele, uma mudança no motor pode remodelar o trabalho em todo um estúdio.

Mais de 2.000 desenvolvedores da Capcom usam agora o RE Engine, segundo o relatório da conferência. Esses usuários incluem funcionários internacionais e empregados familiarizados com outros ambientes de desenvolvimento. Portanto, o sistema precisa atender mais pessoas, mais projetos e mais formas de trabalho do que seus projetistas originais previram.

A escala dos jogos cria outro problema. Lançamentos modernos contêm vastas coleções de personagens, animações, ambientes, elementos de interface e configurações específicas de plataformas. Até uma pequena revisão pode disparar processamento, conversão, validação e testes em um grande conjunto de dados.

O REX pretende enfrentar esses gargalos sem descartar a base existente da Capcom. O roteiro do motor da empresa descreve uma transição gradual que adiciona novas tecnologias ao RE Engine, em vez de substituí-lo por completo.

Essa abordagem incremental reduz o risco de migração. As equipes podem continuar lançando jogos enquanto as ferramentas subjacentes mudam em etapas. Ela também permite que a Capcom teste componentes individuais em produção antes de torná-los universais.

A apresentação pública descreveu vários sistemas nomeados dentro do REX. O RE:Dox padroniza como diferentes tipos de dados são representados e processados. O RE:UI substitui partes da estrutura de interface usada pelas ferramentas internas de desenvolvimento.

O RE:Log centraliza logs técnicos e comunicações. O RE:Flows converte a lógica visual de jogos em uma linguagem de programação padronizada. O RE:Runtime altera como o motor processa grandes grupos de objetos e personagens.

Esses componentes não são todos produtos de IA. Grande parte do trabalho imediato envolve velocidade, uso de memória, consistência de dados, automação e colaboração mais fácil. No entanto, suas estruturas compartilhadas preparam o motor para uma assistência de máquina mais profunda posteriormente.

Isso faz do anúncio da Capcom, antes de tudo, uma história de infraestrutura. A empresa está reorganizando as informações que desenvolvedores e máquinas precisam entender antes de pedir à IA que realize trabalhos mais relevantes.

Por que o REX torna o motor mais fácil de ser lido pela IA

O REX trata código e dados padronizados como pré-requisito para uma assistência de IA útil.

Sistemas de IA têm dificuldades quando ferramentas internas dependem de formatos inconsistentes, comportamentos não documentados ou códigos especializados que não aparecem em nenhum material de treinamento. Funcionários humanos enfrentam muitos dos mesmos obstáculos. Ambos os grupos se beneficiam quando os sistemas seguem padrões comuns.

A Capcom afirma que o REX aproximará uma parte maior de sua base de regras de programação amplamente compreendidas. O RE:Flows ilustra essa estratégia. Designers podem montar comportamentos de jogos visualmente, enquanto a ferramenta traduz seu trabalho em código padronizado por trás da interface.

O benefício vai além da conveniência. Ferramentas de script visual frequentemente armazenam lógica em formatos que se tornam difíceis de revisar, mesclar ou depurar. Traduzir essa lógica em código legível torna a colaboração e a análise automatizada mais práticas.

Um assistente de IA poderia eventualmente inspecionar essa saída, explicar uma falha, propor uma edição ou gerar um teste. O desenvolvedor ainda definiria o comportamento pretendido. A máquina operaria com base em uma representação técnica consistente.

O RE:Dox aplica uma ideia semelhante aos dados. Jogos contêm muitos formatos especializados, cada um com suas próprias regras e dependências. Um modelo de dados comum pode reduzir o trabalho de conversão, ao mesmo tempo que torna as relações mais fáceis de rastrear por sistemas automatizados.

O RE:Log cria a camada de observação. Os logs registram erros, alertas, eventos de desempenho e outras atividades durante o desenvolvimento. Centralizar esses registros oferece aos engenheiros um histórico pesquisável, em vez de espalhar evidências entre máquinas individuais.

Esse histórico pode apoiar diagnósticos humanos hoje e diagnósticos assistidos por IA mais adiante. Um modelo poderia comparar uma nova falha com incidentes anteriores, identificar alterações relevantes e sugerir causas prováveis. Seu valor dependeria de registros precisos e acesso controlado.

A Capcom já demonstrou interesse em sistemas de conhecimento institucional. O programa da conferência incluiu o REAssistAI, uma interface interna de modelo de linguagem de grande porte para acessar 10 anos de conhecimento técnico acumulado. Esse projeto fica fora dos cinco componentes do REX detalhados na apresentação principal, mas segue a mesma lógica.

Na prática, a empresa está transformando o histórico de desenvolvimento em contexto legível por máquinas. Essa abordagem se assemelha a uma base de conhecimento de engenharia especializada, na qual documentação e registros permanecem conectados ao trabalho técnico cotidiano.

O RE:UI contribui por meio da testabilidade. A Capcom projetou a estrutura de interface para que o software possa examinar componentes sem exigir que uma pessoa observe a tela. Essa separação facilita a execução e a repetição de testes automatizados.

O RE:Runtime aborda o desempenho de execução. Em vez de gerenciar cada objeto separadamente, o sistema agrupa o trabalho em blocos que podem ser processados com mais eficiência. Ele também traduz código amigável para desenvolvedores na linguagem RE:C++ da Capcom, voltada ao desempenho.

Nenhuma dessas mudanças significa que a IA possa projetar de forma independente uma fase atraente de Resident Evil. Elas estabelecem uma superfície operacional mais limpa sobre a qual ferramentas automatizadas podem agir. Primeiro, a Capcom está reduzindo a ambiguidade que torna o trabalho humano e o trabalho de máquinas pouco confiáveis.

Esse é o mecanismo por trás da afirmação maior da empresa. A IA só se torna útil depois que o motor expõe código, dados, logs, testes e fluxos de trabalho em formatos que o software consegue interpretar de maneira consistente.

O verdadeiro conflito é assistência versus substituição

A Capcom apresenta a IA como parceira de produção, enquanto muitos desenvolvedores veem a mesma tecnologia como um caminho para a substituição.

Os casos de uso preferidos da empresa se concentram no trabalho interno. Ishida descreveu um futuro em que a IA pode entender programas, criar código, executar sessões de teste e verificar builds em busca de defeitos. Essas tarefas ficam ao redor do processo criativo, mas ainda podem afetar quem realiza o trabalho.

Os testes oferecem um exemplo claro. Um grande jogo exige verificações repetidas em personagens, ambientes, configurações de hardware e ações de jogadores. Agentes automatizados podem executar cenários previsíveis por períodos mais longos do que um testador humano.

O programa da conferência da Capcom também apresentou testes autônomos que avaliam tanto vídeo quanto áudio. Esses sistemas podem ajudar a encontrar falhas reproduzíveis mais cedo. Eles não conseguem determinar automaticamente se o combate parece justo, se uma piada funciona ou se uma sequência de terror cria a tensão pretendida.

A assistência de código envolve uma divisão semelhante. A IA pode elaborar implementações rotineiras, pesquisar documentação ou identificar erros comuns. Engenheiros ainda precisam avaliar arquitetura, desempenho, segurança, capacidade de manutenção e as consequências de uma sugestão incorreta.

Essa revisão humana não é uma pequena etapa final. Motores de jogos operam sob rígidas restrições de memória e tempo em múltiplas plataformas. Uma resposta plausível de um modelo ainda pode introduzir falhas sutis que aparecem apenas sob cargas específicas.

A Capcom já experimentou IA generativa em outros contextos. O Google afirma que a publicadora usa Vertex AI e Gemini para gerar grandes conjuntos de ideias para cenários e objetos de jogos. Seu projeto de IA da Capcom foi apresentado como uma forma de acelerar o brainstorming, em vez de inserir diretamente ativos gerados em jogos lançados.

Esse projeto anterior teria lidado com uma tarefa excepcionalmente repetitiva. Às vezes, as equipes precisavam de centenas de milhares de ideias de fundo enquanto desenvolviam um mundo ficcional coerente. Os modelos podiam produzir candidatos iniciais dentro de certas restrições, deixando os funcionários responsáveis por avaliar relevância e qualidade.

O REX amplia o escopo do brainstorming para a produção técnica. Trata-se de uma escalada significativa, mesmo que a Capcom mantenha arte gerada por IA fora dos jogos lançados. Geração de código, testes automatizados e análise de logs influenciam cronogramas, equipes e responsabilidades.

O contexto trabalhista torna essas escolhas sensíveis. A pesquisa com desenvolvedores de 2026 reuniu respostas de mais de 2.300 profissionais da indústria de jogos. Ela constatou que 36% usavam IA generativa em seus trabalhos.

A adoção não se traduziu em aprovação. Cinquenta e dois por cento disseram que a IA generativa estava tendo um impacto negativo na indústria, em comparação com 30% um ano antes. Apenas 7% consideravam seu impacto positivo.

A oposição foi especialmente forte entre os profissionais mais próximos da produção de jogos. As respostas negativas chegaram a 64% entre artistas visuais e técnicos, 63% entre profissionais de design e narrativa e 59% entre programadores.

Esses resultados criam a tensão central no desenvolvimento de jogos com IA da Capcom. A administração pode encarar a automação como proteção contra custos de produção crescentes. Os trabalhadores podem ver o mesmo investimento como pressão sobre funções já afetadas por demissões.

A Capcom não anunciou que o REX eliminará postos de trabalho. Também não forneceu garantias de emprego ligadas ao projeto. A leitura responsável está entre presumir uma assistência inofensiva e declarar a existência de um plano de substituição automatizada.

A questão decisiva será como a Capcom mede o sucesso. Se avaliar o REX por meio de tempos de espera menores, detecção mais precoce de bugs e menos tarefas repetitivas, o argumento de parceria ganha credibilidade. Se a redução de pessoal se tornar o principal resultado, a preocupação com substituição ficará mais difícil de descartar.

Direitos Autorais, Segurança e Confiabilidade Permanecem sem Solução

Um mecanismo legível por máquinas não resolve quem possui os dados de treinamento, quem aprova o código gerado ou quem assume a responsabilidade quando a automação falha.

A Capcom reconhece vários desses riscos. Em um diálogo com investidores publicado, a empresa afirmou que já usa IA para verificação de bugs e eficiência da RE Engine. Também identificou direitos autorais, segurança de dados e treinamento de especialistas como preocupações contínuas.

As questões de direitos autorais dependem do sistema e de suas entradas. Uma ferramenta treinada internamente usando código aprovado da Capcom apresenta riscos diferentes dos de um modelo público treinado em repositórios desconhecidos. A apresentação na conferência não forneceu uma política completa de governança de modelos.

Abrir tecnologias selecionadas adiciona outra complicação. Segundo relatos, a Capcom planeja publicar partes de RE:Dox e RE:Log para que desenvolvedores externos e sistemas de IA possam compreendê-los. Código de código aberto pode melhorar documentação, testes e interoperabilidade.

Também pode expor detalhes arquitetônicos que exigem uma análise cuidadosa de segurança. A Capcom precisa separar a infraestrutura reutilizável de sistemas proprietários, credenciais, dados de jogos e informações de produção ainda não divulgadas. Um repositório público, por si só, não estabelece um uso seguro de IA.

O vazamento de dados representa uma preocupação mais imediata no ambiente de trabalho. Desenvolvedores podem expor código ou ativos confidenciais caso prompts saiam de ambientes controlados. Regras de acesso corporativo, registros, limites de retenção e isolamento de modelos importarão tanto quanto a capacidade do modelo.

A confiabilidade apresenta um risco separado. Modelos de linguagem de grande porte geram resultados prováveis, e não decisões de engenharia verificadas. Eles podem inventar APIs, ignorar restrições de plataforma ou recomendar código que compila, mas se comporta incorretamente.

Os testes automatizados também refletem os testes que recebem. Um agente pode concluir repetidamente uma rota roteirizada enquanto deixa de perceber comportamentos inesperados dos jogadores. Ele pode confirmar estabilidade técnica sem reconhecer design confuso, problemas de acessibilidade ou um encontro pouco interessante.

O REX poderia reduzir algumas falhas ao conectar geração com execução e validação. Um assistente que escreve código, o compila e executa testes recebe feedback melhor do que outro que trabalha a partir de um prompt isolado. Ainda assim, ele precisa de critérios de aceitação definidos por humanos.

A qualidade criativa continua mais difícil de formalizar. Os jogos da Capcom dependem de ritmo, direção visual, composição de fases, desempenho e expectativas deliberadas dos jogadores. Essas qualidades surgem por meio de iteração e julgamento, não apenas de código válido.

Pragmata dá ao anúncio um contexto cultural incomum. Sua narrativa de ficção científica explora uma dependência perigosa da inteligência artificial. A estratégia de produção da Capcom não equivale a essa ficção, mas o contraste destaca uma questão real.

A empresa está pedindo aos desenvolvedores que confiem na IA dentro do sistema usado para criar suas propriedades mais valiosas. Essa confiança precisa vir de salvaguardas visíveis, resultados precisos e responsabilidade clara. Um slogan sobre colaboração não pode substituir esses controles.

Portanto, a maior questão sem resposta é a governança. Quem pode autorizar alterações geradas e como essas alterações são identificadas? A quais dados os modelos podem acessar e por quanto tempo eles são retidos?

A Capcom também precisa determinar se os revisores humanos têm tempo suficiente para contestar resultados automatizados. A assistência de IA pode aumentar o volume de código proposto mais rapidamente do que as equipes conseguem inspecioná-lo com responsabilidade. Geração mais rápida não garante produção mais rápida.

Um programa crível acompanharia defeitos que escaparam, falsos positivos, tempo de revisão, incidentes de segurança e experiência dos funcionários. A Capcom ainda não publicou essas medições. Até que o faça, o REX continua sendo uma direção técnica, e não uma reforma de produção comprovada.

Três Sinais Mostrarão se a Estratégia de IA da Capcom Funciona

As próximas evidências precisam vir de ferramentas em funcionamento, salvaguardas divulgadas e resultados mensuráveis de desenvolvimento.

O primeiro sinal é o lançamento e a adoção dos componentes do REX. A Capcom afirma que a transição será gradual, o que torna sistemas individuais mais fáceis de avaliar. RE:Dox, RE:UI, RE:Log, RE:Flows e RE:Runtime devem produzir mudanças observáveis antes que a visão mais ampla de IA se concretize.

Evidências úteis incluiriam tempos de iteração menores, menos travamentos das ferramentas, processamento de dados mais rápido ou testes automatizados mais confiáveis. As demonstrações devem mostrar condições de produção, e não exemplos restritos de laboratório.

A atividade de código aberto acrescentará outro indicador. Código público, documentação, históricos de issues e contribuições externas podem revelar se tecnologias selecionadas do REX estão maduras o suficiente para escrutínio. Também podem esclarecer quais partes permanecem internas.

O segundo sinal é a política de governança da Capcom. A empresa reconheceu preocupações com direitos autorais e segurança, mas reconhecimento não estabelece regras operacionais. Os desenvolvedores precisam saber quais dados os modelos usam e quais decisões exigem aprovação humana.

A divulgação deve distinguir automação convencional de IA generativa. Um sistema que agrupa objetos em tempo de execução não equivale a um modelo que gera código-fonte. Combiná-los sob um único rótulo de IA torna tanto a avaliação técnica quanto a discussão trabalhista menos precisas.

A Capcom também deve explicar se o código gerado recebe uma proveniência identificável. Os revisores precisam de um registro de qual modelo produziu uma alteração, qual contexto ele recebeu e qual funcionário a aprovou. Esse registro se torna importante quando defeitos aparecem posteriormente.

O terceiro sinal é o que acontece com as equipes e os cronogramas de produção. A Capcom enfrenta necessidades crescentes de investimento à medida que os jogos se tornam mais sofisticados. Seus próprios relatórios afirmam que ela busca melhores retornos enquanto continua expandindo as vendas.

Se o REX eliminar espera e trabalho repetitivo, as equipes devem ganhar mais tempo para design, otimização e testes centrados no jogador. Esse resultado sustentaria a afirmação da Capcom de que a IA atua como parceira.

Se os cronogramas continuarem se expandindo enquanto as cargas de trabalho se intensificam, o argumento de eficiência enfraquece. O mesmo vale se a adoção de IA vier acompanhada de menos contratações de nível inicial ou de equipes de testes menores sem dados melhores de qualidade.

O sentimento do setor continuará sendo um contraponto útil. A pesquisa da GDC mostra que uso e aceitação podem se mover em direções opostas. Desenvolvedores podem adotar ferramentas porque seus empregadores exigem isso, enquanto continuam questionando seu valor.

O comportamento dos concorrentes também importa. Unreal Engine é a engine principal para 42 por cento dos desenvolvedores na pesquisa de 2026, enquanto Unity responde por 30 por cento. Suas ferramentas de IA estabelecem um parâmetro externo para a plataforma interna da Capcom.

A Capcom não precisa que o REX vença um mercado de engines, pois não vende a RE Engine como um produto comercial geral. No entanto, precisa que suas ferramentas internas concorram com recursos disponíveis para estúdios que usam plataformas externas maiores.

O controle da empresa sobre sua engine oferece uma vantagem. A Capcom pode conectar ferramentas de IA diretamente aos seus formatos de dados, sistemas de build, infraestrutura de testes e histórico técnico. Ela não precisa esperar pelo roteiro de desenvolvimento de um fornecedor terceirizado.

Esse controle também concentra a responsabilidade. A Capcom não pode culpar um fornecedor externo de engine se o REX produzir fluxos de trabalho pouco confiáveis ou salvaguardas inadequadas. A empresa é responsável pela arquitetura, implementação e consequências no ambiente de trabalho.

A interpretação mais crível do desenvolvimento de jogos com IA da Capcom não é criatividade autônoma nem simples marketing. Trata-se de um esforço de longo prazo para tornar o ambiente técnico do estúdio compreensível tanto para pessoas quanto para máquinas.

Esse esforço começa com engenharia pouco glamourosa: dados padronizados, código legível, logs centralizados, interfaces mais rápidas e testes repetíveis. A IA se torna a próxima camada, não toda a fundação.

Para os desenvolvedores, a questão imediata não é se um modelo pode criar um jogo completo. É se a IA consegue eliminar fricção mensurável sem enfraquecer propriedade, julgamento ou condições de trabalho.

Acompanhe os lançamentos do REX, as salvaguardas da Capcom e os resultados vivenciados pelas equipes de produção. Esses sinais determinarão se “criar juntos” descreve uma colaboração produtiva ou um rótulo mais brando para transferir trabalho das pessoas.