Qu'est-ce que le vibe coding ? Définition, déroulement et limites

Le vibe coding désigne la programmation par la description : vous formulez en langage naturel ce qu'un logiciel doit faire, un modèle d'IA génère le code, et vous jugez le résultat sur le programme en cours d'exécution plutôt que sur les lignes individuelles. Le terme a été forgé par Andrej Karpathy le 2 février 2025. Collins Dictionary l'a élu mot de l'année en novembre 2025.

Qu'est-ce que le vibe coding ?

Le vibe coding est un mode de travail, pas un outil. La différence avec la programmation habituelle assistée par IA tient à la précision de votre regard : dans l'usage classique, vous lisez chaque suggestion avant de l'adopter. Avec le vibe coding, vous jugez le résultat — fonctionne-t-il, a-t-il l'air correct — et, en cas d'écart, vous envoyez le prompt suivant.

Andrej Karpathy, cofondateur d'OpenAI et ancien responsable de l'IA chez Tesla, a décrit dans son message du 2 février 2025 une façon de procéder où l'on « s'abandonne complètement aux vibes » et où l'on « oublie que le code existe ». La phrase était à moitié ironique. Elle décrit néanmoins avec précision ce qui caractérise ce mode : le code source n'est plus l'artefact avec lequel on travaille, mais un produit intermédiaire.

En novembre 2025, Collins Dictionary a élu « vibe coding » mot de l'année. Ce n'est pas une preuve technique, mais c'est un indicateur de la rapidité avec laquelle le terme est passé d'un message de niche au langage courant.

Comment le vibe coding se déroule-t-il concrètement ?

Le déroulement est une boucle de quatre étapes qui se répète jusqu'à ce que le résultat convienne.

• Formuler l'intention. Vous décrivez le comportement souhaité, pas l'implémentation : « Un formulaire qui reçoit des demandes et m'envoie un e-mail. »
• Laisser générer. Le modèle produit fichiers, dépendances et configuration d'un seul coup.
• Essayer. Vous lancez le programme et vous vérifiez son comportement, pas son code source.
• Affiner. Ce qui ne convient pas, vous le décrivez à nouveau en prose. Les messages d'erreur sont souvent retransmis tels quels.

Cette boucle explique à elle seule l'attrait : entre l'idée et un résultat exécutable, il s'écoule des minutes au lieu de jours. Et elle explique en même temps le problème fondamental autour duquel tourne le reste de cette série d'articles — personne n'a lu le code produit.

Le vibe coding est-il la même chose que programmer avec l'IA ?

Non. Tout vibe coding est de la programmation avec l'IA, mais toute programmation avec l'IA n'est pas du vibe coding. Le critère de distinction est la profondeur de vérification.

Celui qui laisse une IA proposer du code, le lit, le comprend et l'adopte consciemment pratique le développement assisté par IA. Celui qui juge le résultat uniquement sur son comportement pratique le vibe coding. La frontière ne passe pas par l'outil — le même outil permet les deux — mais par la question de savoir si quelqu'un peut répondre du code. Où passe cette frontière dans le quotidien d'une équipe, l'article sur le vibe coding et l'agentic coding le traite.

Pour quels projets le vibe coding convient-il ?

Le vibe coding convient partout où une erreur coûte peu. C'est un critère plus précis que « petits projets », car même un petit projet peut produire des erreurs coûteuses dès qu'il touche à de vraies données.

• Bien adapté : prototypes pour clarifier une idée, scripts d'analyse internes, outils jetables, générateurs de données de test, maquette cliquable pour la concertation avec les services métiers.
• Avec réserve : applications internes avec de vraies données d'entreprise — il faut ici au minimum une revue par quelqu'un capable de lire le code.
• Non adapté sans couche de vérification : tout ce qui concerne des données d'utilisateurs, des paiements, l'authentification ou des conséquences juridiques. Pourquoi ce n'est pas un avis de prudence mais quelque chose de mesurable, l'article sur les risques et failles de sécurité le montre.

Comment savoir si mon résultat de vibe coding est prêt pour la production ?

À quatre questions auxquelles on peut toutes répondre par oui ou par non. Si l'une d'elles reçoit un non, le résultat est un prototype, quelle que soit sa bonne apparence.

• Une personne de l'équipe peut-elle expliquer le code sans demander à l'IA ?
• Existe-t-il des tests qui échouent lorsque le comportement se dégrade ?
• A-t-on vérifié ce qui se passe lorsque des entrées manquent, sont erronées ou malveillantes ?
• Sait-on quels paquets externes se sont ajoutés et d'où ils viennent ?

Le passage complet de la maquette à l'exploitation est décrit dans l'article Du prototype à la production.

Le vibe coding rend-il vraiment plus rapide ?

Pour les développeurs expérimentés dans des bases de code familières, ce n'est pas démontré — une étude contrôlée a même constaté le contraire. De février à juin 2025, l'organisation de recherche METR a fait traiter par seize développeurs open source expérimentés 246 tâches réelles dans leurs propres dépôts matures, attribuées au hasard avec ou sans outils d'IA (arXiv:2507.09089, publié en juillet 2025).

Le résultat : avec l'IA, les participants ont mis 19 pour cent de temps en plus. Plus remarquable que le chiffre, il y a l'erreur d'appréciation — ces mêmes développeurs estimaient après coup que l'IA les avait accélérés de 20 pour cent. Avant, ils s'attendaient à 24 pour cent de gain.

Par souci d'équité, il faut replacer cela dans son contexte : METR présente désormais lui-même ce résultat comme historique et souligne qu'il ne reflète pas nécessairement les outils actuels — étaient alors utilisés principalement Cursor Pro avec Claude 3.5 et 3.7 Sonnet. L'étude ne prouve donc pas que l'IA ralentit. Elle établit autre chose, de plus robuste : sa propre perception du temps n'est pas une mesure fiable lors de l'usage de l'IA.

Questions fréquentes sur le vibe coding

Qui a inventé le terme vibe coding ?

Andrej Karpathy, cofondateur d'OpenAI, dans un message sur X le 2 février 2025. Collins Dictionary a élu le terme mot de l'année 2025 en novembre 2025.

Faut-il des connaissances en programmation pour faire du vibe coding ?

Pour produire un résultat exécutable, non. Pour juger si le résultat est sûr, maintenable et correct, oui. Cet écart entre « ça tourne » et « ça tient » est le véritable objet du débat.

Quels outils sont utilisés pour le vibe coding ?

Sont répandus les outils agentiques en ligne de commande comme Claude Code, les éditeurs d'IA comme Cursor, les assistants comme GitHub Copilot ainsi que des plateformes comme Lovable ou Bolt, qui livrent directement une application exécutable. Une comparaison figure dans l'article sur les outils de vibe coding.

Le vibe coding n'est-il qu'un effet de mode ?

L'usage est réel : dans la Stack Overflow Developer Survey 2025, 84 pour cent des développeurs interrogés ont déclaré utiliser des outils d'IA ou prévoir de le faire, contre 76 pour cent l'année précédente. Ce n'est pas la diffusion qui est contestée, mais la profondeur de vérification.

Quelle différence avec le low-code ?

Les plateformes low-code travaillent avec des composants préfabriqués et des interfaces graphiques ; le résultat reste dans le système de la plateforme. Le vibe coding produit du vrai code source dans un vrai langage de programmation — avec toutes les libertés et toutes les obligations qui vont avec.

Les quatre questions ci-dessus sont faciles à poser et difficiles à tenir dans la durée. C'est précisément pour cela qu'existe Code Guardian — un paquet de skills qui câble ces vérifications comme des gates dans Claude Code, au lieu de les laisser à la discipline de chacun au cas par cas.

Sources

• Andrej Karpathy, message sur X du 2 février 2025 (origine du terme).
• Collins Dictionary, Word of the Year 2025, annoncé le 6 novembre 2025.
• Becker, Rush, Barnes, Rein : Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity, METR, arXiv:2507.09089, juillet 2025 ; complété par la mise en perspective de METR de février 2026.
• Stack Overflow Developer Survey 2025, section « AI ».

État au 27 juillet 2026. Cet article est une mise en perspective professionnelle générale et ne remplace pas l'examen du cas particulier.