House House revelou correção de 10 linhas com ajuda de IA — 19 jurados do IGF rejeitam jogos que usam IA

Seu jogo está lento por causa de um erro no motor. A equipe está empacada, a consulta a um especialista não ajudou e um chatbot sugeriu uma abordagem que funcionou após ajustes manuais. A correção ocupa dez linhas. Para o desenvolvedor, o problema está resolvido. Para parte do júri de um festival, isso basta para se recusar a votar no jogo.

Foi exatamente nessa situação que se viu a House House, criadora do jogo cooperativo Big Walk. A história é útil para qualquer equipe que use IA no desenvolvimento: não basta chegar a um acordo interno sobre o uso da ferramenta. É preciso entender as exigências das plataformas, dos concursos e das pessoas que influenciam a promoção do produto.

Como dez linhas provocaram um conflito

Segundo o relato da House House, na etapa final do desenvolvimento a equipe encontrou um bug no Unity: em determinadas situações, o motor gerava sombras de comprimento praticamente infinito, deixando o jogo lento. O estúdio afirma que consultou um engenheiro do Unity, mas ele considerou impossível corrigir o problema.

Depois disso, os desenvolvedores recorreram a um modelo de linguagem. Ele sugeriu uma possível solução que precisou ser bastante reformulada. Dez linhas de código entraram no jogo. Essa é a descrição do próprio estúdio: ela não permite concluir que o modelo diagnosticou o problema sozinho e entregou um patch pronto e verificado.

A House House estima que todo o código relacionado a esse tipo de consulta a LLMs representa muito menos de 0,1% da base de código. O número descreve a escala de uso segundo a estimativa dos desenvolvedores. Não diz nada sobre a qualidade da correção, sua confiabilidade ou a quantidade de horas economizadas.

Há também uma ressalva técnica importante. A história não prova que o bug não pudesse ser corrigido por meios convencionais. A reportagem original também menciona uma avaliação contrária. O resultado prático é mais modesto: depois de consultar um chatbot e retrabalhar a resposta por conta própria, a equipe encontrou um caminho que funcionou para ela.

A loja e o júri têm expectativas diferentes

Dezenove integrantes do júri do Independent Games Festival, que tem mais de cinquenta pessoas, assinaram uma declaração de recusa a votar em jogos com qualquer uso de IA generativa. Eles também pediram que o festival adote uma proibição nesse sentido nos próximos anos. Entre os motivos citados estão os impactos sobre o trabalho, a economia e o meio ambiente.

Essa é a posição de um grupo de jurados. A declaração, por si só, não significa que o festival já tenha desclassificado Big Walk ou adotado a proibição geral proposta. Essa diferença é relevante para avaliar as consequências: a recusa de alguns integrantes em votar e a exclusão oficial da competição são decisões distintas.

A House House explicou que não declarou esse uso no lançamento no Steam porque a Valve não exige informar esse tipo de utilização de chatbots e código. Ao inscrever o jogo no IGF, o estúdio declarou a ajuda da IA e depois tornou sua explicação pública. Os detalhes do conflito estão nesta reportagem da Ars Technica.

Daí surge um problema para as equipes de produto: cumprir as exigências de uma plataforma não garante que os demais participantes do mercado considerem a declaração suficiente. O usuário pode nunca ver na tela o resultado do trabalho do modelo, mas o próprio processo de produção ainda pode ser relevante para o público.

O que a equipe deve decidir antes do próximo lançamento

A divergência está no critério do que é aceitável. Alguns participantes da discussão distinguem uma sugestão técnica da geração em massa de gráficos ou música. Outros consideram a rejeição à tecnologia em si uma questão de princípio, independentemente do tamanho de sua participação. O percentual de código não resolve essa disputa: os lados estão avaliando coisas diferentes.

Um registro simples do uso de IA pode ajudar a equipe: qual problema estava sendo resolvido, o que o modelo sugeriu, o que entrou no produto e quem verificou o resultado. Esse documento ajuda a responder com precisão às perguntas de uma publicadora ou dos organizadores de um concurso. Sem ele, até uma declaração de boa-fé pode facilmente se resumir a lembranças imprecisas às vésperas do prazo.

Antes da inscrição, vale conferir separadamente as disposições sobre código, conteúdo e ferramentas de desenvolvimento. Se as regras forem ambíguas, é melhor obter um esclarecimento por escrito com antecedência. A revisão técnica do patch continua sendo uma tarefa obrigatória da equipe: a aprovação pública de uma ferramenta não verifica a correção pelo desenvolvedor.

O caso de Big Walk mostra um risco concreto: uma pequena alteração pode afetar o acesso ao reconhecimento profissional. Por isso, a decisão de usar um chatbot para resolver um bug difícil afeta tanto o desenvolvimento quanto a futura comunicação sobre o produto.