Como usar vibe coding para checar cobrança real antes de instrumentar telemetria

Toda telemetria de custo embute uma teoria sobre como o provedor cobra, e essa teoria costuma entrar no código sem que ninguém tenha ido conferir. Thiago esbarrou na dele ao agendar um carrossel enquanto construía o módulo de publicação da agência de marketing: o painel de custo por cliente registrou 8 chamadas para uma publicação, porque a telemetria tinha sido instrumentada supondo que o provedor cobrasse por lâmina do carrossel.

A métrica só ficou certa quando ele saiu do editor e abriu o extrato da própria conta no provedor, onde a cobrança de fato aparece. A IA já tinha investigado o código e garantido que estava tudo em ordem.

A IA conferiu o código e disse que não havia bug

O pedido foi direto: dá uma olhada na telemetria, esse agendamento apareceu com 8 chamadas, e sendo carrossel ou é 1 chamada só ou a API de publicação cobra por lâmina. Ele desconfiou do número sem saber ainda qual dos 2 modelos era o certo. A investigação voltou com uma fórmula medida no próprio código: 1 upload de mídia por lâmina, mais 1 chamada para criar o post. Com aquele carrossel, o resultado batia em 8, exatamente como o painel mostrava.

A resposta era coerente e verificável. O código emitia aqueles eventos, a contagem fechava, e o agente deu a investigação por encerrada. A verificação inteira, porém, aconteceu dentro do repositório. O que ficou confirmado foi que a telemetria media o que o código fazia, e não que o código correspondesse ao que o provedor cobrava. Vale ver como isso terminou em dnd kit react.

No vibe coding, a fonte de verdade sobre custo é a fatura

Thiago não aceitou o "está tudo certo". Ele começou a formular uma pergunta de pesquisa, se publicar um carrossel de 5 fotos no Instagram custa 1 chamada ou 5, e no meio da frase desistiu de resolver aquilo por consulta:

"Inclusive eu vou entrar aqui na própria conta que daí eu já confirmo, né?"

Entre perguntar a alguém e olhar o próprio extrato, é o extrato que conserta a métrica. Ele entrou na conta do provedor, olhou o consumo do agendamento que tinha acabado de fazer e voltou com o número real:

"Cara, eu acho que tem algo errado em relação às oito chamadas do post, porque eu acabei de olhar aqui na minha conta e verifiquei que cobrou apenas uma chamada. Então, cobrou uma chamada para publicar no Instagram e uma chamada para publicar no Facebook. Não importa quantas lâminas tem meu carrossel"

O modelo real cobra por destino, e o histórico não volta atrás

A resposta do agente veio em 2 frases:

"Você tinha razão. A telemetria estava errada."

Em seguida ele descreveu o modelo real do serviço que publica nas redes: o crédito é debitado por plataforma de destino, e upload de mídia não cobra nada. O mesmo carrossel indo para Instagram e Facebook consome 2 unidades, 2 x 0,027, e o número de lâminas não entra na conta. A telemetria foi reescrita para gravar unidades igual ao número de plataformas de destino.

A correção não recupera o passado. Os eventos já gravados continuam errados, e as 8 chamadas daquele agendamento ficam no histórico como 8, porque não existe fatura retroativa para reconstituir evento por evento. Só os agendamentos seguintes saem certos. Instrumentar custo em cima de suposição cobra 2 vezes, uma no código, que sai em minutos, e outra na série histórica, que fica torta. Isso aparece também em vibe coding para confirmar antes de acao que gera custo. Isso aparece também em vibe coding para distinguir falha de worker redundante de bug real. Isso aparece também em vibe coding para calcular custo real de api de video antes de usar.

O agente não tem acesso à sua fatura

A IA lê o seu código e o que você colou para ela. Ela não entra na sua conta nem vê o consumo do mês. Quando ela diz que as chamadas batem, o que ela está afirmando é que 2 artefatos seus concordam entre si, o contador e a linha que dispara o contador. Nenhum dos dois nasceu do provedor. Vale ver como isso terminou em chatgpt ou claude.

É por isso que vibe coding feito com seriedade inclui um passo fora da IDE. A resposta certa não existe dentro do universo de informação que a IA enxerga: ninguém descobre o modelo de cobrança lendo o código de quem supôs o modelo de cobrança. Insistir na investigação teria produzido explicações cada vez melhores para um número errado.

Na prática, antes de escrever a primeira linha de telemetria de custo para uma API de terceiro, faça uma operação real e pequena, do jeito que o produto vai fazer em produção, e compare o que você contou com o que o extrato do provedor debitou. Se os dois divergirem, o modelo mental está errado, e todo painel construído em cima dele vai mostrar número errado sem nenhum sinal de que está errado. E se você já instrumentou sem conferir, corrigir a fórmula é a parte fácil: a outra parte é anotar a data em que a correção entrou e tratar tudo o que veio antes dela como suspeito, porque um painel com número errado no meio engana mais que um painel vazio.

O trecho está na live em que Thiago construiu o módulo de publicação, e vale ver o momento em que ele decide abrir a conta em vez de aceitar a confirmação que já tinha em mãos.