Medidor do Claude Code mudou sem aviso

O que aconteceu

Um desenvolvedor que roda Claude Code em ciclos de revisão, tarefas longas de agente e automação local começou a registrar os próprios logs de token depois de notar que a cota semanal esvaziava mais rápido que o habitual. Comparando semanas de trabalho equivalente, o volume visível de tokens de entrada e saída registrado localmente caiu para uma fração do que ele observava antes — na ordem de um sexto — para o que descreve como o mesmo tipo de trabalho, na mesma máquina, pelo mesmo preço de assinatura.

Incluindo os tokens de criação de cache na conta, a proporção se mantém. De um jeito ou de outro, o custo efetivo por unidade de trabalho útil aparenta ter subido de forma significativa, sem anúncio de mudança de preço.

O detalhe mais estranho: uma conta nova consumiu parte relevante da cota ao longo de algumas horas sem nenhuma linha correspondente registrada no log local. O registro do cliente e o medidor da conta discordam, e não há explicação publicada para a diferença.

Por que isso importa para quem constrói

Se você roda agente de código dentro de um fluxo de produção — bot de revisão, tarefa agendada de refatoração, triagem conduzida por agente —, isto é risco operacional concreto, não reclamação de preço:

• Seu modelo de custo pode mudar sem registro de alteração. Um fluxo que cabia confortavelmente na cota no mês passado pode estourar neste mês, com o mesmo código fazendo o mesmo trabalho.
• Log do cliente e medidor do fornecedor podem discordar. Se você cobra cliente ou acompanha custo por fluxo com base na sua própria contagem, pode estar subestimando o que está sendo cobrado.
• Pilha com um provedor só fica exposta por padrão. Automação que fixa um fornecedor herda o comportamento de medição, as mudanças de preço e as indisponibilidades dele, sem margem de negociação.

A leitura da Tyna

Este é o post mais útil do lote inteiro, e por um motivo que vai além do fornecedor específico: ele mostra o que acontece quando não existe registro independente.

Repare na estrutura do problema. O desenvolvedor não conseguiu provar que houve mudança de preço — ele conseguiu provar que os dois lados não batem. E essa é exatamente a posição em que fica qualquer empresa que confia no painel do fornecedor como fonte única de verdade sobre o próprio consumo. Sem contagem própria, você não tem sequer a discrepância; tem só a fatura.

A recomendação de registrar tokens fora do painel do fornecedor é barata e quase ninguém faz. Custa uma tabela com data, modelo, fluxo, tokens de entrada e de saída. O retorno aparece em três momentos distintos: quando você precisa atribuir custo por cliente, quando o fornecedor reajusta e você quer saber o impacto real, e quando os números divergem e você precisa de base para reclamar.

A segunda recomendação — encapsular a chamada ao modelo em um ponto único — merece ser lida como decisão de arquitetura, não como dica. É a diferença entre trocar de fornecedor mudando uma configuração e trocar de fornecedor abrindo trinta fluxos. Isso conecta com o que já discutimos sobre roteadores de LLM e sobre a pausa de captação da DeepSeek: a camada de modelo é a mais volátil da sua pilha, e a arquitetura deveria refletir isso.

Uma nota sobre a evidência, que o próprio relato faz questão de marcar: são logs locais de um usuário, não um anúncio nem uma auditoria. O texto original pede ao fornecedor um extrato detalhado de uso em vez de afirmar certeza sobre a causa. Vale manter esse rigor — o achado sólido aqui não é "aumentaram o preço", é "não há como o cliente verificar".

Perguntas frequentes

P: Houve confirmação oficial de aumento de preço?

R: Não. O relato se baseia nos logs locais do próprio desenvolvedor, não em anúncio do fornecedor. O texto pede um extrato detalhado de uso em vez de afirmar certeza sobre a causa.

P: Isso afeta só um modelo ou toda a linha?

R: O dado publicado se refere especificamente à contagem visível de tokens de um modelo dentro do Claude Code. Não há dado comparável para os demais.

P: Qual a forma mais rápida de reduzir a exposição a esse tipo de risco?

R: Encapsular a chamada ao modelo atrás de uma interface única no fluxo, para que trocar de provedor ou separar etapa cara de etapa barata não exija mexer no resto da automação.