Google Playground : le « vibe coding » débarque dans le jeu vidéo, et Unity prépare la suite

« Fais-moi un jeu » devient presque une interface utilisateur

Pendant longtemps, commencer à créer un jeu vidéo nécessitait quelques ingrédients assez intimidants : installer un moteur, comprendre ce qu’était une scène, découvrir pourquoi son personnage traversait le plancher, chercher pendant deux heures pourquoi une accolade manquait quelque part puis envisager une carrière dans l’élevage de chèvres.

Google tente maintenant une autre approche.

Depuis le 7 octobre 2026, son nouveau Playground permet de créer de petits jeux directement depuis un navigateur simplement en décrivant ce que l’on souhaite. On peut partir d’une page blanche, modifier un exemple existant ou utiliser une aide guidée, puis continuer à converser avec le système pour changer les règles, les personnages, l’environnement ou même la physique. Google présente précisément ce fonctionnement dans l’annonce officielle de Playground.

Le résultat peut ensuite être testé immédiatement. Pas d’export, de compilation interminable ou de tutoriel « Unity pour débutants — épisode 1 sur 146 » pour parvenir au premier prototype.

En pratique, le principe rappelle ce qu’on appelle désormais le vibe coding : plutôt que de programmer chaque fonction soi-même, on décrit ce que l’on veut et on affine progressivement le résultat produit par une IA.

Sauf qu’ici, ce n’est plus un site web ou un script Python.

C’est un jeu.

On peut modifier les règles comme on corrigerait un texte

C’est probablement le détail le plus intéressant de Playground.

Google ne le présente pas seulement comme une machine qui reçoit un prompt du type « crée un clone de Pong avec des poulets » et recrache quelque chose cinq minutes plus tard.

L’utilisateur peut continuer à modifier son projet conversationnellement.

Vous voulez changer la gravité ? Demandez-le. Modifier le comportement des ennemis ? Même chose. Remplacer les personnages ou refaire l’environnement ? Le système est conçu pour permettre cette itération sans demander à l’utilisateur de manipuler directement le code sous-jacent.

C’est important, parce qu’un jeu vidéo n’est pas une image.

Une image générée peut être considérée comme « terminée » après quelques essais. Un jeu repose sur une boucle : on joue, quelque chose ne fonctionne pas, on modifie, on rejoue, puis on découvre qu’en corrigeant le premier problème on en a créé trois autres.

Autrement dit, le processus de création reste étonnamment fidèle au développement traditionnel.

La différence est simplement que l’assistant remplace une partie du clavier par une conversation.

Les bugs, eux, trouveront certainement un moyen de survivre.

Les créations deviennent immédiatement jouables dans le navigateur

Playground possède également une dimension de plateforme.

Les créations peuvent rester privées, être partagées par un simple lien ou rejoindre une galerie publique baptisée Explore. Certains genres peuvent utiliser du multijoueur et des classements, tandis que les profils Google Play Games permettent notamment de suivre des créateurs ou d’interagir avec leurs productions. Google indique également que les jeux publics passent par des contrôles de sécurité avant leur publication.

Les jeux fonctionnent dans le navigateur sur ordinateur comme sur mobile.

Cela change considérablement la logique habituelle du développement amateur : entre l’idée et la personne qui clique sur « jouer », il n’y a potentiellement plus de moteur à installer, de fichier ZIP douteux à télécharger ou de configuration système à expliquer.

Un lien suffit.

C’est probablement là que Playground devient plus intéressant qu’une simple démonstration d’IA générative.

Google ne construit pas seulement un outil de création.

Il construit aussi l’endroit où ces créations seront consommées.

Pour l’instant, la France regardera depuis la fenêtre

Avant de chercher fébrilement le bouton « fais-moi Doom avec des loutres », une précision importante s’impose.

Playground n’est actuellement ouvert qu’aux utilisateurs américains âgés de 18 ans et plus. Google parle d’une expérimentation et n’a pas encore communiqué de calendrier précis pour une disponibilité française.

Le service utilise par ailleurs un système de quotas de création.

L’accès est gratuit, mais les abonnements Google AI permettent d’obtenir des limites hebdomadaires supérieures. Selon les informations données par Google à The Verge, la technologie combine notamment Gemini, Nano Banana et Lyria, avec une couche spécifiquement travaillée par Google pour la création de jeux.

Nous voici donc arrivés dans cette période fascinante de l’histoire où même votre idée de casse-briques avec des canards peut finir par consommer des tokens.

Et puis Unity entre dans la pièce

Playground pourrait facilement rester une curiosité Google Labs.

Sauf qu’au même moment, Google et Unity ont annoncé un partenariat beaucoup plus ambitieux.

Son nom : Unity Spark.

Attention à la nuance, car les deux produits sont faciles à mélanger : Playground est disponible aujourd’hui aux États-Unis, tandis que Unity Spark est encore en test et doit entrer en bêta fermée plus tard en 2026.

Google présente Spark comme l’étape suivante pour les créateurs souhaitant dépasser les petites expériences générées dans Playground. Unity promet notamment des mécaniques plus complexes, de la 3D haute fidélité et l’accès aux possibilités de son runtime. Les créations Spark doivent ensuite pouvoir être partagées dans l’écosystème Playground.

Autrement dit, le scénario envisagé est clair :

vous commencez avec une idée écrite en quelques lignes, vous obtenez quelque chose de jouable, puis vous pouvez théoriquement pousser le projet plus loin avec Unity.

Le prompt deviendrait alors moins un générateur magique qu’une nouvelle porte d’entrée vers le moteur.

Unity essaie déjà d’éviter le syndrome « fais-moi GTA »

Et Unity sait parfaitement quelle est la première chose que beaucoup de monde va tenter.

Dans le billet consacré à Unity Spark, son PDG Matt Bromberg insiste sur le fait que Spark n’est pas conçu pour demander à une IA de recopier un jeu existant en un clic. Il résume même l’idée avec une comparaison assez parlante : reproduire un jeu avec une IA ne transforme pas automatiquement son utilisateur en Hideo Kojima.

La remarque ressemble à une petite plaisanterie défensive, mais elle révèle le principal problème auquel ces outils vont devoir faire face.

Si créer devient trivial, copier devient trivial aussi.

Combien de temps faudra-t-il avant que quelqu’un demande « fais-moi un jeu exactement comme Vampire Survivors, sauf que les personnages sont des légumes » ?

Probablement moins longtemps qu’il n’en faut pour lire cette phrase.

Unity veut donc présenter Spark comme un outil d’itération plutôt qu’un bouton « Générer le prochain hit Steam ».

Et, pour une fois, ce discours n’est pas totalement absurde.

Une différence intéressante : les graphismes ne viennent pas seulement d’un grand chaudron IA

Unity mise notamment sur son Asset Store.

Spark doit pouvoir proposer aux créateurs des modèles, décors et autres ressources conçus par des artistes et développeurs ayant publié leurs créations dans la boutique Unity. Le PDG de Unity met explicitement en avant cette connexion avec les milliers de ressources créées par la communauté.

C’est une distinction importante dans le contexte actuel.

Une partie des polémiques autour des outils génératifs dans le jeu vidéo concerne précisément l’origine des images, textures, modèles et autres données utilisées.

Unity ne fait évidemment pas disparaître tous les débats liés à l’IA simplement en ouvrant son Asset Store. Mais construire une scène à partir d’assets clairement identifiés n’est pas exactement la même chose que demander à un modèle d’inventer secrètement un château médiéval en espérant que personne ne reconnaisse trois morceaux de Skyrim dedans.

La question de la rémunération, des licences et de l’attribution restera néanmoins cruciale à mesure que Spark progressera.

Le vrai risque : pas la disparition des développeurs, mais le tsunami de jeux

L’idée selon laquelle un outil de ce type va immédiatement remplacer des studios complets paraît exagérée.

Même Unity le reconnaît : faire un jeu réellement abouti nécessite du game design, de l’animation, de l’écriture, du son, de l’interface, du level design, des systèmes, du réseau et une longue liste de disciplines qui ne disparaissent pas parce qu’un bouton sait produire un prototype.

En revanche, une autre conséquence paraît beaucoup plus crédible.

Le nombre de jeux pourrait exploser.

Et là, nous avons déjà un petit problème.

Steam accueille des dizaines de milliers de nouveautés. Les boutiques mobiles sont saturées. itch.io déborde de prototypes et de projets expérimentaux. Trouver le bon jeu devient parfois plus compliqué que de l’acheter.

Si produire une expérience jouable demande désormais quelques prompts plutôt que plusieurs semaines d’apprentissage, le goulet d’étranglement se déplace.

Hier, le problème était : « comment créer mon jeu ? »

Demain, ce sera peut-être : « comment quelqu’un va-t-il découvrir mon jeu parmi 800 000 autres ? »

Google l’a évidemment compris. La galerie Playground utilise déjà les évaluations et l’activité des joueurs pour mettre certaines créations en avant.

Ce qui signifie que derrière le rêve très sympathique de démocratiser la création se profile immédiatement notre vieil ami :

l’algorithme de recommandation.

Il ne meurt jamais.

Roblox et Meta ont eu exactement la même idée

Google et Unity ne travaillent d’ailleurs pas dans le vide.

Roblox expérimente lui aussi des systèmes permettant de construire certains éléments par langage naturel, tandis que Meta a récemment présenté des outils de création assistée par IA pour son univers Horizon. The Verge souligne que les trois acteurs convergent désormais vers une même idée : réduire énormément la quantité de compétences techniques nécessaires pour obtenir quelque chose de jouable.

Le changement peut être comparé à ce qui s’est produit avec la vidéo.

YouTube n’a pas transformé tous ses utilisateurs en réalisateurs professionnels.

TikTok n’a pas supprimé le cinéma.

Mais ces plateformes ont réduit à presque rien la distance entre « j’ai une idée », « je la produis » et « quelqu’un peut la voir ».

Le jeu vidéo pourrait maintenant connaître une évolution similaire.

Tout le monde ne deviendra pas game designer.

Mais beaucoup plus de gens pourront fabriquer quelque chose qui ressemble suffisamment à un jeu pour être partagé.

Et Steam va probablement adorer ça. Enfin, peut-être pas.

L’IA générative est déjà un sujet sensible dans l’industrie.

Steam exige notamment que les développeurs déclarent certains usages d’intelligence artificielle dans les jeux distribués sur sa plateforme. Game Developer rappelle également que les réactions au sein des studios restent très partagées et que la crainte d’une baisse de qualité liée à une avalanche de contenu généré existe depuis plusieurs années.

Playground contourne partiellement ce problème en créant son propre écosystème.

Si les jeux sont fabriqués, hébergés, découverts et joués chez Google, ils n’ont pas nécessairement besoin d’envahir une autre boutique.

Unity Spark rend cependant les choses potentiellement beaucoup plus intéressantes, car nous parlons cette fois d’une technologie s’appuyant sur l’un des moteurs les plus utilisés de l’industrie.

Pour le moment, les entreprises n’ont pas détaillé toutes les possibilités de distribution commerciale, d’export ou de monétisation futures de Spark.

Il serait donc prématuré d’annoncer que Steam va recevoir demain cinq millions de jeux fabriqués en discutant avec Gemini.

Mais quelqu’un, quelque part, prépare certainement déjà Untitled Vampire Roguelike Craft Survival Simulator.

Ce qui disparaît, c’est surtout la peur de commencer

Malgré les réserves, il existe une partie réellement séduisante dans cette évolution.

Beaucoup de joueurs ont une idée de jeu.

Très peu apprennent à programmer suffisamment longtemps pour la transformer en prototype.

Un dessinateur peut savoir exactement à quoi son univers devrait ressembler sans connaître C#. Un scénariste peut comprendre parfaitement les ramifications d’un jeu narratif tout en ignorant ce qu’est un rigidbody. Un moddeur peut connaître un genre dans ses moindres détails sans jamais avoir construit un jeu depuis zéro.

Ce sont précisément les profils que Unity dit vouloir attirer avec Spark.

Et si ces outils servent essentiellement à passer de l’idée au premier prototype, ils pourraient devenir extrêmement intéressants même pour des développeurs expérimentés.

Tester une mécanique en vingt minutes au lieu de consacrer deux jours à fabriquer un prototype jetable n’est pas nécessairement la mort de la créativité.

Cela peut simplement permettre de jeter plus vite les mauvaises idées.

Une fonction dont l’industrie aurait parfois bien besoin.

Faire un jeu devient plus facile. Faire un bon jeu, probablement pas.

C’est finalement toute l’ambiguïté de Playground et Unity Spark.

Google vend l’idée que n’importe qui peut désormais créer.

Techniquement, c’est de plus en plus vrai.

Mais abaisser la barrière technique ne supprime pas la différence entre un prototype amusant cinq minutes et un jeu dont quelqu’un se souviendra dix ans plus tard.

Les appareils photo numériques n’ont pas supprimé les photographes.

WordPress n’a pas transformé chaque possesseur de blog en journaliste.

Et ChatGPT n’a curieusement toujours pas permis à tout le monde d’écrire le prochain Seigneur des Anneaux pendant la pause déjeuner.

Le jeu vidéo devrait suivre la même logique.

Ce que Google Playground pourrait réellement démocratiser, ce n’est pas la création de bons jeux.

C’est le droit d’essayer d’en créer un.

Et c’est déjà beaucoup.

Le plus ironique est que si cette révolution fonctionne vraiment, notre principal problème de joueurs ne sera peut-être bientôt plus de savoir quel moteur apprendre.

Ce sera de trouver suffisamment d’heures dans une journée pour tester tout ce que les autres auront fabriqué.

Bonne nouvelle : l’IA n’a pas encore généré de semaine de neuf jours.