Ogni strumento di vibe coding vende la stessa illusione: che il costo di un’app sia il costo della sua generazione. Il primo prompt è economico e spettacolare. Il budget muore più tardi, nel fix loop, e il fix loop non è un caso isolato. È la modalità operativa normale di ogni strumento di generazione di codice su questo sito, una volta che l’app supera una dimensione banale.
Perché il ventesimo prompt costa più del primo
Il primo prompt scrive su una tela bianca; il modello è bravo in questo, e un solo round solitamente produce progressi visibili. Il ventesimo prompt deve modificare un sistema esistente che il modello ricorda solo parzialmente. Man mano che le codebase crescono, superano il contesto di lavoro dell’IA, e il modello inizia a contraddirsi nelle decisioni precedenti. Le correzioni affrontano i sintomi piuttosto che le cause alla radice, quindi una patch in un punto ne rompe un’altra, un pattern che gli sviluppatori chiamano prompt whack-a-mole. L’iterazione gonfia anche l’artefatto stesso: il contesto limitato costringe l’IA a riscrivere funzioni di utilità che non vede, lasciando logiche duplicate e un patchwork di stili che rende ogni correzione successiva più difficile da implementare.
Così l’economia unitaria si inverte. I primi prompt acquistano funzionalità; i prompt tardivi acquistano tentativi. E ogni tentativo viene fatturato.
Cosa dicono i contatori
I numeri della ricerca, per strumento, tutti tratti da report documentati degli utenti.
Lovable vende crediti, il piano Pro base a 25 euro per 100 al mese. Gli utenti segnalano che il consumo per prompt sale da circa 1,2 crediti a 3-4, un’inflazione dei costi di circa dieci volte nel tempo, con persino le domande sul codice che consumano frazioni di credito. I recensori descrivono il loop canonico: crediti spesi in chat di debugging dove l’agente introduce nuovi errori mentre risolve il primo, e segnalazioni di casi in cui l’agente afferma che una correzione è avvenuta quando non è così. A 3-4 crediti per prompt, un mese da 100 crediti significa meno di 30 tentativi.
Bolt vende token, 10 milioni nel piano Pro da $25. La lamentela tipica è pagare per la mancanza di progressi: l’edit diff che viene immediatamente riscritto senza la modifica, “bruciando token senza cambiamenti”, e un limite mensile consumato da un errore generato, lasciando lo sviluppatore in attesa del mese successivo per correggere l’errore dello strumento stesso. I recensori descrivono anche un esaurimento opaco durante loop complessi, senza un dettaglio di quali edit abbiano consumato i token.
Replit ha la curva più ripida perché il prezzo è basato sullo sforzo: la fattura segue quanto intensamente lavora l’agente, e nulla fa lavorare un agente più duramente del fare il debugging di se stesso. Casi documentati: $25 di crediti in meno di un giorno, $350 in un singolo giorno, $700 in un mese e $1.500 in costi imprevisti del database guidati in parte dai backup per checkpoint. L’interpretazione più cupa della community è strutturale: più errori significano più correzioni, che significano più esecuzioni fatturabili.
Contatori diversi, stessa forma. L’unità di prezzo è il tentativo, e il debugging è l’attività che massimizza i tentativi.
La tassa, nominata
Chiamiamola la tassa del fix loop: il divario tra quanto pagheresti se la generazione funzionasse al primo colpo e quanto paghi effettivamente. Ha tre proprietà degne di nota. È invisibile al momento dell’acquisto, poiché il prezzo di listino descrive il percorso ideale. È regressiva, colpisce più duramente gli sviluppatori meno capaci di diagnosticare le cause alla radice, perché eseguono più round. Ed è correlata all’importanza: le app che innescano i loop più profondi sono quelle aziendali ricche di auth e casi limite che devono assolutamente funzionare, quelle esaminate in Lovable vs Bolt.
La tassa non rimane solo nella colonna dei costi. Ogni round fatturato su una funzionalità legata all’auth rilancia i dadi della sicurezza di cosa significhi effettivamente che ‘il 45% del codice IA è vulnerabile’, e il loop stesso è la forma quotidiana del problema del Giorno Due: la fase di manutenzione in cui ogni modifica rischia di rompere la precedente. Il contatore è solo la parte che puoi vedere in fattura.
Pagare meno, o non pagare affatto
Sugli strumenti di code-gen le mitigazioni sono questioni di tecnica: definire i prompt in modo ristretto, salvare ogni stato funzionante, leggere i diff prima di accettare e riconoscere la deriva abbastanza presto da fermarsi. Uno strumento a abbonamento flat come Cursor almeno limita il caso peggiore a una cifra mensile nota.
La risposta strutturale è notare quali app non hanno bisogno di un loop. Un portale o uno strumento interno è composto principalmente da auth, permessi e CRUD, e su una piattaforma come Softr queste sono configurazioni: cambi un’impostazione, la modifica è fatta, nessun round di rigenerazione e nessun tentativo fatturato. Softr ha crediti AI per il suo Co-Builder, ma poiché tutto ciò che l’AI fa può essere fatto anche manualmente, un bilancio vuoto non blocca mai una correzione. Per le app aziendali, il fix loop più economico è quello che non esiste.
