Trois heures de jeu, zéro chute de framerate, et Morrowind qui tourne sur un iPhone comme s’il avait toujours été pensé pour ça. C’est le résultat obtenu par Arjun Krishna Lal, journaliste chez TechSpot, qui a réussi à faire tourner Morrowind, Duke Nukem 3D et Serious Sam: The First Encounter nativement sur un iPhone sans savoir coder. Passé les trois premières heures de jeu, la question n’était plus de savoir si le portage tenait la charge, mais qui, ou plutôt quoi, l’avait vraiment écrit.
Personne, en réalité. Ou presque.
Il a utilisé des agents d’intelligence artificielle et un compte ChatGPT Pro à 100 dollars, sans même posséder de Mac, les builds étant compilés sur un runner macOS de GitHub. Pas une ligne de code écrite à la main, pas de studio, pas de budget de développement classique. Juste un journaliste tech, un abonnement premium et des semaines de tâtonnements face à un moteur de jeu qui date de 2002.
- Morrowind tourne nativement sur iPhone en 60 fps stable après plusieurs semaines de travail avec des agents IA
- Le portage a été réalisé sans coder en utilisant deux instances ChatGPT en parallèle : un chef de projet et un agent de modification de code
- La clé du succès tenait à la rigueur du découpage des tâches plutôt qu’à la puissance de l’IA elle-même
Comment on fabrique un portage sans écrire une ligne de code
La méthode ressemble à une chaîne de production miniature, entièrement pilotée par du texte. Deux discussions tournaient en parallèle : une faisant office de chef de projet qui rédigeait des ordres de travail précis, et une instance Codex qui modifiait le code et rendait compte. Le chef de projet produisait des ordres de travail détaillés définissant chaque étape dans un langage sans ambiguïté, exigeant un rapport d’achèvement à la fin. Rien n’était laissé au hasard, ni à l’improvisation du modèle.
Le rôle humain, lui, se réduisait à l’essentiel. Il ne s’agissait pas de comprendre chaque ligne de code produite, c’était impossible, mais de définir ce à quoi ressemblait le succès, de découper le travail en tâches suffisamment petites, de tester les résultats et de stopper les agents dès qu’ils s’écartaient de l’objectif.
Un chef d’orchestre sans partition technique, en somme.
Pourquoi Morrowind a résisté plus longtemps que Duke Nukem
Tous les portages n’ont pas demandé le même effort. Les ports source de Duke Nukem 3D et Serious Sam, eux, sont devenus pleinement fonctionnels et soignés en moins d’une semaine, épuisant l’essentiel du quota hebdomadaire d’un compte ChatGPT Pro à 100 dollars. Pour Duke Nukem, le point de départ existait déjà : une tentative abandonnée de portage iOS vieille d’une douzaine d’années traînait encore dans le dépôt du code source. Un raccourci technique providentiel, que Morrowind n’a jamais offert.
Morrowind, à l’inverse, a demandé nettement plus de temps : plusieurs semaines d’essais, d’erreurs et d’impasses, avant de repenser entièrement la manière de travailler avec l’IA. Le premier obstacle tenait à la nature même du projet visé, OpenMW, la réimplémentation open source du moteur original. OpenMW compte des dizaines de dépendances, et l’agent s’obstinait à corriger des erreurs de rendu isolées plutôt que le problème sous-jacent.
L’IA soignait les symptômes, jamais la maladie.
Le premier fichier .ipa avait pourtant compilé en moins d’une heure avant de planter au lancement, obligeant à renvoyer les journaux d’erreurs vers le chat directeur pour relancer la boucle. Ce cycle, répété des dizaines de fois, ressemble moins à de la magie qu’à de l’artisanat patient, mené à coups de rapports d’incident et de consignes réécrites. Chaque itération grignotait un bug, jamais deux à la fois.
Ce que ça change pour le vibecoding appliqué au jeu vidéo
Cette expérience n’est pas isolée. Le déclic était venu de la lecture d’un autre projet, celui d’un développeur ayant utilisé des agents IA pour porter Command & Conquer: Generals sur iOS avec des contrôles tactiles pensés pour la plateforme, un projet évoqué publiquement par le responsable IA Studio de Google, Ammaar Reshi, décrivant un flux de travail “humain plus IA”. Le scepticisme initial était pourtant réel. L’auteur se disait peu friand d’”AI slop” et ne croyait pas qu’une requête vague adressée à un chatbot puisse produire un logiciel qui fonctionne réellement.
Le résultat lui a donné tort, en partie. Reste que la méthode ressemble davantage à de la gestion de projet appliquée à un stagiaire surdoué mais littéral qu’à une génération magique de code. Le mérite technique appartient autant à la rigueur du découpage des tâches qu’au modèle lui-même.
L’auteur suivait depuis des années des projets comme OpenMW ou Daggerfall Unity, en se disant que s’il avait eu les compétences pour y contribuer, il l’aurait fait. Ce détail change la lecture de toute l’affaire : ce n’est pas un développeur qui a démontré la puissance d’un outil, mais un passionné sans compétences techniques qui a comblé, à coups de prompts méthodiques, l’écart qui le séparait de l’idée. Trois heures de jeu sur un iPhone en 60 images par seconde stables, et derrière l’écran, aucun ingénieur, seulement des dizaines de rapports d’erreur échangés entre deux fenêtres de chat.
Sources : techspot.com | blog.adafruit.com
