House House révèle une correction de 10 lignes assistée par IA — 19 jurés de l'IGF rejettent les jeux utilisant l'IA

Votre jeu rame à cause d'une erreur dans le moteur. L'équipe est bloquée, la consultation d'un spécialiste n'a rien donné, et un chatbot propose une approche qui, après retouches manuelles, fonctionne. La correction tient en dix lignes. Pour le développeur, le problème est réglé. Pour une partie du jury d'un festival, cela suffit à refuser de voter pour le jeu.

C'est exactement la situation de House House, créatrice du jeu coopératif Big Walk. Cette histoire est utile à toute équipe qui utilise l'IA dans son développement : il ne suffit pas de s'accorder en interne sur l'usage d'un outil. Il faut comprendre les exigences des plateformes, des concours et des personnes dont dépend la promotion d'un produit.

Comment dix lignes sont devenues un sujet de conflit

Selon House House, lors de la phase finale du développement, l'équipe a rencontré une erreur d'Unity : dans certaines situations, le moteur générait des ombres de longueur quasi infinie, ce qui ralentissait le jeu. Le studio affirme s'être adressé à un ingénieur d'Unity, qui a jugé la correction impossible.

Les développeurs ont ensuite interrogé un modèle de langage. Celui-ci a proposé une solution qu'il a fallu retravailler en profondeur. Dix lignes de code se sont retrouvées dans le jeu. Il s'agit de la description du studio lui-même : on ne peut pas en conclure que le modèle a diagnostiqué seul le problème et fourni un correctif prêt à l'emploi et vérifié.

House House estime que l'ensemble du code lié à ces requêtes au LLM représente nettement moins de 0,1 % de la base de code. Ce chiffre décrit l'ampleur de l'usage selon les développeurs. Il ne dit rien de la qualité de la correction, de sa fiabilité ni du nombre d'heures économisées.

Une réserve technique s'impose aussi. Cette histoire ne prouve pas que le bug ne pouvait pas être corrigé par des moyens classiques. Le matériel source mentionne d'ailleurs l'évaluation inverse. Le résultat pratique est plus modeste : l'équipe a trouvé une voie qui fonctionne pour elle après avoir consulté un chatbot et retravaillé sa réponse.

La boutique et le jury n'ont pas les mêmes attentes

Dix-neuf membres du jury de l'Independent Games Festival, qui en compte plus de cinquante, ont signé une déclaration refusant de voter pour les jeux recourant de quelque manière que ce soit à l'IA générative. Ils ont également appelé le festival à instaurer une interdiction en ce sens pour les années à venir. Parmi les raisons invoquées : les conséquences sur le travail, l'économie et l'environnement.

Il s'agit de la position d'un groupe de jurés. La déclaration ne signifie pas que le festival a déjà disqualifié Big Walk ni adopté l'interdiction générale proposée. Pour évaluer les conséquences, la différence est essentielle : le refus de certains participants de voter et l'exclusion officielle du concours sont deux décisions distinctes.

House House explique l'absence de mention lors de la sortie sur Steam par le fait que Valve n'exige pas de signaler ce type d'usage de chatbots et de code. Lors de sa candidature à l'IGF, le studio a indiqué l'aide de l'IA, puis a rendu son explication publique. Les détails du conflit sont exposés dans l'article d'Ars Technica.

D'où un problème pour le product manager : se conformer aux exigences d'une plateforme ne garantit pas que les autres acteurs du marché jugeront la divulgation suffisante. L'utilisateur peut ne jamais voir à l'écran le résultat du travail du modèle, mais la méthode de production restera significative pour le public.

Ce que l'équipe doit décider avant la prochaine sortie

Le désaccord porte sur le critère d'acceptabilité. Certains participants à la discussion distinguent une aide technique ponctuelle de la génération massive de graphismes ou de musique. D'autres jugent essentiel le refus même de la technologie, quel que soit son niveau d'implication. Le pourcentage de code ne tranche pas ce débat : les deux camps évaluent des choses différentes.

Un simple journal d'utilisation de l'IA est utile à une équipe : quelle tâche était traitée, ce que le modèle a proposé, ce qui est entré dans le produit et qui a vérifié le résultat. Un tel document permet de répondre précisément aux questions d'un éditeur ou d'un organisateur de concours. Sans lui, même une divulgation de bonne foi se réduit facilement à des souvenirs approximatifs à l'approche de l'échéance.

Avant de candidater, il faut vérifier séparément les formulations concernant le code, le contenu et les outils de développement. Si les règles sont ambiguës, mieux vaut obtenir une clarification écrite en amont. La revue technique du correctif reste un travail obligatoire de l'équipe : l'approbation publique d'un outil ne vérifie pas la correction à la place du développeur.

Le cas de Big Walk illustre un risque concret : une petite modification peut affecter l'accès à une reconnaissance professionnelle. La décision d'utiliser un chatbot pour un bug complexe touche donc à la fois le développement et la communication future autour du produit.