Dans les jeux, « vibe coded » signifie généralement qu'un développeur a fortement compté sur un outil de codage par IA et a jugé la progression en exécutant le résultat, tout en faisant relativement peu de vérification approfondie du code généré. C'est une étiquette informelle, pas une norme technique. Les gens l'utilisent aussi de manière large ou sarcastique, donc la phrase seule ne vous dit pas combien d'IA a été utilisée — ou si un jeu est bon ou non.
Cette distinction est importante car « jeu fait par l'IA » peut désigner plusieurs choses différentes : du code source généré, de l'art ou de l'audio générés, ou une IA qui fonctionne à l'intérieur du jeu terminé. Ce sont des choix séparés, et un projet peut en utiliser un sans utiliser les autres.
Que signifie « vibe coded » dans les jeux ?
La phrase est née d'un style de programmation décrit par Andrej Karpathy dans son article de février 2025 : dire à une IA ce que vous voulez, exécuter ce qu'elle produit, et continuer à guider par conversation. Dans le développement de jeux, cela peut signifier demander à un agent de créer un contrôleur de joueur, de connecter un menu, ou d'implémenter une petite boucle de jeu, puis de tester le résultat dans le moteur ou le navigateur.
Il n'y a pas de seuil partagé pour dire quand l'aide de l'IA devient du « vibe coding ». Une personne peut utiliser l'étiquette pour un prototype à une seule invite ; une autre peut l'utiliser pour un jeu terminé dont le développeur a utilisé un agent pour la plupart du code. La question utile est ce que l'outil a fait et ce que l'humain a vérifié.
- Code généré : une IA écrit ou modifie des scripts, des shaders, des tests, ou d'autres implémentations. Le développeur décide toujours si le code se comporte correctement et peut être maintenu.
- Art et audio générés : une IA crée ou aide à éditer des textures, des personnages, de la musique, des effets sonores ou des textes. Cela ne dit rien par lui-même sur qui a écrit le code du gameplay.
- IA au moment de l'exécution : le jeu livré appelle un système d'IA pendant qu'un joueur joue, par exemple pour générer du dialogue. Un jeu peut utiliser de l'IA au moment de l'exécution sans être « vibe coded », et un jeu « vibe coded » peut ne contenir aucune IA au moment de l'exécution du tout.
Pourquoi les gens appellent-ils les jeux « vibe coded » ?
L'étiquette est passée de la description d'un processus de travail à la description d'un produit — et parfois à la moquerie de sa finition perçue. Les exemples récents montrent pourquoi ces significations ne doivent pas être confondues.
Auto-désignation officielle : Dans son annonce de prévisualisation d'octobre 2026, Epic Games a utilisé « vibe coded » pour un nouveau Epic Games Launcher. Un lanceur n'est pas un jeu, mais il se situe dans l'écosystème des jeux. Le libellé même d'Epic a fait de la phrase une partie de l'histoire ; le débat des joueurs qui s'en est suivi a alors porté sur le fait qu'un magasin à fort trafic devrait être jugé sur sa fiabilité et sa finition. Lisez l'annonce du lanceur d'Epic pour la description de la prévisualisation par la société.
Déclaration du développeur : La fiche Steam pour Codex Mortis indique que l'IA a été utilisée pour le code, le texte, l'art, le son et la musique du jeu. C'est une déclaration large et explicite provenant de la page du magasin. Elle informe les lecteurs sur le processus de production ; elle n'établit pas par elle-même si le jeu est agréable, stable ou complet. Voir la déclaration du développeur sur le contenu généré par l'IA sur Steam.
Compte rendu du développeur contre raccourci des joueurs : Dans une discussion de septembre 2026 sur DelveKin, son développeur a déclaré que les outils d'IA ont aidé avec le codage tandis qu'il ou elle gérait la conception, les tests, l'équilibrage et l'itération. Certains commentateurs ont tout de même appelé le jeu « vibe coded », réagissant principalement à l'interface et à la présentation visuelle. Ce fil est une preuve utile de la manière dont l'étiquette est appliquée, et non un audit indépendant du jeu. Comparez directement le compte rendu du développeur et les retours de la communauté.
Ces exemples sont différents types de preuves : une description ludique de produit par une entreprise, une déclaration officielle d'un développeur, et une réponse d'un développeur aux critiques des joueurs. Aucun ne devrait être présenté comme preuve des affirmations des autres.
Le terme « vibe coded » signifie-t-il qu'un jeu est mauvais ?
Non. L'utilisation de l'IA n'est pas une notation de qualité. Un jeu réalisé avec une aide substantielle d'IA peut être cohérent et soigneusement testé ; un jeu écrit entièrement à la main peut tout de même être bogué ou mal conçu. La phrase peut décrire un processus de travail, signaler une déclaration, ou servir de critique péjorative. Vous devez inspecter le jeu lui-même pour savoir quels sont les vrais problèmes.
Lorsque les joueurs utilisent l'étiquette de manière négative, ils réagissent souvent à des symptômes visibles : des contrôles qui semblent incohérents, des menus qui ne correspondent pas au reste du jeu, du contenu temporaire, des éléments répétés, des niveaux inachevés, des plantages, ou une mise à jour qui casse une fonctionnalité plus ancienne. Ceux-ci peuvent survenir d'un développement précipité de n'importe quel type. L'IA peut faciliter la production d'une première version rapidement, mais elle ne supprime pas le travail de vérification, d'ajustement et de maintenance de cette version.
Pour un petit prototype, un bord maladroit ou un élément temporaire peut être acceptable. Pour une sortie payante ou un jeu qui stocke les données des joueurs, la barre devrait inclure un gameplay principal fiable, des déclarations claires, des droits appropriés pour les éléments, et un plan pour corriger les problèmes après le lancement.
Comment juger un jeu « vibe coded »
Jugez la version par rapport à sa propre promesse. Un jeu court n'a pas besoin de dizaines de niveaux ; il a besoin que sa boucle annoncée fonctionne du début à la fin.
- Jouez une boucle complète. Commencez une nouvelle partie, atteignez un état de victoire ou de défaite, puis redémarrez. Vérifiez que la progression, les contrôles et les menus fonctionnent toujours après la transition.
- Essayez le mécanisme principal plus d'une fois. Répétez l'action principale dans différentes conditions. Recherchez des entrées manquées, des collisions incohérentes, des personnages bloqués, un score défectueux ou un exploit qui annule le défi.
- Vérifiez que le contenu s'accorde avec lui-même. Comparez le tutoriel, les contrôles, les objectifs des niveaux, les étiquettes de l'interface utilisateur et la description du magasin. Un jeu semble inachevé lorsque ceux-ci indiquent aux joueurs des règles différentes.
- Recherchez des preuves d'itération. Lisez les notes de mise à jour récentes, vérifiez si les problèmes signalés reçoivent des réponses utiles, et voyez si le développeur peut expliquer ce qui a changé. Une sortie est un instantané ; la maintenance fait partie de la qualité.
- Lisez attentivement les déclarations sur l'IA et les éléments. Découvrez si l'IA a produit du code, des images, des textes ou des sons, et si des services générés sont utilisés pendant le jeu. N'en déduisez pas un à partir d'un autre.
Une bande-annonce, une capture d'écran ou un badge « fait par l'IA » ne répondent pas à toutes ces questions. Si vous pouvez essayer la version, testez la boucle promise. Si vous ne le pouvez pas, traitez les affirmations sur les performances et l'exhaustivité comme non vérifiées.
Un exemple réel de SEELE : du prototype généré à un jeu testé
Les liens du showcase Unity de SEELE mènent à Fission Sprint, une version Unity en direct publiée par un créateur. Le cahier des charges du projet décrit le fait de guider une foule à travers des portes arithmétiques, d'éviter des dangers de flammes et d'atteindre un boss. C'est une boucle de jeu concrète à inspecter, plutôt qu'une affirmation générique selon laquelle l'IA peut créer des jeux.
Une revue utile commence par jouer à la version comme un joueur : pouvez-vous comprendre la première porte, le nombre de la foule change-t-il comme la règle le suggère, les dangers sont-ils enregistrés de manière cohérente, et le niveau offre-t-il un état final clair ? Ensuite, répétez le niveau avec des itinéraires différents et sur des tailles d'écran prises en charge. Un examen visuel doit vérifier que les étiquettes des portes, les effets de danger et les retours d'information restent lisibles et cohérents.
Si une porte modifie la foule d'un montant incorrect, la correction appartient à la règle ou à la transition d'état, suivie d'une nouvelle exécution de cette porte et du niveau complet. Si le danger est difficile à lire, modifiez son contraste ou sa durée d'avertissement et testez-le à la vitesse normale de jeu. Si la version n'a pas de redémarrage ou de fin fiables, ajoutez ces transitions avant de considérer la boucle comme terminée. Ce sont des vérifications qu'un critique doit effectuer ; le showcase public ne publie pas de rapport de test et n'affirme pas que chaque vérification a été réussie.
Cette limite de preuve fait partie de l'apprentissage. Un prototype généré devient un jeu plus solide grâce à des corrections spécifiques et à des retests, et non parce qu'il a été réalisé avec de l'IA — ou parce que son créateur a évité l'IA.
Questions fréquemment posées
Les jeux codés en vibe sont-ils les mêmes que les jeux générés par l'IA ?
Non. « Généré par l'IA » peut décrire du code, de l'art, de l'écriture ou de l'audio. « Codé en vibe » désigne généralement un flux de travail de codage piloté par des invites avec une inspection rapprochée limitée du code, bien que les gens utilisent cette expression de manière incohérente. Un jeu peut utiliser de l'art généré par l'IA et du code écrit à la main, ou du code assisté par l'IA et de l'art original.
Un jeu codé en vibe peut-il être un jeu terminé ?
Oui. Un label de flux de travail ne détermine pas si un projet est terminé. L'achèvement dépend du fait que le jeu respecte son périmètre déclaré, fonctionne sur toute sa boucle principale, ait reçu suffisamment de playtests et dispose d'un plan viable pour les correctifs et les mises à jour.
Le terme « vibe coded » signifie-t-il qu'aucun humain n'a écrit de code ?
Non. Certains développeurs tapent peu de code et sollicitent principalement un agent ; d'autres examinent, modifient et étendent le code généré. Le label est trop vague pour établir la paternité. Une déclaration claire du développeur devrait indiquer quels outils et ressources ont été utilisés et où la vérification humaine a eu lieu.
