Quanto custa usar o Claude Sonnet? Assinatura ou cobrança por token

Fala aí, beleza? Ninguém se perde no preço do Claude Sonnet por causa do número, se perde por causa da UNIDADE 😀

De um lado tu vê US$ 20 por mês e acha que resolveu

Do outro tu vê US$ 2 por milhão de tokens e não faz ideia de quanto é um milhão de tokens na tua rotina

São dois modos de pagar pelo MESMO modelo, e a escolha certa depende de quem está do outro lado do teclado: uma pessoa digitando ou um software chamando a API sozinho

Bora separar as duas contas?

Os dois modos de pagar pelo Sonnet: assinatura e consumo por token

Na assinatura tu paga um valor fixo por mês e recebe um limite de uso por janela de tempo

Na API tu não paga nada por mês, paga por token consumido: um preço pelos tokens de entrada (o que tu manda) e outro, mais caro, pelos tokens de saída (o que o modelo responde)

Se você conhece a diferença entre buffet e à la carte, é exatamente isso: no buffet tu sabe quanto vai gastar antes de sentar, no à la carte tu só descobre no fim

E o modelo muda? Não

O Claude Sonnet 5 é a geração atual da família Sonnet e chegou como drop-in upgrade do Sonnet 4.6, com ganhos maiores em código e em tarefas agênticas

O que muda entre assinatura e API é a NATUREZA da conta (teto fixo com limite de uso versus consumo medido sem piso e sem teto), não a qualidade do que sai do outro lado

Formação Recomendada

Formação Claude Code

Domine Claude Code do absoluto zero até o avançado

• 120 aulas
• 4 projetos
• 9h 45min

Conhecer formação

Preço dos planos de assinatura do Claude

Esse é o lado que todo mundo já viu, o lado do valor redondo por mês

Repara numa coisa que passa batido: do Team pra cima o valor por assento NÃO é a conta toda

No Team, o assento vem acompanhado do consumo cobrado às taxas da API

No Enterprise é ainda mais explícito, o assento paga o acesso e o consumo inteiro vai pro medidor da API

Ou seja, o "plano" corporativo já é, na prática, um híbrido dos dois modelos de cobrança

Preço por token na API: Sonnet 5 comparado com Opus, Haiku e Sonnet 4.6

Aqui a unidade é milhão de tokens, e é onde o preço do Claude Sonnet começa a fazer sentido de verdade quando tu compara com os vizinhos de linha

A leitura mais interessante da tabela é a linha de cima contra a segunda: o Sonnet 5 é o modelo mais capaz da família Sonnet e custa MENOS que o Sonnet 4.6, que ficou em US$ 3 de entrada e US$ 15 de saída

Geração nova mais barata que a antiga não é o normal do mercado, então vale registrar

E o Sonnet segue ocupando o meio do caminho: mais caro que o Haiku 4.5, que é o econômico da casa, e bem abaixo do Opus 5, que é o topo de linha

Quem já sentou pra fazer a conta em outros fornecedores, tipo o preço por token do DeepSeek V4 Pro, já tem o método na cabeça: o número da tabela é só o começo, o que decide é quantos tokens o TEU caso realmente gasta

O que mudou no preço do Sonnet 5 e por que a conta ficou mais previsível

Três mudanças mexem direto no bolso de quem usa a API, se liga

1. O preço introdutório virou padrão permanente

Os US$ 2 / US$ 10 foram anunciados como promocionais até 31 de agosto de 2026

Aí a coisa mudou: esse valor virou o preço padrão, e o reajuste que estava previsto para 1º de setembro de 2026, que levaria pra US$ 3 / US$ 15, foi cancelado

Quem estava montando planilha com aumento na virada do mês pode jogar fora essa linha 🙂

2. Contexto de 1 milhão de tokens sem tarifa premium

O Claude Sonnet 5 trabalha com 1 milhão de tokens de contexto (é o padrão e o máximo, não existe variante menor) e entrega até 128 mil tokens de saída

E o detalhe que muda o cálculo: requisição acima de 200 mil tokens de entrada é cobrada no preço padrão

Não existe sobretaxa de long context aqui, coisa que existia em modelos anteriores como o Sonnet 4 e o 4.5

Isso mata aquele susto clássico de mandar um repositório inteiro pro contexto e a fatura vir com um multiplicador que tu nem sabia que existia

3. Priority Tier fora do jogo

O Priority Tier não está disponível no Claude Sonnet 5, diferente do Sonnet 4.6

Se a tua arquitetura contava com isso, é ponto de atenção antes de migrar

Como reduzir a conta da API: cache de prompt e Batch API

O preço de tabela é o preço de quem não otimiza nada

Dois mecanismos mudam o resultado final MUITO mais do que trocar de modelo

Cache de prompt. Quando tu repete o mesmo bloco gigante de instrução ou de contexto em toda chamada, dá pra cachear

A escrita no cache custa 1,25x o preço base de entrada, e a leitura custa 0,1x, ou seja, 10% do preço base

Na prática: aquele bloco de entrada que sairia pelo preço cheio sai por um décimo disso quando vem do cache

Tome cuidado com o mínimo! Nos modelos Sonnet, o trecho cacheável precisa ter pelo menos 1.024 tokens

Se o teu bloco for menor que isso, ele simplesmente não cacheia e tu fica achando que otimizou

Batch API. Quando o processamento não precisa ser em tempo real, o lote sai por 50% do preço padrão da API

E o melhor: esse desconto empilha com o de prompt caching

Agora o alerta que estraga estimativa boa: a contagem de tokens do Sonnet 5 é MAIOR que a do Sonnet 4.6 para o mesmo texto

Então não reaproveita contagem velha, recontar contra o Claude Sonnet 5 é obrigatório antes de projetar qualquer custo mensal

Já vi gente calcular economia em cima de número de modelo antigo e levar susto no primeiro fechamento…

Limites de uso da assinatura: quando o valor fixo deixa de ser fixo

Aqui mora a parte que quase ninguém lê antes de assinar

Todo plano tem limite de uso que reseta numa janela móvel de sessão de 5 horas

Nos planos pagos existem também limites semanais, com reset em horário fixo semanal atribuído à tua conta

E tem mais um detalhe que pega muito vibe coder de surpresa: nos planos Pro e Max, o limite é COMPARTILHADO entre o Claude e o Claude Code

Toda atividade nas duas ferramentas cai no mesmo balde

Então aquela sessão longa de agente mexendo em código consome o mesmo limite que tu usaria pra conversar no chat

E quando bate o limite? Tu tem três saídas: esperar o reset, subir de plano, ou ativar créditos de uso

Os créditos de uso são cobrados às taxas padrão da API, e dá pra deixar o auto-reload ligado na conta do Console pra que créditos adicionais entrem sozinhos quando o saldo cair

Ou seja: no momento em que tu ativa crédito, o teu valor fixo deixou de ser fixo e virou plano mais taxímetro

Não é ruim, é só ter consciência de que a conta mudou de natureza

Qual modo compensa para uso pessoal, para time e para produção

Uso pessoal:

Começa no plano gratuito, sério

É o jeito mais barato de descobrir se a tua rotina cabe ou não numa janela de 5 horas

Se o uso virou diário e o gratuito começou a travar o teu dia, o Pro por US$ 20 por mês é o degrau natural

O Max entra quando a coisa passa a ser trabalho pesado: se o limite da janela de 5 horas está PARANDO tu no meio das sessões, com frequência, o Max 5x (US$ 100 por mês) ou o Max 20x (US$ 200 por mês) entregam 5x ou 20x o uso do Pro por sessão, e isso resolve um problema que nenhum truque de prompt resolve

O critério é bem seco: se tu bate no limite quase todo dia, o degrau se paga; se tu bate uma vez por semana, não

E se o pico é ocasional, talvez nem valha subir de plano: crédito de uso pontual pode sair mais barato que o degrau inteiro

Time:

O Team combina as duas lógicas: US$ 20 por assento por mês mais o consumo às taxas da API

Então a conta do time é sempre duas linhas, nunca uma só, e vale entrar sabendo disso

O Enterprise só entra na conversa quando a empresa tem tamanho pra bancar compromisso anual com mínimo de 20 assentos, lembrando que ali o assento paga o acesso e o consumo inteiro é cobrado à parte, também às taxas da API

Produção:

Aplicação em produção é API por token, sem drama

O motivo é simples: quem chama não é gente, é software

Chamada automática não respeita janela de sessão de 5 horas, o volume não cabe nesse formato, e o que decide o custo unitário passa a ser engenharia (cache de prompt e Batch API empilhados), não escolha de plano

Esse raciocínio é o mesmo de qualquer automação que consome LLM por chamada, tipo quando tu compara o custo de rodar o Kimi K3 no n8n contra as outras opções: o que importa é o custo por execução, não o valor da mensalidade

Assinatura ou token: o veredito honesto

Assinatura vence quando quem digita é uma PESSOA

Nesse cenário, previsibilidade vale mais que otimização fina: tu paga US$ 20, US$ 100 ou US$ 200 e não pensa mais no assunto até bater o limite

Token vence quando o consumo é de software, quando a escala passa da janela de sessão, ou quando o teu caso tem repetição suficiente pra cache e tolerância suficiente pra batch

Aí a conta por token não é só possível, ela é MUITO mais barata que fingir que dá pra empurrar produção dentro de plano de assinatura

E existe um caso híbrido totalmente legítimo, que é onde muita gente acaba parando: assinatura como base do dia a dia, com créditos de uso ativados pros picos

Tu segura o custo previsível na maior parte do mês e só paga taxa de API no excedente, sem ter que subir de plano por causa de duas semanas atípicas

Conclusão

Resumindo em uma frase: se quem consome é gente, plano; se quem consome é código, token; e se é os dois, plano com crédito ativado

O próximo passo prático não é escolher, é MEDIR

Roda o teu caso real e reconta os tokens contra o Claude Sonnet 5, porque contagem feita em modelo anterior não serve mais

Começa pelo plano gratuito pra sentir o uso, ou por um teste pequeno na API pra ver o gasto real por execução antes de fechar qualquer compromisso mensal

Depois disso, US$ 2 por milhão de entrada e US$ 10 por milhão de saída deixam de ser número solto e viram uma conta que tu consegue defender

até o próximo post! =)