Un portage natif d’Ocarina of Time assisté par IA amène Zelda sur iOS sans émulation

OpenAI a aidé un développeur indépendant à faire arriver un classique Nintendo de 1998 sur iOS sans émulation, selon un article du 29 juillet. L’insolite expression de recherche OpenAI Tom renvoie désormais vers HarkinianPad, un portage natif du code source d’Ocarina of Time construit avec Codex et GPT-5.6 Sol.

Le développeur Chris « Kahris » Sotraidis a adapté Ship of Harkinian aux appareils Apple, offrant à ce projet communautaire existant une application Arm64 et une voie de rendu fondée sur Metal. Sa version ajoute des commandes tactiles et prend en charge les claviers, les dispositifs de pointage et les manettes compatibles.

Le résultat remet en question la méthode habituelle pour faire tourner des jeux Nintendo 64 sur un iPhone ou un iPad. Il ne supprime toutefois pas tous les obstacles. Les utilisateurs ont besoin de leur propre ROM de jeu prise en charge, d’une méthode de signature Apple et de suffisamment d’aisance technique pour installer un aperçu développeur non signé.

HarkinianPad reste également non officiel. Nintendo ne l’a pas approuvé, et aucune fiche App Store ni version publique TestFlight n’existe. Ce contraste définit l’histoire : l’IA a réduit une partie de la charge d’ingénierie, tandis que la distribution, les licences, les tests et la propriété restent des problèmes humains.

HarkinianPad transforme un portage communautaire en application iOS native

Le changement central n’est pas qu’un iPhone puisse faire tourner Ocarina of Time. C’est que cette version fonctionne comme un portage du code source pour iOS plutôt que comme un émulateur Nintendo 64.

L’émulation recrée dans un logiciel le comportement d’un autre système matériel. Un portage du code source prend du code source reconstruit ou disponible, le compile pour une nouvelle plateforme et le relie aux services natifs de cette plateforme.

HarkinianPad suit la seconde voie. Il conditionne la base de code de Ship of Harkinian sous forme d’application Arm64 pour iOS et iPadOS 14 ou versions ultérieures. Arm64 est l’architecture d’instructions de processeur utilisée par le matériel mobile Apple moderne.

Selon la version native iOS du projet, les graphismes passent par Metal, l’API graphique bas niveau d’Apple. L’application importe une ROM compatible d’Ocarina of Time via l’app Fichiers et crée localement son archive de données jouable.

Cette conception sépare le code de l’application des données de jeu protégées de Nintendo. Le dépôt ne contient ni ROM, ni ressources Nintendo jouables, ni archive dérivée d’une ROM. L’utilisateur doit fournir une copie compatible obtenue légalement.

Le parcours sous-jacent a commencé bien avant que GPT-5.6 Sol n’entre en scène. La Zelda Reverse Engineering Team a reconstruit en C le code du programme d’Ocarina of Time. Ce travail a permis à Harbour Masters de créer Ship of Harkinian pour plusieurs plateformes.

Ship of Harkinian fonctionnait déjà sous Windows, Linux, macOS, Android, Nintendo Switch et Wii U. HarkinianPad étend ce travail aux systèmes d’exploitation mobiles d’Apple plutôt que de recréer l’intégralité du jeu de manière indépendante.

Cette distinction est importante pour évaluer la contribution de l’IA. Codex n’a pas reçu une cartouche Nintendo 64 d’origine pour générer spontanément un jeu iPhone. Sotraidis est parti de plusieurs années de rétro-ingénierie et de travail communautaire sur le portage du code source.

Le développeur a ensuite utilisé Codex avec GPT-5.6 Sol pour aider à adapter cette base. Selon le premier article sur Zelda en version native, l’agent a aidé à reconstruire le code pour Arm64 et à relier le rendu à Metal.

Cela représente tout de même un travail d’intégration conséquent. Les hypothèses propres aux ordinateurs de bureau peuvent se retrouver dans toute une base de code C et C++ mature. Un portage mobile doit gérer les changements du cycle de vie de l’application, les entrées tactiles, le stockage de fichiers, la géométrie de l’écran, la signature et le comportement graphique spécifique aux appareils.

L’interface actuelle de HarkinianPad fournit une manette tactile en orientation paysage. Elle comprend le stick de contrôle, la croix directionnelle, les gâchettes, Start, A, B, Z et quatre boutons C.

La superposition tactile peut être masquée lorsqu’une personne connecte une manette physique. Un bouton de menu persistant reste visible, permettant aux utilisateurs de rétablir la superposition ou d’ajuster les réglages pendant le jeu.

Le projet prend également en charge les parcours d’entrée au clavier et à la souris ou au trackpad hérités de sa pile logicielle. Toutefois, le dépôt décrit une manette physique comme préférable pour une précision analogique complète.

Son stick virtuel utilise actuellement des entrées dans huit directions. Cette approche couvre les mouvements ordinaires, mais elle ne peut pas reproduire chaque position subtile disponible avec le stick analogique de la manette Nintendo 64.

Le développeur indique que la création et le chargement de sauvegardes, les réglages, l’importation de fichiers et les mises à jour de l’application sur place ont fonctionné sur le matériel testé. Le rendu Metal a également fonctionné à la fois dans le simulateur et dans une version iPad physique.

Ces détails font de HarkinianPad davantage qu’une démonstration technique statique. Une IPA d’aperçu développeur téléchargeable existe, et le dépôt contient des scripts reproductibles de compilation et de packaging.

Une IPA est le format de paquet utilisé pour les applications iPhone et iPad. Cet aperçu n’est pas signé ; il ne possède donc pas le certificat et les informations de provisioning nécessaires à une installation directe.

Les utilisateurs doivent re-signer le paquet avec leur propre identifiant Apple via un processus de sideloading compatible. Les développeurs peuvent aussi cloner le projet, le compiler avec Xcode et signer leur propre version.

Cet écart entre une application fonctionnelle et une version prête pour le grand public soulève la question suivante. HarkinianPad prouve qu’une voie native existe, mais ne rend pas encore cette voie pratique pour un propriétaire d’iPhone ordinaire.

Pourquoi l’histoire OpenAI Tom compte au-delà du retrogaming

HarkinianPad illustre comment les agents de codage peuvent réduire le travail de portage entre plateformes sans remplacer l’expertise intégrée à une base de code établie.

OpenAI décrit GPT-5.6 Sol comme son modèle phare pour les travaux professionnels complexes. Le modèle est disponible via Codex, ChatGPT et l’API, bien que l’accès varie selon le produit et le compte.

La présentation de GPT-5.6 de l’entreprise met l’accent sur les flux de travail plus longs, l’ingénierie logicielle, l’utilisation d’outils et l’interaction avec l’ordinateur. OpenAI fait également état de meilleurs résultats dans plusieurs évaluations liées au codage et au terminal.

Ces résultats de benchmark ne valident pas indépendamment HarkinianPad. Ils établissent le contexte produit visé : GPT-5.6 Sol est conçu pour travailler à travers des dépôts, des outils, des tests et des tâches d’implémentation étendues.

Un portage de plateforme correspond mieux à ce schéma qu’une petite démonstration de codage. L’agent doit naviguer entre systèmes de compilation, dépendances, code de rendu, mappages d’entrées, scripts de packaging et contraintes des appareils.

Le projet révèle également une limite importante. La disponibilité du code source a largement déterminé ce que l’IA pouvait accomplir.

Le code C reconstruit d’Ocarina of Time et l’implémentation mature de Ship of Harkinian ont fourni une carte détaillée du jeu. Sans cette base, un agent ferait face à un problème de rétro-ingénierie beaucoup plus difficile, avec de sérieuses complications juridiques et techniques.

Le véritable gain de productivité provient donc de la combinaison d’un agent et d’un travail humain accumulé. L’IA peut examiner et modifier un vaste corpus de code, tandis que le développeur définit la cible et teste son comportement.

Ce schéma importe aux ingénieurs en dehors du jeu vidéo. Les entreprises disposent souvent de logiciels de bureau, d’outils internes ou de bibliothèques matures qui n’ont jamais atteint le mobile parce que le coût de l’adaptation paraissait injustifié.

Un agent de codage peut aider à identifier les hypothèses spécifiques à une plateforme et proposer des remplacements. Il peut mettre à jour les scripts de compilation, générer des fichiers de projet, refactoriser les composants incompatibles et documenter les parcours d’installation.

Toutefois, le développeur doit toujours décider si ces changements préservent le comportement de l’application. Une compilation réussie n’est qu’une étape du portage.

Les graphismes doivent s’afficher correctement sur tous les appareils. Les commandes doivent offrir une latence et une ergonomie acceptables. Les fichiers doivent survivre aux mises à jour. L’audio doit reprendre après des interruptions, et la mise en arrière-plan ne doit pas corrompre l’état de l’application.

Ces tâches de validation deviennent plus importantes lorsqu’un agent produit rapidement des changements. Une génération de code plus rapide peut augmenter la quantité de code en attente de revue, de tests sur appareils et de maintenance.

Le mot-clé OpenAI Tom crée aussi une première impression trompeuse, car « Tom » n’est ni le développeur ni un produit OpenAI. Il reflète la publication source, Tom’s Hardware, plutôt qu’un nouveau modèle nommé Tom.

Les véritables participants sont Sotraidis, l’environnement Codex d’OpenAI, GPT-5.6 Sol et les communautés à l’origine de la décompilation et du portage du code source. Garder ces rôles distincts évite que l’histoire ne devienne l’affirmation non étayée selon laquelle l’IA a créé Ocarina of Time.

Cela permet également de reconnaître l’infrastructure moins visible. Des ingénieurs en rétro-ingénierie ont reconstruit le comportement du programme. Harbour Masters a transformé ce travail en application portable. Les mainteneurs de dépendances ont fourni les composants graphiques, audio, d’entrée et de gestion de fichiers.

Sotraidis a ensuite intégré ces couches à l’environnement mobile d’Apple avec l’aide de l’agent. Le projet est mieux compris comme le maillon le plus récent d’une longue chaîne technique.

Pour les travailleurs du savoir, la leçon plus large concerne la qualité du contexte. Un agent est plus performant lorsqu’il peut examiner du code fiable, des exigences, des historiques de tickets et des résultats de validation.

Les équipes envisageant des projets similaires ont besoin de matériel local organisé, et pas seulement d’un prompt général. Une base de connaissances d’ingénierie consultable peut aider à conserver les décisions de compilation, les preuves de test et les contraintes de plateforme non résolues.

Le dépôt de HarkinianPad démontre cette discipline. Il comprend des instructions de compilation, une checklist de publication, des contrôles de sécurité, un relevé des travaux restants et une limite définie autour des données protégées par le droit d’auteur.

Ces éléments rendent le projet plus facile à appréhender pour les humains comme pour les agents. Ils créent aussi une trace que les futurs contributeurs peuvent examiner lorsqu’une dépendance évolue ou qu’un appareil se comporte différemment.

C’est pourquoi ce portage met sous pression les estimations traditionnelles pour l’adaptation des logiciels communautaires. Une cible iOS qui semblait autrefois trop laborieuse pour un seul contributeur dispose désormais d’un aperçu fonctionnel.

La pression ne concerne pas seulement les développeurs d’émulateurs. Elle atteint les mainteneurs, les entreprises disposant de portages délaissés et les équipes qui portent des retards spécifiques à certaines plateformes.

Si les agents peuvent réduire le temps d’intégration, les utilisateurs demanderont pourquoi des logiciels capables restent indisponibles sur leur matériel préféré. Les mainteneurs devront apporter des réponses plus claires concernant les tests, le support, les droits et la propriété à long terme.

La couverture OpenAI Tom peut masquer le véritable mécanisme

Le mécanisme est une intégration assistée par IA, et non une création automatisée de jeu ou une conversion directe du code machine Nintendo 64.

L’expression « l’IA a porté Zelda sur iOS » condense plusieurs étapes d’ingénierie distinctes. Ce raccourci attire l’attention, mais il rend le résultat plus difficile à évaluer.

Premièrement, la Zelda Reverse Engineering Team a produit une décompilation correspondante. La décompilation reconstruit du code source de plus haut niveau à partir d’un logiciel compilé par analyse, plutôt que d’obtenir le dépôt de code source du développeur d’origine.

Deuxièmement, Harbour Masters a utilisé le code reconstruit pour créer Ship of Harkinian. Ce portage du code source a ajouté la prise en charge de plateformes modernes et séparé le code d’application redistribuable des ressources de jeu que les utilisateurs doivent fournir.

Troisièmement, Sotraidis a ciblé iOS et iPadOS. Cette étape impliquait de compiler pour Arm64, de créer un paquet d’application compatible avec Apple, de relier le rendu à Metal, d’adapter l’importation de fichiers et d’ajouter des commandes tactiles.

Quatrièmement, Codex a aidé à effectuer des modifications dans cet environnement préparé. Les informations publiques attribuent l’adaptation iOS à Codex et GPT-5.6 Sol, mais elles ne fournissent ni transcription complète des prompts ni répartition auditée de chaque modification générée par l’IA.

L’absence de cette répartition n’invalide pas le projet. Elle signifie que les lecteurs devraient éviter d’attribuer au modèle un pourcentage précis du travail.

Les dépôts publics montrent le code et la documentation obtenus, mais pas toutes les décisions qui les ont sous-tendus. Un développeur peut accepter, réécrire, rejeter ou combiner les suggestions d’un agent tout au long d’une session.

La distinction est importante, car les agents de programmation fonctionnent par itération. Ils inspectent les fichiers, apportent des modifications, exécutent des commandes, observent les échecs et révisent leur approche.

La contribution d’un modèle peut inclure l’analyse, des correctifs, le dépannage de compilation ou la documentation. Elle peut aussi introduire des erreurs que le développeur corrige ensuite.

HarkinianPad fournit donc la preuve d’un résultat assisté par IA, et non d’une expérience contrôlée de productivité. Aucune comparaison publiée ne montre combien de temps le même développeur aurait mis sans Codex.

Il n’existe pas non plus d’audit indépendant établissant quels défauts provenaient du projet amont, de l’intégration mobile ou de modifications générées par l’agent. Ces questions exigeraient un examen au niveau des commits et des tests répétés.

Néanmoins, l’architecture achevée suggère pourquoi un agent a été utile. Un portage implique de nombreuses tâches liées, mais individuellement délimitées.

Un système de compilation doit cibler le bon SDK et la bonne architecture. Les bibliothèques doivent se compiler avec la chaîne d’outils d’Apple. Les commandes graphiques doivent atteindre un backend pris en charge. Les événements d’entrée doivent correspondre aux actions de jeu existantes.

L’application doit également accéder à des fichiers fournis par l’utilisateur sans les distribuer elle-même. HarkinianPad expose un dossier visible dans Files, recherche une ROM prise en charge et crée l’archive requise dans son conteneur d’application isolé.

Un conteneur isolé est l’espace de stockage privé qu’iOS attribue à une application. Y conserver la sortie dérivée de la ROM réduit le risque d’inclure accidentellement des données de jeu dans un paquet public.

Les scripts du projet auditent également les paquets à la recherche d’éléments interdits. Ils rejettent les ROM d’origine, les archives de jeu dérivées, les produits de simulateur et les informations de signature obsolètes avant publication.

Ce travail de sécurité illustre un autre rôle pour un agent : il peut aider à encoder des règles de publication dans des scripts reproductibles. De tels contrôles sont généralement plus fiables que de compter sur un contributeur pour se souvenir de chaque étape manuelle.

Cependant, les contrôles générés exigent eux aussi une relecture. Un script qui recherche le mauvais modèle de nom de fichier peut donner une fausse impression de sécurité tout en laissant passer du matériel sensible.

La même préoccupation s’applique aux graphismes et au gameplay. Une image Metal rendue avec succès ne prouve pas que chaque scène, effet, menu ou transition fonctionne correctement.

Le framework Metal d’Apple donne aux applications un accès direct au processeur graphique. Il peut permettre un rendu natif efficace, mais les développeurs doivent toujours vérifier le comportement sur les appareils et les versions du système d’exploitation pris en charge.

Les tests physiques documentés de HarkinianPad se concentrent sur un iPad Pro de sixième génération de 12,9 pouces exécutant iPadOS 26.5.2. C’est un élément probant, mais ce n’est pas une matrice complète de compatibilité iPhone et iPad.

Le dépôt indique que l’iPhone est inclus dans la compilation. Il ne prétend pas que chaque disposition d’iPhone, profil thermique, combinaison de contrôleur et cas d’interruption a passé les tests.

Cette différence sépare « fonctionne sur iOS » de « prêt pour une large distribution sur iOS ». La première affirmation bénéficie de preuves directes du projet. La seconde reste prématurée.

Le mécanisme demeure néanmoins notable. Les agents de programmation peuvent aider à déplacer une base de code établie à travers une frontière de plateforme lorsque les API cibles et les outils de compilation sont documentés.

C’est une affirmation plus restreinte que la création autonome de logiciels, mais elle est aussi plus utile. De nombreux arriérés réels d’ingénierie se composent précisément de ce travail d’intégration.

Le port natif de Zelda reste soumis à des limites de distribution et juridiques

HarkinianPad supprime la couche d’émulation, mais il ne supprime ni le système de signature d’Apple, ni les droits de Nintendo, ni la charge des tests sur appareils.

L’erreur la plus facile consiste à traiter la version GitHub comme une application App Store. Ce n’en est pas une.

Le téléchargement actuel est une IPA non signée en préversion développeur. Les utilisateurs doivent la re-signer avec leur propre identifiant Apple et l’installer via un processus de sideloading.

Aucun TestFlight public n’existe. TestFlight est le service de distribution bêta géré par Apple, et il exige toujours qu’un développeur prépare les builds au sein du système d’Apple.

Le projet indique également que la distribution via App Store, TestFlight, AltStore PAL et SideStore constitue des efforts distincts. Chaque voie implique ses propres exigences en matière de compte, de validation, de signature et de région.

Cela signifie qu’un joueur intéressé a besoin de davantage qu’un iPhone et un résultat de recherche. Le processus d’installation exige des outils peu familiers et une confiance dans un paquet de préversion.

Compiler localement exige encore davantage. Le flux de travail documenté nécessite un Mac, Xcode, des outils en ligne de commande, des dépendances, un identifiant Apple configuré pour la signature et une ROM compatible.

L’exigence de ROM crée une autre frontière importante. HarkinianPad n’inclut pas Ocarina of Time et ne fournit pas de source de téléchargement.

Les utilisateurs doivent fournir une ROM prise en charge acquise légalement. Le logiciel extrait ensuite les ressources dont il a besoin dans le conteneur d’application de l’appareil.

Ce modèle consistant à apporter ses propres données a des précédents parmi les source ports. Il permet aux mainteneurs de distribuer leur propre code sans empaqueter les graphismes, la musique, les dialogues et les autres contenus de jeu de Nintendo.

Il ne garantit pas l’absence de litiges juridiques. Les titulaires de droits d’auteur peuvent contester des projets pour plusieurs raisons, et Nintendo a historiquement défendu ses jeux et ses marques.

Les mainteneurs de HarkinianPad décrivent explicitement le projet comme non officiel et non affilié à Nintendo ou Harbour Masters. Ils indiquent également que le dépôt ne relicencie pas les composants amont ni le matériel de jeu.

Le dépôt introduit une prudence supplémentaire en matière de licences. Ses composants conservent leurs licences respectives, tandis que l’arbre Shipwright épinglé et HarkinianPad ne disposent actuellement pas d’une licence de projet globale et exhaustive au niveau supérieur.

Par conséquent, décrire le projet complet comme un logiciel open source librement redistribuable exagérerait la position publiée. Le code source est visible publiquement, mais les droits de redistribution dépendent des licences couvrant chaque composant.

Cette complexité importe pour toute personne envisageant une sortie empaquetée dans une boutique. Un distributeur doit avoir confiance dans chaque dépendance, correctif, frontière d’actifs et licence applicable.

La préparation technique présente un défi distinct. Le développeur a testé le gameplay, le chargement des sauvegardes, les réglages, l’importation de fichiers et les mises à jour sur du matériel iPad physique.

L’audio aurait fonctionné via le haut-parleur de l’appareil au cours de sessions répétées. Les écouteurs, l’audio Bluetooth et la reprise après interruptions nécessitent encore des vérifications plus larges.

Le code de contrôleur est présent, mais le comportement de reconnexion, les vibrations et la prise en charge des mouvements exigent une vérification spécifique aux modèles. L’entrée tactile fonctionne, bien que le stick virtuel fournisse actuellement un déplacement dans huit directions plutôt qu’une précision analogique complète.

Ce sont des limitations normales à ce stade de préversion. Elles ne deviennent sérieuses que lorsque la couverture présente l’application comme un produit grand public fini.

Les affirmations de performances exigent une prudence similaire. Le rapport décrit une sortie grand écran en pleine résolution et un gameplay à 60 images par seconde, contre la fréquence d’images plus faible du jeu original.

Ces améliorations proviennent de la lignée du source port et du matériel moderne, et non simplement du remplacement de l’émulation par du code généré par IA. Ship of Harkinian proposait déjà un rendu moderne et des options de gameplay sur d’autres plateformes.

Une compilation native peut réduire la surcharge de traduction et se connecter directement aux API de la plateforme. Pourtant, un émulateur peut également être performant sur le matériel Apple actuel, selon l’émulateur et le jeu.

Le conflit principal n’oppose donc pas les performances natives à une émulation inutilisable. Il oppose l’intégration native du code source à la compatibilité et à la commodité plus larges d’un émulateur généraliste.

Un émulateur peut exécuter de nombreux titres une fois son matériel virtuel fonctionnel. HarkinianPad prend en charge un seul jeu parce qu’il contient une logique reconstruite spécifique à ce jeu.

Cette spécialisation permet des améliorations plus poussées, une intégration à la plateforme et la prise en charge des mods. Elle signifie aussi que Majora’s Mask ne peut pas être substitué, malgré son lien étroit avec Ocarina of Time.

Un effort de source port distinct serait nécessaire pour ce titre. Cela révèle le compromis d’évolutivité derrière les projets de préservation native.

L’IA peut réduire le travail requis pour chaque portage. Elle ne transforme pas automatiquement une base de code spécifique à un jeu en solution générale pour l’ensemble de la bibliothèque d’une console.

La plus grande incertitude n’est pas de savoir si la préversion se lance. Il s’agit de savoir si les contributeurs peuvent maintenir les tests, la synchronisation amont, les instructions de signature et l’assistance aux utilisateurs après la première vague d’attention.

Une application mobile mature exige une maintenance répétée à mesure qu’iOS, Xcode, les dépendances et le code amont de Ship of Harkinian évoluent. Les correctifs générés peuvent accélérer les mises à jour, mais quelqu’un doit toujours en assumer les résultats.

Ce qu’il faut surveiller après la préversion native d’Ocarina of Time

Trois signaux détermineront si HarkinianPad devient un port durable ou reste une impressionnante démonstration pour développeurs.

Le premier signal est une matrice de tests plus large sur des appareils physiques. Le projet documente actuellement une utilisation réussie sur un iPad Pro récent de 12,9 pouces, ainsi que la prise en charge du simulateur.

Des preuves issues de plusieurs tailles d’iPhone, d’appareils plus anciens encore pris en charge et d’iPad supplémentaires renforceraient l’affirmation selon laquelle il s’agit d’une application universelle pratique. Le comportement thermique et les performances soutenues méritent également de l’attention.

Les tests audio devraient couvrir les accessoires filaires ou USB lorsque cela s’applique, les appareils Bluetooth, les appels, les alarmes et les interruptions en arrière-plan. Les tests de contrôleurs devraient inclure la reconnexion, les vibrations, les données de mouvement et plusieurs modèles courants.

Si les contributeurs publient des résultats reproductibles pour ces combinaisons, l’affirmation native-iOS du projet deviendra plus significative. Des défauts persistants propres à certains appareils affaibliraient l’argument en faveur d’une adoption large.

Le deuxième signal est une voie de distribution moins technique. Un TestFlight public, une fiche de boutique approuvée ou un paquet de boutique alternative maintenu réduirait la barrière à l’installation.

Aucune sortie de ce type n’a été annoncée. Les questions de validation Apple et de licence peuvent rester difficiles même lorsque le programme lui-même fonctionne correctement.

Une voie de distribution plus facile montrerait que le portage assisté par IA peut dépasser l’ingénierie au niveau du dépôt. La dépendance continue à la re-signature personnelle maintiendrait HarkinianPad auprès d’un public d’enthousiastes.

Le troisième signal est la maintenance après les changements amont. Ship of Harkinian continuera d’évoluer, et Apple mettra à jour ses SDK et ses systèmes d’exploitation.

HarkinianPad utilise un code source amont épinglé et des correctifs iOS maintenus. Cette structure rend les compilations reproductibles, mais chaque changement amont majeur peut créer du travail d’intégration.

Il faudra observer si le développeur peut mettre à jour ces épingles, réappliquer les correctifs et préserver un empaquetage sans ROM sans interruption prolongée. Une communauté de contributeurs active rendrait ce travail moins dépendant d’une seule personne.

C’est aussi là que Codex fait face à son test le plus significatif. Produire la première compilation fonctionnelle attire l’attention, tandis que la maintenir malgré l’évolution des dépendances détermine sa valeur durable.

Si GPT-5.6 Sol aide le développeur à diagnostiquer à plusieurs reprises les régressions, adapter les API et étendre les tests, le projet étayera une affirmation plus solide sur l’ingénierie IA à long terme.

Si la maintenance s’essouffle, HarkinianPad restera tout de même une intéressante preuve de concept. Il ne démontrera simplement pas que les portages assistés par agents sont durables.

La tendance de recherche OpenAI Tom a fait émerger un résultat convaincant, mais le titre mérite d’être nuancé. Codex a aidé un développeur à étendre un port source communautaire mature aux appareils Apple.

Il n’a pas supprimé le besoin d’ingénieurs en rétro-ingénierie, de mainteneurs, de tests sur appareils, d’évaluation juridique ou d’une copie du jeu détenue par l’utilisateur. Il n’a pas non plus créé de version officielle par Nintendo.

Pour les développeurs, ce résultat plus modeste mérite d’être étudié. Il laisse entendre que les agents de programmation peuvent réduire le coût de reprise de travaux d’adaptation à des plateformes que de petites équipes avaient auparavant reportés.

La meilleure prochaine étape consiste à examiner les éléments de preuve du dépôt plutôt que de considérer la première vidéo de gameplay comme le verdict final. Suivez ses tests sur appareils, son statut de distribution, les mises à jour en amont et la limite de licence toujours non résolue.

Feriez-vous confiance aujourd’hui à un port assisté par IA pour une longue partie, ou attendriez-vous des tests sur un éventail plus large de matériels et un processus d’installation plus simple ? La réponse déterminera si des projets comme HarkinianPad restent des expériences de préservation ou deviennent des logiciels fiables.