Sistema de créditos no vibe coding: o servidor calcula o custo
Pacote mínimo antes do lançamento: o servidor calcula o gasto, reserva antes da API e nunca trata custo desconhecido como zero. Thiago aceita e manda executar.
No vibe coding de um SaaS com API paga, o sistema de créditos mora no servidor. O browser não manda o valor a gastar. Na live de 185 min do Taurus Hub, o agente recita o pacote mínimo antes do lançamento e Thiago aceita: toda chamada paga exige autenticação e organização válida; o servidor calcula o custo; reserva antes da API; captura no sucesso; libera na falha; timeout incerto pede reconciliação.
A regra que fecha o pacote: se o sistema não souber o custo de uma operação, bloqueia ou cobra reserva conservadora. Custo desconhecido nunca vira zero.
Pacote mínimo sem adiar o lançamento
O obstáculo é fechar o caixa antes de abrir o produto, sem fatiar o pacote mínimo em módulos que ficam para depois. O agente recita a spec no começo da live. Thiago não dita cláusula por cláusula.
Sem separar módulos e sem adiar o lançamento, o pacote mínimo é: toda chamada paga exige autenticação e organização válida. O servidor calcula o custo. Navegador nunca informa quantos créditos deve gastar.
Chamada paga sem autenticação e organização válida não entra. Quem decide o débito é o servidor. O navegador autentica e pede a operação; não informa quantos créditos deve gastar.
A mesma sequência volta completa, ainda na voz do agente:
Servidor calcula o custo. O navegador nunca informa quantos créditos deve gastar. Sistema reserva créditos antes da PI. Executou com sucesso. Captura. Falhou. Libera. Time outado incerto não libera automaticamente sem reconciliação. Saldo insuficiente bloqueia antes de chamar P.
O sistema reserva créditos antes da API. Sucesso captura. Falha libera. Timeout incerto não libera sem reconciliação. Saldo insuficiente bloqueia antes de chamar a API. Quando a spec volta picada, Thiago responde com um "Beleza." Aceita o pacote. Depois manda executar o plano no meio do caminho. O pacote mínimo deixa de ser texto e vira tarefa.
Quem calcula o gasto no sistema de créditos
O servidor calcula o custo e o navegador nunca informa quantos créditos deve gastar: essa é a regra do caixa. Sem o cálculo no servidor, o valor a debitar viria do request do navegador. Autenticação e organização válida abrem a porta da chamada; o valor do débito continua sendo decisão do servidor.
A REGRA DO CAIXA
Navegador informa o gasto
O valor a debitar viria do request do browser
Caixa no servidor
O servidor calcula o custo; o browser autentica e pede a operação
Saldo insuficiente para antes da chamada. Sem esse bloqueio, a API do provedor rodaria e o débito no cliente falharia depois. O pacote trata o crédito como caixa, não como número que o front escolhe no request. Isso aparece também em extrair frame de video.
O recorte aqui é o caixa no servidor. A tabela de preço por custo real da API é outro post. O modelo comercial de vender crédito também.
Custo desconhecido nunca é zero
A regra de ouro também vem do agente:
Se o sistema não souber o custo de uma operação, ele deve bloquear ou cobrar uma reserva conservadora. Nunca tratar custo desconhecido como custo zero.
Tratar custo desconhecido como zero deixa a operação passar sem débito enquanto o provedor ainda cobra; o buraco só aparece depois. Bloquear ou reservar de forma conservadora segura o caixa até o custo ficar conhecido. A spec não deixa um meio-termo: ou a operação espera, ou entra com reserva que o sistema escolheu.
CUSTO DESCONHECIDO
Tratar como zero
A operação passa sem débito enquanto o provedor ainda cobra
Nunca é zero
Bloqueia ou cobra reserva conservadora até o custo ficar conhecido
Na mesma live, o lançamento de produto ordena catálogo e persistência antes da guarda e do checkout; este post é o que a guarda faz com o crédito. Em beta, bug de UX passa, falha financeira não. A home vende piloto, não grade de créditos no hero. O diário no repo registra o que foi fechado; aqui fica o pacote do caixa.
No vibe coding, o browser não manda o valor
Amanhã, no vibe coding de um SaaS com API paga, o sistema de créditos fica no servidor. O browser autentica e pede a operação. O servidor calcula, reserva quando sabe o custo, e bloqueia ou reserva de forma conservadora quando não sabe. Timeout incerto espera reconciliação antes de liberar o que ficou pendente. Isso aparece também em vibe coding para creditos anuais nao expirarem como os mensais. Foi o mesmo caminho de sistema de agendamento.
Se o front informar o débito, o desenho da live ainda não está no seu código. Se o servidor for o único a decidir o gasto, o caixa está no lugar certo.
Dá para assistir à live e ouvir o agente recitar o pacote mínimo, o "Beleza" do Thiago e a regra de nunca tratar custo desconhecido como custo zero.