Como o Vercel virou cobrança por créditos no v0.dev

Quando o v0.dev, da Vercel, ainda não cobrava por token de crédito, eu conseguia testar prompts e ajustar o resultado sem olhar para o bolso. Essa tranquilidade acabou com o novo sistema de billing: a cobrança deixou de ser mensal e passou a ser por crédito consumido. O detalhe que faz toda a diferença é que essas ferramentas de IA erram muito. Toda geração que sai errada é crédito queimado, e antes esse erro custava apenas tempo. Agora custa dinheiro de verdade, e os créditos ficaram absurdamente caros.

Por que a cobrança por crédito encareceu meu uso do v0.dev

Quando o v0.dev ainda não trabalhava com token de crédito, eu conseguia experimentar sem contar moedas. Essa tranquilidade acabou com o novo modelo: a cobrança deixou de ser mensal e virou consumo por crédito. O problema é que essas ferramentas de IA erram muito, e cada tentativa que sai errada é crédito gasto. Antes, um resultado ruim custava tempo; agora custa dinheiro.

Somando isso ao preço dos créditos, que na minha conta ficaram caríssimos, o que era uma assinatura previsível virou uma despesa que eu não consigo planejar. Não tenho como saber quanto vou gastar no mês, porque depende de quantas tentativas cada tarefa vai consumir. Para quem usa a ferramenta no dia a dia, esse modelo aberto é o pior cenário possível, porque pune justamente quem está aprendendo a usar o produto e precisa iterar mais.

v0.dev, Lovable e bolt.new: o diferencial que deixou de existir

O motivo de eu ter escolhido o v0.dev em vez de Lovable e bolt.new era simples: ele não cobrava por token de crédito. Esse era o diferencial, e era por isso que ele ficava à frente na minha lista. Eu comparava as três ferramentas sabendo que só uma delas não me colocava naquele modelo de consumo.

Com a mudança, esse argumento desapareceu. O novo billing deixou a ferramenta parecida com Lovable e com o bolt.new, e não sobrou nada que justifique a preferência. Se todas cobram por crédito, o critério passa a ser preço, e nesse ponto o v0.dev não me convenceu, porque os créditos são caros. Quando o único motivo de escolha é eliminado, a comparação se resolve contra a ferramenta que mudou, não a favor dela.

O que mudou no meu cálculo antes de cada geração

Na prática, o que mudou no meu dia a dia foi o cálculo antes de cada geração. Antes eu pedia uma alteração sem pensar duas vezes; agora eu peso se vale a pena arriscar crédito em uma resposta que pode vir errada. Isso trava o uso. A ferramenta foi feita para iterar rápido, e a cobrança por crédito transforma cada iteração em uma decisão financeira.

Some a isso a sensação de que o modelo foi trocado sem nenhuma contrapartida para quem já usava o produto, e o resultado é a impressão de cash grab, de venda a qualquer custo. Não é uma questão de funcionalidade, porque a ferramenta continua entregando o que entregava quando eu a encontrei. O que mudou foi a conta, e a conta é o que me fez sair.

O v0.dev não ficou pior em recursos, ficou pior em modelo de cobrança, e para mim isso basta. Não me importo de pagar por uma ferramenta boa, mas me importo de pagar caro por crédito em uma ferramenta que erra e que ainda copiou o modelo de cobrança dos concorrentes que ela mesma superava. Enquanto a cobrança por crédito continuar nesse patamar, eu não volto. Fica a lição de que um diferencial de preço pode sumir da noite para o dia.