Le piège du vibe coding : pourquoi livrer en 2026 est plus simple (et plus dur)

11 mai 2026 · 10 min de lecture

On a construit trois MVP Cursor en deux week-ends. Total d'utilisateurs en production : quatre. Tous nous.

On avait un outil de feedback rounds pour designers, une app de facturation au style Stripe pour consultants solos, et un mini widget d'analytics pour rédacteurs de newsletters. Ça marchait. Auth, Postgres, déploiements Vercel, Lemonsqueezy branché. C'était joli. Le widget de newsletter avait un graphique avec une jolie animation. L'app de facturation avait même un dark mode.

Personne en dehors de notre groupe de quatre n'en a jamais ouvert un seul.

Ce week-end-là n'était pas un accident. C'est le nouveau pattern fondateur, et on continue de le voir se rejouer — sur notre propre GitHub, dans les Discord d'amis, dans la timeline indie-hacker. Cursor, Claude et v0 ont rendu la construction logicielle débilement facile. Donc tout le monde construit. Et presque personne ne livre quoi que ce soit que quelqu'un utilise.

Cet essai parle de ça. Pas en plainte sur les outils. On adore les outils. On écrit ce texte dans Cursor en ce moment même. L'enjeu, c'est ce que les outils ont mis à nu une fois qu'ils ont effondré le coût de la construction : une discipline dont la plupart des fondateurs n'avaient jamais eu besoin avant, et qui devient soudain indispensable.

Construire n'a jamais été aussi facile. Livrer n'a jamais été aussi dur. Le vibe coding produit des artefacts fonctionnels mais sans intérêt parce que la boucle de validation ne se ferme jamais.

Le moment vibe coding

L'expression est apparue quelque part début 2025 et s'est imposée. Andrej Karpathy l'a employée sur X d'une façon mi-admirative, mi-résignée : vous décrivez ce que vous voulez, l'IA écrit la majorité du code, vous acceptez la majorité de ce qui sort, vous livrez en quelques jours. Le côté « vibe », c'est que vous ne codez pas vraiment — vous vibez avec le modèle, vous le poussez vers quelque chose qui a l'air juste.

Choisissez votre outil. Cursor pour l'éditeur. Claude pour le cerveau. v0 pour le site marketing. Lovable pour l'app complète. Bolt pour le prototype. Replit Agent si vous voulez tout faire tourner dans un onglet de navigateur. La marque sur l'écran ne change rien. Le pattern est identique : une idée le mardi, un prototype fonctionnel le samedi, déployé le dimanche après-midi.

En 2020, le même prototype, c'était six semaines de freelance ou six mois à apprendre à coder. Le coût par feature s'est effondré d'environ un ordre de grandeur en 24 mois. On n'est pas nostalgiques des factures de freelance à 15 k€. L'effondrement, c'est un vrai progrès.

Le bug, c'est ce qui s'est passé après.

Le problème de l'artefact

Voilà ce que personne ne dit vraiment à voix haute sur le vibe coding : il produit des artefacts, pas des produits. Il y a une différence, et c'est tout l'essai.

Un prototype fonctionnel avec auth, base de données, paiement et URL de déploiement, c'est un artefact. C'est un artefact impressionnant. Il y a deux ans, cet artefact était le goulot d'étranglement — le finir représentait 80 % du boulot, et le fait de le finir prouvait en général que vous saviez finir. Les fondateurs capables de livrer du logiciel fonctionnel étaient rares, et l'artefact servait de credential.

Un produit, c'est autre chose. Un produit, c'est l'artefact plus la boucle qui le relie à des gens qui le veulent assez pour continuer à l'utiliser et à le payer. L'artefact, c'est la moitié facile maintenant. La boucle, c'est tout le jeu, et la boucle, c'est exactement ce que le vibe coding ne vous aide pas à construire.

Ce qu'on continue de voir en 2025 et 2026, ce sont des fondateurs qui finissent l'artefact et le confondent avec le produit. Ils ont livré — sur Vercel. Ils ont lancé — sur ProductHunt. Ils ont eu des inscriptions — depuis un tweet. Toutes les cases de la checklist indie-hacker 2018 sont cochées, et pourtant la boucle reste ouverte. Personne ne veut vraiment la chose.

Trois MVP Cursor en deux week-ends. Total d'utilisateurs en production : quatre. Tous nous.

Ce que les outils ont changé, et ce qu'ils n'ont pas changé

Trois choses sont devenues 10x moins chères en deux ans :

Écrire le code.
Monter l'infrastructure (auth, base de données, paiement, déploiement).
Designer un site marketing qui ne ressemble pas à 2014.

Trois choses ne sont devenues exactement pas moins chères, et sans doute plus dures :

La distribution. Personne ne doit un clic à votre tweet de lancement. ProductHunt, c'est surtout d'autres makers qui livrent leur propre MVP vibe-codé du jour. Le SEO compose sur 6 à 12 mois, et la première page est désormais résumée par LLM. L'acquisition payante coûte toujours ce que coûte l'enchère, et l'enchère a plus d'enchérisseurs.
L'acquisition utilisateurs. Le cold outbound a les mêmes taux de réponse qu'en 2019. Les communautés remarquent toujours quand vous débarquez juste pour caser quelque chose. L'économie unitaire d'un inconnu qui essaie un nouveau produit n'a pas bougé d'un cheveu.
La validation de la demande. Est-ce que de vraies personnes, avec de vrais portefeuilles, en nombre réel, veulent la chose — cette question demande toujours du vrai signal de la part de vrais inconnus. ChatGPT n'a pas la réponse. Les amis ne répondront pas honnêtement. Vibe-coder le prototype plus vite ne fait pas bouger l'aiguille d'un seul point de base sur tout ça.

L'asymétrie est le piège. La moitié facile du boulot est devenue plus facile. La moitié dure est restée dure. Les fondateurs, suivant des incitations compréhensibles, se penchent sur la moitié devenue facile — et appellent ça du progrès.

La boucle de validation qui ne s'est jamais fermée

On va essayer de décrire le piège mécaniquement, parce que les descriptions mécaniques sont plus faciles à contester que les vibes.

En 2020, la boucle fondateur tournait comme ça :

Avoir une idée le mardi.
Parler à 20 personnes pour savoir si elles ont le problème (deux semaines).
Décider de construire (une vraie décision, parce que construire coûtait 15 k€ ou 6 mois).
Si oui : construire, lancer, mesurer, itérer.
Si le lancement plante, retour à l'étape 1 et choix d'une meilleure idée.

L'étape 3, c'était là où les idées allaient mourir — gracieusement, avant la partie chère. La boucle se fermait parce que l'asymétrie de coût l'y forçait. Vous ne pouviez pas vous permettre de sauter l'étape 2.

En 2026, la boucle tourne comme ça :

Avoir une idée le mardi.
Ouvrir Cursor.
Avoir un prototype fonctionnel le dimanche.
Tweeter le lancement.
Récupérer 14 inscriptions, 0 payant.
Se dire qu'il faut trouver le bon canal.
Itérer l'artefact pendant 3 week-ends de plus.
Lentement arrêter d'ouvrir le repo.
Avoir une nouvelle idée le mardi.

La boucle de validation ne se ferme jamais. Personne ne demande aux inconnus, avec de l'argent en jeu, si les inconnus en veulent. L'artefact est livré, mais la question de savoir si quelqu'un en veut reste ouverte pour toujours — jusqu'à ce que le fondateur arrête discrètement de prétendre et passe à l'idée suivante.

Ce n'est pas un échec moral. Le calcul, en lecture rapide, le supporte. La validation prend 14 jours et 200 €. Vibe-coder le prototype prend un long week-end. Le week-end est moins cher. Pourquoi ne construirait-on pas direct ?

Le calcul est faux, et il est faux d'une façon difficile à voir sur le moment. Il compare le coût de construire une fois au coût de valider une fois, et ignore tout ce qui se passe après l'étape 4. La comparaison honnête, c'est : validation (200 €, 14 jours, un cycle) versus construire + itérer + acquérir + churner + pivoter + finir par tuer — ce qui, d'après ce qu'on observe chez les fondateurs cette dernière année, fait 4 à 6 mois de soirées et de week-ends, plus 500 à 2 000 € de budget ads que le fondateur finit par claquer de toute façon, plus le coût d'opportunité de l'idée qu'il n'a pas choisie à la place.

200 € contre une saison. Le deal est tellement absurdement déséquilibré que la seule raison de le sauter, c'est que construire fait sentir productif et valider fait sentir mal à l'aise — et la mémoire musculaire dit que construire est la partie chère.

Ça ne l'est plus. C'est l'inversion.

Les cousins : qui d'autre est coincé dans cette boucle

On n'est pas les premiers à écrire sur ce mode d'échec sous d'autres noms. Le cimetière des projets jamais finis, c'est le phénomène plus large — la plupart des projets n'atteignent jamais un client payant, peu importe la décennie où ils ont été construits. On y a couvert les mécaniques élargies : validation émotionnelle, pas d'audience, peur de livrer en public, coûts engloutis. Le cimetière précède le vibe coding d'une décennie. (Voir pourquoi la plupart des projets de startup meurent avant le lancement — même cluster, argument plus large.)

Ce que le vibe coding a fait, c'est ajouter une aile au cimetière. L'aile pré-2024 a des pierres tombales avec des dates de construction de « 8 mois ». La nouvelle aile a des pierres tombales avec des dates de construction d'« un week-end ». Même issue. Pierres moins chères.

Pieter Levels — l'un des rares fondateurs publics à avoir été honnête là-dessus — a tué plus de 70 idées de produit pour garder les 5 qui génèrent aujourd'hui plus de 3 M$/an cumulés. Sa lecture sur le piège de construire avant de valider : « Genre wow mec, je n'ai même pas validé le marché nomade, c'est le mois deux… [un conseiller] dit ‘Non, faut que tu attaques toutes ces verticales différentes.’ Et puis trois ans plus tard je vends des meubles ou je sais pas quoi, c'est juste trop large. Fais-le pour toi. » Un indie hacker qui a testé 100 idées en 30 jours en a abandonné 97, gardé 3, fait tourner aujourd'hui un revenu cumulé de 180 k$, avec la règle colonne vertébrale « si je n'arrive pas à faire parler 5 personnes du problème, l'idée meurt ».

Un taux de kill élevé, c'est une feature, pas un échec. La boucle se ferme parce que le fondateur la ferme.

Pourquoi le correctif compte plus maintenant, pas moins

C'est la partie qui nous a pris du temps à formuler, et c'est toute la raison pour laquelle on écrit cet essai au lieu d'une énième listicle « 5 vibe coding tips ».

Quand construire était le goulot, valider avait du sens en argument d'économie — ne gaspille pas 15 k€ sur la mauvaise chose. C'est un argument défensif. Facile à approuver d'un hochement de tête, facile à sauter quand la pression du calendrier monte.

Quand construire n'est plus le goulot, valider a du sens comme seul endroit où un fondateur peut encore se construire un moat. C'est un argument offensif. Deux mille autres fondateurs ont aussi Cursor. L'artefact n'est plus rare. La volonté de demander à des inconnus, avec de l'argent en jeu, s'ils en veulent — voilà la partie encore rare. C'est là que vit l'upside asymétrique.

En 2020, la validation était discipline-comme-épargne. En 2026, la validation est discipline-comme-avantage.

Le manuel disait « construire coûte cher, valide d'abord ». Le manuel 2026 devrait dire « construire coûte peu cher ; construire-pas-cher-dans-le-vide coûte encore cher — valide d'abord ». Même conclusion, raison opposée, et la raison compte parce que les fondateurs qui internalisent la nouvelle raison arrêtent de sauter le sas.

On a couvert l'argument d'ordre des opérations dans valider ou construire un MVP d'abord. La version opérationnelle, quatre outils câblés ensemble en funnel d'arrêt, est dans le stack de validation. La comparaison méthode-la-moins-chère sur 11 options est dans comment valider une idée de produit pas cher. Et le menu des méthodes pré-MVP, noté sur coût et signal, est dans 7 façons de valider une idée de produit sans MVP. Tous descendent de la même prise de conscience : le sas compte plus maintenant, pas moins.

La discipline, en un paragraphe

N'ouvrez pas Cursor. Écrivez le communiqué de presse de l'idée — une page, trente minutes, ce que le produit fait, pour qui, et ce que ça coûte. Montez une seule landing page qui promet exactement ce que le communiqué décrit. Dépensez 100 à 200 € en ads payantes pour amener des inconnus froids sur cette page. Regardez le taux de conversion contre un critère d'arrêt que vous avez écrit avant que les ads démarrent. Construisez seulement si le sas est passé. Tuez sans pitié sinon, et choisissez une meilleure idée le mardi suivant.

Toute cette boucle, c'est environ 14 jours et 200 €. C'est plus lent que vibe-coder la chose tout de suite, et cette lenteur est la feature. Elle achète le seul signal qui compte vraiment : est-ce que des inconnus payés, sans relation avec vous, ont cliqué et converti à un taux qui justifie les quatre prochains mois de votre vie ?

La friction de faire tourner ce protocole, c'est exactement pourquoi les fondateurs le sautent. Webflow + Meta Ads Manager + Mailchimp + un zap Make.com, ça fait à peu près 4 heures de plomberie par test, contre la facilité séduisante d'ouvrir simplement Cursor. On a construit LemonPage pour que le sas arrête de coûter 4 heures de plomberie — page, ads, capture, dashboard de conversion, alerte critère d'arrêt, un seul workflow. C'est la seule mention produit que vous aurez de notre part dans cet essai ; la discipline compte plus que l'endroit où vous la faites tourner.

La vérité plus dure

L'ère du vibe coding, c'est la meilleure ère pour être fondateur, jamais. On le pense vraiment. La barrière à essayer des trucs n'a jamais été aussi basse, et c'est une victoire structurelle pour quiconque s'est un jour assis sur une idée parce qu'il ne pouvait pas se permettre de la tester.

C'est aussi l'ère la plus facile, jamais, pour livrer des produits que personne ne veut. Les deux sont vraies en même temps. Le même outillage qui vous laisse livrer en un week-end vous laisse livrer dans le vide en un week-end. Le vide ne note pas sur une courbe.

Les fondateurs qui compteront sur la prochaine décennie ne sont pas ceux qui sont devenus les plus rapides sur Cursor. Cursor va continuer de s'améliorer avec ou sans leur input. Les fondateurs qui compteront sont ceux qui ont traité la validation comme une compétence séparée de la construction, qui ont fait tourner le sas à chaque fois même quand ils auraient pu juste ouvrir l'éditeur, et qui se sont habitués à l'inconfort de demander de l'argent à des inconnus avant d'avoir écrit une seule ligne de code.

Ce n'est pas une insight 2026. C'est l'insight des années 2010, appliquée honnêtement à un monde où les outils ont changé mais pas les acheteurs.

Trois MVP Cursor en deux week-ends. Total d'utilisateurs : quatre. Tous nous. On ne refait pas ça.

Ouvrez Cursor lundi. Faites tourner le sas avant.

Questions courantes

C'est quoi le vibe coding ?

Le vibe coding, c'est le pattern fondateur post-2024 qui consiste à construire un produit fonctionnel en promptant majoritairement un outil IA — Cursor, Lovable, v0, Bolt, Claude Code, Replit Agent — au lieu d'écrire le code à la main. La « vibe » : le fondateur décrit ce qu'il veut, accepte la majorité de ce que le modèle produit, et livre en quelques jours. Le coût d'un prototype fonctionnel est passé de plusieurs semaines de freelance à un long week-end.

Les outils de coding IA sont-ils mauvais pour les fondateurs ?

Non. Cursor, Claude, Lovable, Bolt — ils ont rendu la construction environ 10x moins chère en deux ans, et c'est un progrès net. Le piège, ce ne sont pas les outils. Le piège, c'est que la mémoire musculaire du fondateur traite encore la construction comme le goulot d'étranglement, alors qu'elle ne l'est plus. Les outils n'ont pas créé le piège ; ils ont exposé un manque de discipline qui était toujours là, mais qui n'avait pas d'importance quand construire coûtait cher.

Pourquoi tant de produits vibe-codés échouent en 2026 ?

Parce que la construction est devenue 10x moins chère pendant que la distribution et la validation de la demande sont restées exactement aussi dures. Les fondateurs livrent des produits en 4 week-ends, puis découvrent que personne n'en veut — et le mode d'échec ressemble exactement au cimetière pré-IA, juste plus rapide et plus encombré. La boucle de validation ne se ferme jamais parce que le fondateur ne la ferme jamais ; l'asymétrie de coût qui forçait la fermeture a disparu.

Comment éviter le piège du vibe coding ?

Insérez un sas de validation volontaire avant de vous autoriser à ouvrir Cursor. Écrivez le communiqué de presse, montez une landing page, dépensez 100 à 200 € en trafic payant, et ne construisez que si un seuil de conversion pré-engagé est atteint. Le sas coûte environ 200 € et 14 jours — moins que le temps fondateur que vous brûleriez sinon à itérer sur un produit que personne n'a demandé. La défaillance de volonté est réelle ; pré-engagez la règle avant la prochaine idée excitante du mardi.

Valider est-il vraiment moins cher que construire en 2026 ?

Mesuré honnêtement, oui. Un cycle de validation (landing page + 150 € d'ads + 14 jours d'attente) coûte aujourd'hui moins en euros et en temps fondateur que vibe-coder un vrai prototype, surtout une fois comptés les boucles d'itération, le budget ads, et le coût d'opportunité de l'idée suivante que vous n'avez pas choisie. En 2020, la construction était le goulot et valider d'abord, c'était de l'économie. En 2026, la demande est le goulot, et valider d'abord est le seul endroit où la discipline du fondateur produit encore un avantage.