Vibe coding : ce qu'un dirigeant doit comprendre avant de lancer une application

Le vibe coding est la pratique qui consiste à décrire ce que l'on veut en langage courant et à laisser une IA écrire le code, en jugeant le résultat sur ce qu'il fait plutôt qu'en lisant ce qu'il contient. L'expression a été popularisée en février 2025 par Andrej Karpathy, et le dictionnaire Collins en a fait son mot de l'année 2025. Si vous dirigez une entreprise, la question n'est pas de savoir si c'est une mode. C'est de savoir ce que cette méthode peut raisonnablement produire pour vous, à quel moment elle cesse de suffire, et ce que vous signez quand quelqu'un vous propose une application « faite avec l'IA en trois jours ».

Réponse rapide

Le vibe coding est un excellent moyen de valider une idée, de construire un outil interne simple ou d'obtenir un prototype à montrer. Il est un mauvais moyen de livrer, seul, une application que des clients paient, qui stocke des données personnelles ou qui traite des paiements. La raison n'est pas que l'IA code mal. C'est que personne n'a lu le code. Les entreprises qui s'en sortent bien l'utilisent pour aller vite au début, puis font relire, corriger et consolider par un développeur avant la mise en production.

Ce que recouvre réellement le terme

Trois choses très différentes se retrouvent aujourd'hui sous le même mot. Les distinguer suffit souvent à clarifier une décision.

Les générateurs d'applications

Lovable, Bolt ou Replit produisent une application complète à partir d'une description, avec hébergement et base de données intégrés. On ne voit presque jamais le code. C'est l'expérience la plus proche du « sans coder », et aussi celle où l'on dépend le plus de la plateforme. Lovable, par exemple, conserve le code du projet dans sa plateforme, mais documente une synchronisation avec GitHub sur toutes ses offres, et un téléchargement direct du code sur les offres payantes. Vérifiez ce point avant de choisir un outil : pouvoir récupérer son code n'est pas un détail, c'est ce qui détermine si vous pourrez un jour changer de prestataire.

Les agents de code

Claude Code, OpenAI Codex ou Cursor travaillent dans un vrai projet logiciel, avec un développeur, ou quelqu'un qui joue ce rôle, aux commandes. Claude Code se présente comme un outil de codage agentique qui lit la base de code, modifie des fichiers et exécute des commandes, disponible en terminal, dans l'éditeur, en application de bureau et dans le navigateur. Codex est inclus dans les abonnements ChatGPT et met en avant des agents qui continuent à travailler dans le cloud quand on ferme son ordinateur. Cursor est un éditeur de code dans lequel l'IA est intégrée. Le code est bien là, dans un dépôt ordinaire ; la question est de savoir si quelqu'un le lit.

Le développement assisté par IA

C'est ce que font aujourd'hui la plupart des développeurs professionnels : les mêmes outils, mais chaque modification est relue, testée et comprise avant d'être acceptée. Ce n'est plus du vibe coding au sens strict, même si le marketing emploie volontiers le mot. Pour une entreprise, c'est la différence entre un prototype et un produit.

Ce que le vibe coding fait bien

• Valider une idée avant d'investir. Un prototype cliquable en quelques heures permet de montrer, de tester auprès de quelques utilisateurs et de décider, pour une fraction du coût d'un cahier des charges.
• Remplacer un tableur qui a trop grandi. Un petit outil interne, utilisé par trois personnes de confiance, sur des données non sensibles : le cas d'usage idéal.
• Écrire la première version d'une interface. Les écrans, les formulaires et la navigation sortent vite et propres. C'est derrière l'interface que les problèmes se cachent.
• Donner un point de départ à un développeur. Un prototype qui montre exactement ce que vous voulez vaut mieux qu'un document de vingt pages. À condition de l'annoncer comme tel.

Ce qu'il fait mal, et pourquoi

Le problème n'est pas la qualité moyenne du code produit. C'est l'absence d'un point de contrôle. Une étude universitaire publiée en 2026, Debt Behind the AI Boom, a suivi des milliers de dépôts GitHub contenant du code écrit par IA : les problèmes introduits relèvent surtout de la qualité du code (89,3 % des cas), le reste touchant à l'exactitude et à la sécurité, et 22,7 % des problèmes suivis étaient toujours présents dans la dernière version du dépôt au lieu d'avoir été corrigés. Les auteurs en concluent qu'un contrôle qualité plus strict est nécessaire dans le développement assisté par IA. C'est exactement la définition du vibe coding.

Concrètement, voici ce qu'un développeur trouve le plus souvent quand il ouvre une application vibe codée qui « marche » :

• Une connexion, mais pas de droits. Les utilisateurs s'identifient, mais rien n'empêche l'un d'eux de lire ou modifier les données d'un autre. C'est le défaut le plus fréquent et le plus grave.
• Des clés dans le code. Des clés d'API ou des identifiants de base de données écrits en clair, parfois dans la partie de l'application que n'importe quel visiteur peut télécharger.
• Des vérifications côté écran seulement. Le formulaire refuse un montant négatif ; le serveur, lui, l'accepte.
• Du code en double et du code mort. Chaque nouvelle instruction a ajouté une variante au lieu de modifier l'existant. Le projet devient lourd à comprendre et donc risqué à modifier.
• Aucun test. Rien ne signale qu'une correction vient d'en casser une autre, sinon un utilisateur mécontent.

Combien ça coûte vraiment

Le coût visible, c'est l'abonnement à l'outil. Au 9 novembre 2026, Codex est inclus dans ChatGPT Plus à 23 € par mois selon la page officielle ; Cursor est vendu, d'après sa propre documentation, au sein de « l'abonnement X » qui regroupe Grok, Cursor et X, avec des formules de l'offre gratuite à 200 $ par mois, les modèles propres à Cursor inclus et ceux des autres éditeurs (Claude, GPT, Gemini) facturés en plus au tarif API à partir de l'offre Premium ; Claude Code nécessite un abonnement Claude ou un compte développeur. Ces montants changent souvent ; vérifiez-les le jour où vous décidez. Les générateurs comme Lovable, Bolt et Replit fonctionnent par crédits ou jetons dont la consommation dépend de ce que vous demandez, ce qui rend la facture difficile à prévoir à l'avance.

Le coût réel est ailleurs : dans le temps passé à itérer quand l'outil tourne en rond, dans l'abonnement à la plateforme une fois que l'application est indispensable, et surtout dans la reprise. Faire relire, sécuriser et consolider une application avant sa mise en production est un travail de développeur dont le prix dépend de la taille du code et de ce qu'on y trouve. J'en détaille les facteurs dans l'article sur la reprise d'une application générée par IA. Retenez simplement qu'il est presque toujours moins cher de faire relire un prototype que de réparer une application en production après un incident.

Vibe coding, développeur ou les deux : la grille de décision

Les questions à poser avant de lancer

Que vous vibe codiez vous-même ou que vous payiez quelqu'un pour le faire, ces questions évitent la plupart des mauvaises surprises.

• Puis-je récupérer le code ? Sous quelle forme, à quel prix, et la base de données suit-elle ? Si la réponse est floue, vous construisez chez quelqu'un d'autre.
• Où sont les données, et qui y a accès ? Pays d'hébergement, sauvegardes, accès des sous-traitants. Pour des clients en Europe, la question se posera de toute façon.
• Qu'arrive-t-il si l'outil change de prix ou disparaît ? Les tarifs relevés ci-dessus ont déjà changé plusieurs fois en un an.
• Qui lira le code avant la mise en ligne ? Si la réponse est « personne », vous faites du vibe coding au sens strict. Assumez-le, ou changez la réponse.
• Qui corrigera à trois heures du matin ? Un outil d'IA ne prend pas d'astreinte. Quelqu'un doit comprendre l'application assez bien pour intervenir.

Et le développement sur mesure dans tout ça ?

Le vibe coding n'a pas rendu le développement sur mesure obsolète ; il a déplacé la frontière. Beaucoup de projets qui auraient commencé par un devis commencent désormais par un prototype vibe codé, ce qui est une bonne nouvelle : le développeur part d'un objet concret plutôt que d'une intention. Le sur mesure garde son sens là où il l'a toujours eu, quand le processus est spécifique, quand plusieurs systèmes doivent être reliés et quand l'application doit durer. J'ai décrit ces critères dans application web sur mesure ou logiciel du marché, et la page développement d'application web sur mesure détaille la façon dont je travaille.

Conclusion

Le vibe coding est un outil de vitesse, pas un outil de fiabilité, et il n'a jamais prétendu l'être. Utilisez-le pour ce qu'il fait bien : montrer, tester, démarrer. Puis, avant que l'application ne touche des clients, de l'argent ou des données qui ne sont pas les vôtres, faites lire le code par quelqu'un qui en répond. L'ordre des opérations est la seule chose qui compte vraiment.