Chaque outil de vibe coding vend la même illusion : que le coût d’une application correspond au coût de sa génération. Le premier prompt est peu coûteux et spectaculaire. Le budget s’effondre plus tard, dans la boucle de correction, et cette boucle n’est pas un cas marginal. C’est le mode de fonctionnement normal de tout outil de génération de code sur ce site dès qu’une application dépasse une taille triviale.
Pourquoi le 20e prompt coûte plus cher que le 1er
Le premier prompt écrit sur une toile vierge ; le modèle est doué pour cela, et un seul tour permet généralement d’obtenir un progrès visible. Le 20e prompt doit modifier un système existant dont le modèle ne se souvient que partiellement. À mesure que les bases de code s’étendent, elles dépassent le contexte de travail de l’IA, et le modèle commence à contredire ses propres décisions précédentes. Les corrections traitent les symptômes plutôt que les causes racines, donc un correctif à un endroit en casse un autre, un schéma que les bâtisseurs appellent le prompt whack-a-mole. L’itération fait aussi gonfler l’artéfact lui-même : le contexte limité oblige l’IA à réécrire des fonctions utilitaires qu’elle ne voit pas, laissant derrière elle une logique en double et un patchwork de styles qui rend chaque correction ultérieure plus difficile à implémenter.
L’économie unitaire s’inverse donc. Les premiers prompts achètent des fonctionnalités ; les derniers prompts achètent des tentatives. Et chaque tentative est facturée.
Ce que disent les compteurs
Les chiffres de la recherche, par outil, tous issus de rapports d’utilisateurs documentés.
Lovable vend des crédits, l’offre Pro de base est à 25 euros pour 100 par mois. Les utilisateurs rapportent que la consommation par prompt passe d’environ 1,2 crédit à 3-4, soit une inflation des coûts d’environ dix fois avec le temps, même les questions sur le code consommant des fractions de crédit. Les testeurs décrivent la boucle canonique : des crédits dépensés dans des chats de débogage où l’agent introduit de nouvelles erreurs tout en résolvant la première, et des rapports où il prétend qu’un correctif a été appliqué alors que ce n’est pas le cas. À 3-4 crédits par prompt, un mois de 100 crédits représente moins de 30 tentatives.
Bolt vend des tokens, 10 millions sur le forfait Pro à 25 $. La plainte principale concerne le paiement pour une absence de progrès : le diff-edit qui est immédiatement réécrit sans le changement, “brûlant simplement des tokens sans modifications”, et une limite mensuelle consommée par une erreur générée, laissant le bâtisseur attendre le mois suivant pour corriger l’erreur de l’outil lui-même. Les testeurs décrivent également un épuisement opaque lors de boucles complexes, sans détail sur les modifications ayant consommé les tokens.
Replit présente la courbe la plus raide car son prix est basé sur l’effort : la facture suit l’intensité du travail de l’agent, et rien ne fait travailler un agent plus dur que de se déboguer lui-même. Cas documentés : 25 $ de crédits en moins d’une journée, 350 $ en une seule journée, 700 $ en un mois, et 1 500 $ de frais de base de données surprises causés en partie par des sauvegardes par checkpoint. L’analyse la plus sombre de la communauté est structurelle : plus d’erreurs signifient plus de corrections, donc plus d’exécutions facturables.
Des compteurs différents, même forme. L’unité de tarification est la tentative, et le débogage est l’activité qui maximise les tentatives.
La taxe, nommée
Appelons cela la taxe sur la boucle de correction : l’écart entre ce que vous paieriez si la génération fonctionnait du premier coup et ce que vous payez réellement. Elle possède trois propriétés notables. Elle est invisible au moment de l’achat, car le prix affiché décrit le scénario idéal. Elle est régressive, frappant le plus durement les bâtisseurs les moins capables de diagnostiquer les causes racines, car ils effectuent le plus de tours. Et elle est corrélée à l’importance : les applications qui déclenchent les boucles les plus profondes sont les applications métier riches en cas marginaux et lourdes en authentification, celles que vous avez le plus besoin de faire fonctionner, le genre examiné dans Lovable vs Bolt.
La taxe ne reste pas non plus dans la colonne des coûts. Chaque tour facturé sur une fonctionnalité liée à l’authentification relance les dés de la sécurité d’après ce que signifie réellement “45 % du code IA est vulnérable”, et la boucle elle-même est la forme quotidienne du problème du Jour Deux : la phase de maintenance où chaque changement risque de casser le précédent. Le compteur n’est que la partie visible sur la facture.
Payer moins, ou pas du tout
Sur les outils de génération de code, les atténuations relèvent de l’artisanat : limiter étroitement la portée des prompts, commiter chaque état fonctionnel, lire les diffs avant d’accepter, et reconnaître la dérive assez tôt pour s’arrêter. Un outil à abonnement forfaitaire comme Cursor limite au moins le pire scénario à un montant mensuel connu.
La réponse structurelle consiste à remarquer quelles applications n’ont pas besoin de boucle. Un portail ou un outil interne est principalement composé d’authentification, de permissions et de CRUD, et sur une plateforme comme Softr, tout cela relève de la configuration : on change un paramètre, le changement est effectué, sans tour de régénération et sans tentative facturée. Softr dispose de crédits IA pour son Co-Builder, mais comme tout ce que l’IA fait peut également être fait manuellement, un solde vide ne bloque jamais un correctif. Pour les applications métier, la boucle de correction la moins chère est celle qui n’existe pas.
