Vibe coding : c'est quoi, et que faire après la première version ?

Il y a quelques années, créer une app voulait dire apprendre à coder ou payer quelqu'un qui savait le faire. Aujourd'hui, vous ouvrez un navigateur, vous tapez « une app de réservation pour mes cours de yoga », et quelques minutes plus tard une version fonctionne. Cette façon de construire a un nom : le vibe coding. Beaucoup de gens l'utilisent, beaucoup en parlent, et le mot ne veut pas dire la même chose pour tout le monde. Ce guide l'explique simplement, dit honnêtement ce que la méthode fait bien, et montre ce qui vient en général ensuite, quand la première version est un succès.

Ce que veut dire vibe coding

Faire du vibe coding, c'est construire un logiciel en parlant à un outil d'IA. Vous décrivez ce que vous voulez, l'outil écrit le code, vous regardez le résultat et vous demandez des changements. Vous jugez l'app sur ce que vous voyez à l'écran, pas en lisant le code qui est derrière. Si cela a l'air juste et que cela marche quand vous cliquez, vous continuez.

Le terme a été rendu populaire par le chercheur en IA Andrej Karpathy, dans un message publié en février 2025. Il y décrivait une façon de travailler où l'on suit le mouvement, où l'on accepte ce que l'IA propose, et où l'on oublie presque que le code existe. Le mot s'est diffusé très vite, et le dictionnaire Collins l'a choisi comme mot de l'année 2025.

Il existe deux familles d'outils. Les créateurs d'apps comme Lovable, Bolt, Replit et v0 fonctionnent dans votre navigateur et construisent toute l'app à partir d'une conversation. Les éditeurs de code avec une IA intégrée, comme Cursor, sont faits pour les personnes qui savent lire du code, mais on peut les utiliser de la même façon.

Un point est souvent oublié : les équipes professionnelles utilisent elles aussi ces outils tous les jours. La différence ne vient pas de l'outil. Elle vient du fait qu'une personne lit et teste, ou non, chaque changement avant que de vrais utilisateurs en dépendent. Quand c'est le cas, on parle de développement assisté par l'IA. Le vibe coding, c'est quand personne ne le fait.

Ce que le vibe coding fait très bien

Le vibe coding est un vrai progrès, et pour certains usages c'est la meilleure façon de travailler. Il brille quand la vitesse compte plus que la solidité :

• Tester une idée. Vous pouvez montrer une version qui marche à dix clients possibles en quelques jours, et savoir si le sujet les intéresse, avant de dépenser un vrai budget.
• Construire un prototype. Une app cliquable en dit plus qu'un long document. Investisseurs, partenaires et futurs utilisateurs comprennent l'idée tout de suite.
• Créer de petits outils pour vous-même. Un calculateur pour vos devis, un suivi de votre stock, une page qui nettoie un fichier chaque semaine. Si vous êtes le seul utilisateur, les risques restent faibles.
• Découvrir ce que vous voulez vraiment. Construire une première version vous oblige à faire des choix : quels écrans, quelles étapes, quelles données. Même si vous reconstruisez plus tard, ces choix donnent un bien meilleur cahier des charges.
• Essayer plusieurs designs. Vous pouvez demander trois versions d'un écran et les comparer en quelques minutes.

Pourquoi le début paraît si facile

Au début, tout joue en votre faveur. L'app est petite, donc l'IA peut l'avoir entièrement en vue. Il n'y a qu'un utilisateur, vous, qui clique sur les boutons prévus, dans l'ordre prévu. Les données sont des exemples, donc rien n'est perdu si quelque chose casse. Chaque demande ajoute quelque chose de visible, et vous avancez vite.

Ce n'est pas une illusion. La première version fonctionne vraiment. Elle fonctionne simplement dans les conditions les plus faciles possibles. Les questions plus difficiles n'arrivent que lorsque d'autres personnes commencent à l'utiliser.

Où le vibe coding s'arrête en général

La plupart des apps créées en vibe coding atteignent les mêmes limites, à peu près dans le même ordre. Pas parce que les outils sont mauvais, mais parce que ce sont des choses qu'il faut demander, et qu'elles sont invisibles pendant une démo.

• La sécurité. Chaque utilisateur ne doit voir que ses propres données. Dans beaucoup d'apps générées, les règles de la base de données qui contrôlent cela, par exemple la row level security (les règles qui disent qui peut lire chaque ligne), sont absentes ou trop ouvertes. Des clés secrètes peuvent aussi se retrouver dans un code que tout le monde peut lire. Notre checklist de sécurité pour une application créée avec l'IA liste ce qu'il faut vérifier.
• Les données. La structure de la base de données a été inventée une demande après l'autre. Elle marche pour les premiers écrans, mais elle ne conviendra pas forcément aux suivants, et la modifier plus tard avec de vraies données dedans demande de la prudence. Les sauvegardes sont souvent absentes, ou jamais testées.
• Les paiements. Un premier paiement de test est facile. Une carte refusée, un remboursement, un abonnement annulé ou un renouvellement qui échoue : c'est là qu'est le vrai travail.
• Le nombre d'utilisateurs. Une page rapide pour une personne peut ralentir ou tomber en panne quand cent personnes arrivent après une publication sur les réseaux sociaux.
• Des changements qui cassent d'autres parties. L'app grandit, et chaque nouvelle demande touche plus de fichiers. Une correction à un endroit casse quelque chose ailleurs, et aucun test (de petites vérifications automatiques que l'app marche toujours) ne vous prévient.
• Personne ne sait comment elle fonctionne. Quand quelque chose tombe en panne la nuit, personne ne connaît assez le code pour réparer vite.

Nous décrivons plus en détail ce qui se passe à l'arrivée des vrais utilisateurs dans pourquoi un prototype IA casse avec de vrais utilisateurs.

La première version prouve l'idée. La suivante doit protéger les personnes qui l'utilisent.

Les signes que votre première version en est là

• Chaque correction que vous demandez casse quelque chose qui marchait.
• Vous avez peur de toucher à quoi que ce soit avant une démo.
• Des personnes que vous ne connaissez pas s'inscrivent, ou vous comptez les inviter.
• Vous encaissez de l'argent, ou vous êtes sur le point de le faire.
• Vous ne savez pas dire où sont stockées les données de vos utilisateurs, ni qui peut les lire.
• Un client professionnel vous demande comment ses données sont protégées, et vous n'avez pas de réponse claire.

Si un ou deux de ces points sont vrais, vous n'êtes pas en difficulté. Vous êtes simplement arrivé à l'étape suivante, qui est normale.

Que faire après la première version

Le chemin entre une première version créée en vibe coding et un produit sur lequel les gens peuvent compter ressemble en général à ceci :

• 1. Décidez ce qu'est l'app aujourd'hui. Est-ce encore un test pour apprendre, ou un produit pour de vrais clients ? Un test peut rester tel quel. Un produit a besoin des étapes suivantes.
• 2. Mettez tout à votre nom. Le code dans votre propre compte GitHub (le service où l'on stocke le code), et la base de données, l'hébergement et le nom de domaine dans des comptes qui vous appartiennent.
• 3. Arrêtez d'ajouter des fonctions, pour un temps. Chaque fonction ajoutée sur une base fragile rend le nettoyage plus long.
• 4. Faites le point. Notre test de lancement gratuit en 2 minutes montre quelles bases restent à régler. Ensuite, faites lire le code par une personne, qui pourra vous dire ce qui est solide et ce qui a seulement l'air terminé.
• 5. Consolidez les fondations par ordre de risque. D'abord la protection des données et les clés secrètes, puis les connexions, les paiements, les sauvegardes et le suivi des erreurs (un outil qui enregistre chaque erreur et vous prévient).
• 6. Lancez petit, puis élargissez. Commencez avec un groupe d'utilisateurs avec qui vous pouvez échanger, regardez ce qui casse, et ouvrez plus largement quand tout tient.

Parfois, la relecture montre que les fondations ne tiendront pas, et qu'il vaut mieux reconstruire une partie de l'app. Ce n'est pas un échec : la première version a quand même fait son travail. Notre guide pour reconstruire ou réparer une application à moitié finie explique comment décider.

Faut-il créer votre idée en vibe coding ?

Si vous voulez savoir si une idée mérite plus de temps et d'argent, oui. C'est l'un des moyens les plus rapides et les moins chers de le découvrir. Gardez-la petite, n'y mettez pas de vraies données clients au début, et considérez le résultat comme un prototype, pas comme un produit fini.

Vous pouvez aussi continuer à utiliser l'IA après la première version. Nous utilisons des outils d'IA tous les jours dans notre propre travail, parce qu'ils nous aident à construire plus vite. La différence, c'est que chaque changement est lu et testé par une personne avant d'arriver chez les utilisateurs. L'IA va vite, mais quelqu'un doit rester responsable du résultat.

En résumé

Le vibe coding, c'est créer un logiciel en le décrivant à une IA et en faisant confiance à ce qu'elle écrit. C'est excellent pour les idées, les prototypes et les outils que vous utilisez vous-même. Quand arrivent de vrais utilisateurs, leurs données et leur argent, la première version a besoin d'une relecture et de fondations plus solides. Si vous en êtes là, découvrez comment nous finissons les applications créées avec l'IA pour de vrais utilisateurs.