House House reveló una corrección de 10 líneas con ayuda de IA: 19 jueces del IGF rechazan los juegos que usan IA

Tu juego va lento por un error del motor. El equipo está atascado, consultar a un especialista no ha servido y un chatbot propone un enfoque que funciona después de retocarlo a mano. La corrección ocupa diez líneas. Para el desarrollador, el problema está resuelto. Para parte del jurado de un festival, eso basta para negarse a votar por el juego.

Esa es precisamente la situación en la que se encuentra House House, creador del juego cooperativo Big Walk. La historia resulta útil para cualquier equipo que utilice IA durante el desarrollo: no basta con acordar internamente el uso de una herramienta. También hay que conocer las exigencias de las plataformas, los concursos y las personas de las que depende la promoción del producto.

Cómo diez líneas desencadenaron un conflicto

Según el relato de House House, en la fase final del desarrollo el equipo se topó con un error de Unity: en determinadas situaciones, el motor generaba sombras de una longitud prácticamente infinita, lo que ralentizaba el juego. El estudio afirma que consultó a un ingeniero de Unity, pero este consideró imposible corregirlo.

Después, los desarrolladores preguntaron a un modelo de lenguaje. Este propuso una posible solución que hubo que reelaborar considerablemente. Al juego llegaron diez líneas de código. Esta es la versión del propio estudio: no permite concluir que el modelo diagnosticara el problema por su cuenta y entregara un parche listo y verificado.

House House calcula que todo el código relacionado con este tipo de consultas a un LLM representa mucho menos del 0,1% de la base de código. Esa cifra describe la escala de uso según la estimación de los desarrolladores. No dice nada sobre la calidad de la corrección, su fiabilidad ni las horas ahorradas.

También hay una salvedad técnica importante. La historia no demuestra que el fallo no pudiera corregirse por medios convencionales. El artículo original también recoge una valoración contraria. El resultado práctico es más modesto: tras consultar a un chatbot y reelaborar su respuesta, el equipo encontró una vía que le funcionó.

La tienda y el jurado tienen expectativas distintas

Diecinueve integrantes del jurado del Independent Games Festival, compuesto por más de cincuenta personas, firmaron una declaración en la que se niegan a votar por juegos que utilicen IA generativa de cualquier forma. También pidieron al festival que introduzca una prohibición en ese sentido en los próximos años. Entre los motivos citados figuran las consecuencias para el trabajo, la economía y el medioambiente.

Esta es la postura de un grupo de jueces. La declaración no significa por sí sola que el festival ya haya descalificado a Big Walk o aprobado la prohibición general propuesta. La distinción es importante para valorar las consecuencias: que algunos miembros se nieguen a votar y que se excluya oficialmente un juego del concurso son decisiones diferentes.

House House explicó que no declaró ese uso al lanzar el juego en Steam porque Valve no exige informar sobre este tipo de utilización de chatbots y código. Al presentar el juego al IGF, el estudio indicó que había recibido ayuda de IA y después hizo pública su explicación. Los detalles del conflicto se recogen en este artículo de Ars Technica.

De ahí surge un problema para los equipos de producto: cumplir los requisitos de una plataforma no garantiza que los demás actores del sector consideren suficiente la información facilitada. Puede que el usuario nunca vea en pantalla el resultado del trabajo del modelo, pero el propio proceso de producción puede seguir siendo relevante para el público.

Qué debe decidir el equipo antes del próximo lanzamiento

El desacuerdo gira en torno al criterio de admisibilidad. Algunos participantes en el debate distinguen entre una sugerencia técnica y la generación masiva de gráficos o música. Otros consideran que rechazar la tecnología en sí es una cuestión de principios, independientemente del alcance de su intervención. El porcentaje de código no resuelve esta disputa: las partes están valorando cosas distintas.

Al equipo le puede resultar útil llevar un registro sencillo del uso de IA: qué problema se intentaba resolver, qué propuso el modelo, qué se incorporó al producto y quién verificó el resultado. Ese documento ayuda a responder con precisión a las preguntas de una editora o de los organizadores de un concurso. Sin él, incluso una declaración de buena fe puede acabar convertida en recuerdos imprecisos justo antes de la fecha límite.

Antes de presentar el juego, conviene revisar por separado las disposiciones sobre código, contenido y herramientas de desarrollo. Si las normas son ambiguas, es mejor obtener una aclaración por escrito con antelación. La revisión técnica del parche sigue siendo una tarea obligatoria del equipo: la aprobación pública de una herramienta no verifica la corrección por el desarrollador.

El caso de Big Walk muestra un riesgo concreto: un pequeño cambio puede afectar al acceso al reconocimiento profesional. Por eso, la decisión de recurrir a un chatbot para resolver un fallo complejo afecta tanto al desarrollo como a la futura comunicación en torno al producto.