OpenAI et ModRetro relient Codex à une console rétro à 200 $ pour lancer ses propres jeux

Demander à une IA d'écrire un jeu est facile. L'amener à un état où une autre personne peut le lancer et s'y retrouver sans vos explications est plus difficile. C'est précisément ce segment du développement qui rend intéressante la collaboration entre OpenAI et ModRetro : on propose de transformer une idée en jeu via Codex, de la vérifier, puis de la transférer sur une cartouche. Pour un développeur, c'est l'occasion de voir à quel point la transition entre la génération et la vérification du résultat est bien conçue.

La ModRetro Chromatic: Codex Edition coûte 200 $ et est livrée avec une cartouche programmable. Il s'agit d'une version de la console ModRetro réalisée dans le cadre de la collaboration avec OpenAI. Le processus proposé fait intervenir Codex, le plugin ModRetro Chromatic et l'éditeur GB Studio : ils permettent de travailler sur les scènes, les graphismes et la logique du jeu. Les détails sont publiés sur la page du projet OpenAI.

À quoi ressemble le chemin de la requête au jeu

Imaginons la tâche : créer un court jeu de plateforme dans lequel le personnage ramasse des objets et atteint la sortie. C'est un exemple fictif pour tester le processus. Il vaut mieux limiter la requête initiale à une scène, une action et une condition de victoire claire. Cela permet de repérer plus facilement ce qui a fonctionné et où l'agent a mal compris l'idée.

Après la première compilation commence le vrai travail. Le personnage saute-t-il trop loin ? Un objet bloque-t-il le passage ? Faut-il attendre longtemps après une défaite ? Chacune de ces observations peut devenir une tâche distincte pour la correction suivante. La valeur de l'outil pour une équipe dépendra de la prévisibilité avec laquelle il apporte ces changements et préserve les mécaniques déjà fonctionnelles.

GB Studio permet de lancer le jeu compilé depuis l'éditeur, et aussi de commencer le test à partir d'une scène choisie. Grâce à l'export, on peut obtenir une ROM pour un émulateur compatible ou une version web à publier sur un serveur. Ces modes de compilation sont décrits dans la documentation de GB Studio. Pour un petit prototype, c'est un point de transmission pratique : on peut remettre au testeur un résultat exécutable et une mission précise.

OpenAI décrit aussi le test du jeu sur la Chromatic depuis un ordinateur et le lancement autonome depuis la cartouche. Avant d'utiliser la cartouche, il faut mettre à jour le micrologiciel et activer le mode développeur. Autrement dit, entre une requête réussie et le jeu sur l'appareil, il reste des étapes techniques ordinaires qu'il faut franchir et vérifier.

Que l'on peut essayer sans rien acheter

On peut commencer par la galerie d'OpenAI. Elle présente des jeux pour Game Boy Color créés avec Codex, dont FlapGPT, Codex Land et Hollow Descent. Ils sont disponibles dans le navigateur ; la ROM peut être téléchargée pour un matériel compatible.

Une telle galerie aide à évaluer l'ampleur des exemples et les sensations de jeu. Cependant, un résultat abouti ne dit rien du nombre de tentatives ratées, du temps passé par l'auteur ni du volume de retouches manuelles. Les sources citées ne contiennent aucune mesure permettant de promettre une accélération donnée du développement ou un pourcentage de tâches menées à bien.

Pour votre propre évaluation, il est donc plus utile de refaire une petite expérience. Fixez la mécanique à l'avance, générez une première version et demandez à une autre personne de la parcourir. Notez les problèmes rencontrés, le nombre de corrections nécessaires et le temps pris par la vérification de chaque version. Ces données seront plus utiles que l'impression laissée par une belle démo.

Pourquoi c'est utile aux développeurs et aux product managers

Pour un développeur, un tel projet peut servir d'exercice de formulation de tâches pour un agent. Pour un jeu court, il est facile de formuler des exigences vérifiables : l'objet est ramassé, la porte s'ouvre, une défaite relance la scène. Chaque exigence peut être vérifiée par une action, puis on peut comprendre si Codex a bien corrigé l'erreur concernée.

Pour un product manager, il est judicieux de regarder tout le cycle : à quelle vitesse une version présentable est apparue et combien il en a coûté de la modifier après les retours. Pour un fondateur, la même expérience aidera à évaluer l'applicabilité d'un agent à de petits prototypes interactifs. Étendre les conclusions à des jeux commerciaux complexes sans vérification distincte serait prématuré.

Une première étape raisonnable consiste à choisir une mécanique et à l'amener à une version navigateur confortable. Après cela, on voit déjà si une cartouche physique est nécessaire pour votre projet. L'intérêt de cette collaboration tient justement à la possibilité de parcourir tout le chemin jusqu'à un produit exécutable et de voir à quelles étapes l'humain doit encore intervenir.