Qu'est-ce que le vibe coding? Explication simple
Le vibe coding consiste à créer un logiciel en décrivant ce que vous voulez à une IA en langage courant, en faisant tourner ce qu'elle produit et en pilotant selon les résultats plutôt qu'en lisant le code. Vous jugez l'application : est-ce que le bouton fonctionne, est-ce que la page a le bon look? Vous demandez des changements jusqu'à ce qu'elle fasse ce dont vous avez besoin. L'expression a été lancée par le chercheur en IA Andrej Karpathy dans une publication sur X en février 2025, où il décrivait le fait de se laisser aller au feeling et d'oublier que le code existe.
D'où vient l'expression
Karpathy, membre fondateur d'OpenAI et ancien responsable de l'IA chez Tesla, a utilisé ce terme pour décrire la façon dont il construisait de petits projets de fin de semaine : il parlait à un outil de codage IA, acceptait ses changements sans lire les différences et recollait les messages d'erreur jusqu'à ce que tout fonctionne. Il était clair que cette méthode convenait aux projets jetables.
L'expression a pris parce qu'elle nommait quelque chose que beaucoup de gens faisaient déjà. En quelques mois, elle servait pour tout, des projets bricolés aux prototypes de startups. Le Collins English Dictionary a d'ailleurs choisi « vibe coding » comme mot de l'année 2025. Aujourd'hui, on l'emploie de façon large pour toute construction où l'IA écrit le code et où une personne la dirige en langage courant.
Pourquoi c'est important si vous construisez avec l'IA
Pour les personnes qui n'écrivent pas de code, le vibe coding est la raison d'être des créateurs d'applications IA. Une fondatrice peut tester une idée en un après-midi; un petit commerçant peut construire le formulaire de réservation ou le suivi de stock qu'il n'aurait jamais pu payer à une agence; un designer peut transformer une maquette en quelque chose de cliquable.
Mais la définition contient son propre avertissement. « Oublier que le code existe » convient quand le code n'a qu'à fonctionner pour vous, aujourd'hui. C'est moins vrai quand l'application conserve les données de clients, encaisse des paiements ou doit continuer de fonctionner pendant des années. Savoir où se situe cette limite est la chose la plus utile à apprendre sur le vibe coding.
Une analogie du quotidien
Pensez à la rénovation de votre cuisine : vous dites à l'entrepreneur ce que vous voulez plutôt que de dessiner les plans vous-même. Vous dites « un long comptoir sous la fenêtre, des tablettes ouvertes, le frigo près de la porte », puis vous passez chaque soir voir le travail accompli et dites ce qu'il faut changer.
C'est très bien pour l'aménagement et le style. Vous pouvez en juger simplement en vous tenant dans la pièce. C'est moins bon pour ce qui se cache derrière les murs : le câblage, la plomberie, la conformité du gaz. Vous ne pouvez pas le voir en regardant, et un problème là-bas peut ne se manifester que lorsque ça tourne mal. Un propriétaire prudent fait tout de même faire une inspection.
Le vibe coding fonctionne de la même façon. Les écrans, c'est la pièce visible. La sécurité, la gestion des données et l'organisation du code, c'est le câblage.
À quoi ressemble le vibe coding en pratique
Disons que vous voulez un outil simple pour suivre quels clients ont payé leurs factures.
| Étape | Ce que vous faites | Ce que fait l'IA |
|---|---|---|
| 1. Décrire | « Une page qui liste mes clients avec le montant de la facture, la date d'échéance et le statut payé ou non payé. Je peux ajouter un client et marquer une facture comme payée. » | Écrit les pages, le formulaire et la logique pour enregistrer les entrées |
| 2. Essayer | Ajouter un client, le marquer payé, rafraîchir la page | Fait tourner l'application dans un aperçu |
| 3. Réagir | « Après un rafraîchissement, mes clients disparaissent » | Explique que les entrées étaient seulement gardées dans la mémoire du navigateur et ajoute une base de données |
| 4. Raffiner | « Mettre les factures en retard en haut de la liste et les colorer en rouge » | Modifie la liste |
| 5. Vérifier | L'ouvrir sur votre téléphone; essayer un formulaire vide | Corrige ce que vous signalez |
Vous n'avez jamais ouvert de fichier de code. Mais remarquez l'étape 3 : l'application avait l'air terminée avant de sauvegarder quoi que ce soit. Le vibe coding récompense les personnes qui testent comme un utilisateur et décrivent précisément ce qu'elles voient.
Avantages
- Rapidité. Une première version qui fonctionne en quelques minutes ou quelques heures, au lieu de quelques semaines.
- Faible coût pour tester des idées. Vous pouvez construire trois versions d'une chose et garder celle qui fonctionne.
- Contrôle direct. La personne qui comprend le problème est celle qui façonne le produit, sans brief perdu en route vers un développeur.
- Apprendre en faisant. Beaucoup de gens comprennent comment les applications s'assemblent, frontend et backend, bases de données, API, simplement en regardant ce que l'IA construit et en demandant pourquoi.
Les vrais risques
Ce ne sont pas des raisons d'éviter le vibe coding. Ce sont les choses que le feeling ne vérifie pas à votre place.
Des failles de sécurité invisibles
Une application peut paraître parfaite et permettre quand même à n'importe quel utilisateur connecté de lire tous les dossiers des autres, ou exposer une clé secrète dans du code qui s'exécute dans le navigateur du visiteur. Rien de cela n'apparaît quand vous cliquez en vous connectant comme vous-même. Les problèmes courants sont l'absence de vérification des permissions côté serveur, les clés API placées dans le code frontend et les formulaires qui acceptent n'importe quoi.
Du code que personne ne comprend
Si personne n'a lu le code, personne ne sait comment il est organisé. C'est acceptable à petite échelle. Quand une application grandit, chaque changement risque de casser quelque chose sans rapport, et l'IA peut se mettre à « corriger » un bogue en en créant un autre. Les applications construites en vibe coding pendant des mois sans aucune relecture sont souvent plus difficiles à modifier que celles construites plus lentement.
Ne pas savoir ce que « terminé » veut dire
L'IA vous dira volontiers qu'un problème est réglé. Seul un test permet de le savoir. Les personnes qui sautent l'étape du test se retrouvent avec des fonctionnalités qui marchent en démonstration et échouent avec de vraies données : des noms très longs, des champs vides, deux personnes qui réservent le même créneau.
Dépendances et coûts cachés
Les applications construites avec l'IA font souvent appel à des services externes : fournisseurs de courriel, processeurs de paiement, API d'IA. Chacun a son propre compte, ses clés, ses limites et ses factures. Sachez de quoi votre application dépend avant de la lancer.
Idées reçues courantes
| Idée reçue | Ce qui est vraiment le cas |
|---|---|
| « Le vibe coding veut dire qu'il n'y a pas de code. » | Il y a du vrai code. Vous ne le lisez simplement pas. C'est pour cela que vous pouvez plus tard l'exporter ou le confier à un développeur. |
| « Si ça fonctionne, c'est correct. » | Fonctionner et être correct, sécuritaire et facile à maintenir sont deux choses différentes. |
| « C'est seulement pour les non-développeurs. » | Beaucoup de développeurs professionnels font du vibe coding pour des prototypes, puis relisent ou réécrivent avant de mettre en production. |
| « L'IA me signalera les problèmes. » | Elle le fera souvent si vous le lui demandez, mais pas toujours de son propre chef. Demandez-le directement. |
| « On ne peut pas construire de choses sérieuses comme ça. » | Beaucoup de vraies applications commencent ainsi. La partie sérieuse consiste à ajouter tests et relecture avant que de vrais utilisateurs n'en dépendent. |
Comment faire du vibe coding de façon responsable
Quelques habitudes couvrent la plupart des risques :
- Gardez les changements petits. Une demande, un changement, puis un test. Les grandes demandes vagues donnent des résultats grands et vagues.
- Utilisez des points de contrôle. Assurez-vous de pouvoir revenir à la dernière version qui fonctionnait avant d'essayer quelque chose de risqué.
- Demandez à l'IA d'expliquer. « Que fait ce changement? Qu'est-ce qui pourrait casser? » ne coûte presque rien et permet d'attraper beaucoup de problèmes.
- Testez comme un inconnu. Connectez-vous comme un second utilisateur et essayez de voir les données du premier.
- Gardez les secrets hors du code et du clavardage. Les clés API se rangent dans des variables d'environnement ou dans les secrets du projet.
- Faites relire avant les vrais utilisateurs. Pour tout ce qui touche aux paiements ou aux données personnelles, suivez une liste de vérification de sécurité ou faites examiner le tout par un développeur.
Quoi demander à votre créateur IA
Des demandes utiles qui transforment le feeling en vérifications :
- « Avant de construire ceci, dis-moi ton plan et quelles données il va stocker. »
- « Liste chaque endroit où cette application stocke ou envoie des données d'utilisateurs. »
- « Un utilisateur connecté peut-il voir ou modifier les dossiers d'un autre? Vérifie le code du serveur, pas seulement les pages. »
- « Est-ce que des clés API sont visibles dans du code qui s'exécute dans le navigateur? »
- « Que se passe-t-il si deux personnes soumettent ce formulaire au même moment? »
- « Résume ce qui a changé dans les trois dernières modifications. »
Pour d'autres façons de faire, consultez comment rédiger des requêtes pour les créateurs d'applications IA et, quand les choses tournent mal, comment déboguer une application construite avec l'IA.
Le vibe coding avec Mythex
Mythex est un créateur d'applications IA conçu pour cette façon de travailler : vous décrivez l'application dans le clavardage, l'agent écrit et fait tourner le code dans un aperçu en direct, et vous la publiez à une adresse web publique. Quelques fonctionnalités répondent précisément aux risques ci-dessus. Le mode Plan permet à l'agent de tracer une approche avant de toucher à quoi que ce soit, le mode Question répond aux questions sans rien modifier, et chaque tour réussi enregistre un point de contrôle auquel vous pouvez revenir. Avec le forfait Pro, vous pouvez ouvrir l'éditeur de code complet, exporter le projet ou le synchroniser avec GitHub quand vous voulez qu'un développeur le relise. La documentation du clavardage explique les modes et les points de contrôle, et les modèles vous offrent un point de départ si une page blanche semble trop lourde.
Questions
Qui a inventé l'expression vibe coding?
Andrej Karpathy, chercheur en IA et membre fondateur d'OpenAI, l'a lancée dans une publication sur X en février 2025. Il décrivait le fait de se laisser aller au feeling et d'oublier que le code existe. L'expression s'est répandue rapidement à partir de là.
Le vibe coding, est-ce la même chose que le no-code?
Pas tout à fait. Avec les outils no-code, vous construisez dans un éditeur visuel qui cache le code. Avec le vibe coding, une IA écrit du vrai code, présent dans des fichiers; vous choisissez simplement de ne pas le lire et vous pilotez en décrivant ce que vous voulez et en vérifiant le résultat.
Le vibe coding est-il sûr pour une vraie application?
Il peut l'être, si vous ajoutez les vérifications que le feeling oublie : testez que les utilisateurs ne peuvent pas voir les données des autres, gardez les clés API dans des secrets plutôt que dans le code, et faites relire tout ce qui touche à l'argent ou aux données personnelles. Pour des prototypes jetables, le risque est faible; pour des applications avec de vrais utilisateurs, il ne l'est pas.
Faut-il savoir coder pour faire du vibe coding?
Non. Mais connaître les notions de base, comme ce qu'est une base de données, une API et l'authentification, rend vos demandes plus claires et vous aide à repérer quand quelque chose ne va pas. Vous n'avez pas besoin d'écrire du code pour comprendre ces concepts.