Trocar para o Claude Sonnet 5.5 deixa cada tarefa mais barata? O que conferir antes de decidir

Fala aí, beleza? O preço por token do Claude Sonnet 5.5 não mudou nada, mas o quanto você paga por tarefa pode mudar (e bastante)

A Anthropic lançou o Sonnet 5.5 em 28/09/2026, como o segundo modelo da família Claude 5.5, logo depois do Opus 5.5

E aí vem a pergunta que todo mundo faz: trocar deixa mais barato?

A resposta honesta é: depende do seu uso 😛

Então neste post eu te mostro como montar a SUA conta, em vez de decidir olhando só a tabela de preços

Quanto custa o Claude Sonnet 5.5 na API?

Primeiro, os números oficiais, direto da página de preços da Anthropic

Todos os valores são por milhão de tokens (MTok), em dólar:

A Batch API sai com desconto de 50% em relação ao preço padrão

Se você usa inferência restrita aos EUA (inference_geo: "us"), entra um multiplicador de 1,1x, ou seja, 10% a mais

Outro detalhe que ajuda MUITO: não tem adicional de contexto longo

Uma requisição de 900K tokens paga o mesmo por token que uma de 9K 🙂

E o preço é exatamente o mesmo do Sonnet 5

Inclusive, o aumento planejado do Sonnet 5 para US$ 3/US$ 15 em 1º de setembro foi cancelado, então US$ 2/US$ 10 segue como o preço padrão do Sonnet

O ID do modelo é claude-sonnet-5-5, e ele está disponível na API da Anthropic, na AWS, no Google Cloud e no Microsoft Azure

Por que o preço de tabela não diz quanto custa uma tarefa?

Aqui tá o pulo do gato

Preço por token é como o preço do quilômetro no táxi: o valor é fixo, mas quem decide a conta final é o tamanho da corrida (e quantas voltas o motorista dá haha)

Token? É o pedacinho de texto que o modelo lê e escreve, e é por ele que a API cobra

A conta de uma tarefa fica assim:

custo da tarefa = soma, em todas as chamadas e tentativas, de:
    (tokens de entrada x preço de entrada)
  + (tokens de saída x preço de saída)

Se liga em duas coisas nessa fórmula

Primeiro: no Sonnet 5.5 a saída custa 5 vezes mais que a entrada (US$ 10 contra US$ 2)

Então um modelo que escreve menos para resolver a mesma coisa pesa bem mais no bolso do que um que lê menos

Segundo: a tarefa raramente é uma chamada só

Cada chamada de ferramenta costuma virar mais uma rodada de entrada e saída, e cada retrabalho (aquele "não era isso, tenta de novo") também

Por isso dois modelos com o MESMO preço por token podem custar bem diferente por tarefa

O que os primeiros clientes relataram de consumo de tokens

Antes de tudo: isso aqui são relatos de clientes, não medição minha, beleza?

Todos comparam o Sonnet 5.5 com o Sonnet 5:

Repara na faixa: vai de 12% a menos de tokens (Box) até cerca de 73% a menos de saída por review (CodeRabbit), e na Balyasny o consumo por resposta caiu pra uma fração do que era

Isso é a prova de que a economia depende muiiito da carga de trabalho

A própria Anthropic fala em até 30% menos por tarefa em relação ao Sonnet 5, número que vem dos testes dela, justamente porque o modelo costuma precisar de bem menos tokens para fazer o mesmo trabalho

Até 30% não é "30% garantido" pra você, né?

Como montar sua própria comparação de custo por tarefa?

Bora ver na prática?

A ideia é simples: em vez de confiar no número de outra empresa, você mede no SEU uso

1. Escolha tarefas reais e representativas. Pegue o que você ou seu time realmente roda: um bug típico, um review, um documento que vocês geram toda semana. O erro comum deste passo: testar com tarefa de brinquedo, tipo "faz um hello world", que não diz nada sobre o seu custo de verdade

2. Rode as mesmas tarefas nos dois modelos. Mesmo prompt, mesmo contexto, uma vez no modelo que você usa hoje e outra no claude-sonnet-5-5. O erro comum deste passo: mudar o prompt no meio do caminho e comparar coisas diferentes sem perceber

3. Registre tokens e tentativas. Para cada tarefa, anote tokens de entrada, tokens de saída e quantas chamadas ou tentativas ela levou até o resultado ficar aceitável. O erro comum deste passo: contar só a primeira tentativa. Se o modelo precisou de três rodadas pra acertar, o custo real é a soma das três

4. Aplique os preços de tabela que valem pro seu caso. Entrada a US$ 2/MTok, saída a US$ 10/MTok, e se você usa cache, Batch API ou o multiplicador de 1,1x da inferência nos EUA, inclua isso também. O erro comum deste passo: esquecer que a saída custa 5x a entrada, ou ignorar a leitura de cache (US$ 0,20/MTok), que pode mudar bastante a conta se você reaproveita contexto

5. Compare custo por tarefa concluída, não por chamada. O número que importa é quanto custou chegar no resultado que você aceitaria. O erro comum deste passo: olhar a chamada mais barata e concluir que o modelo é mais barato, quando ele precisou de mais chamadas no total

Tome cuidado com amostra pequena: uma tarefa só pode enganar pra qualquer lado

Em que tipo de tarefa a economia tende a aparecer?

Segundo a Anthropic, o Sonnet 5.5 é mais indicado para tarefas do dia a dia bem delimitadas, correção de bugs e criação de documentos, slides e planilhas bem acabados

E isso conversa com os relatos que vimos ali em cima

Em código, a Lovable viu cerca de um terço a menos de tool calls por tarefa, ou seja, menos rodadas de ida e volta

Em review, a CodeRabbit viu muito menos saída por chamada, e saída é justamente a parte mais cara da conta

Tem também o Terminal-Bench 4.0: o anúncio traz 70,6% no Sonnet 5.5 contra 10,3% no Sonnet 5

Eu leio isso como um sinal de que pode haver menos retrabalho em tarefas de terminal, mas é sinal, não promessa, beleza?

Benchmark é uma coisa, o seu repositório é outra xD

Ah, e o Sonnet 5.5 gera saída mais de 30% mais rápido que o Sonnet 5

Isso muda o TEMPO que você espera, não o preço por token, então não misture as duas coisas na sua comparação

O que muda para quem usa o Claude Code ou os planos pagos?

O Sonnet 5.5 está disponível no Claude Code, com contexto de 1M tokens, e também nos planos pagos do Claude com 1M tokens

Agora, se você chama o modelo direto pela API, a documentação lista algumas especificações que mexem com custo (são specs da API, não do Claude Code nem dos planos pagos):

• Saída máxima de 128K tokens (300K na Batch API, em beta)
• Thinking adaptativo com esforço padrão high

Esse segundo ponto é importante: o nível de esforço influencia quantos tokens o modelo gera, e token gerado é saída, a parte mais cara

E se você está esperando um modelo menor e mais barato da mesma família, o Haiku 5.5 foi anunciado para as próximas semanas, mas ainda não saiu

Quando ele chegar, vale repetir a mesma comparação incluindo ele no páreo

Vale trocar para o Sonnet 5.5 pensando em custo?

Minha leitura honesta: a troca não tem risco de encarecer o token, porque o preço por token é igual ao do Sonnet 5

O que pode mudar é o volume de tokens e de tentativas por tarefa, e é aí que mora a economia (ou a falta dela)

A promessa de até 30% menos vem dos testes da Anthropic, e os relatos de clientes vão de 12% a menos até reduções bem maiores, como os cerca de 73% da CodeRabbit

Ou seja, o custo do Claude Sonnet 5.5 no seu caso só você descobre medindo

E vale a mesma lógica pra qualquer troca de modelo: preço é só uma parte, e eu já falei sobre o que muda no seu código quando a troca é entre modelos diferentes

Então minha recomendação é: troca, mede com o método da seção de passos e decide com número na mão, não pela tabela isolada

Conclusão: meça antes de decidir

Recapitulando:

• O preço de tabela do Sonnet 5.5 é o mesmo do Sonnet 5: US$ 2 de entrada e US$ 10 de saída por MTok
• O custo por tarefa depende de quanto entra, quanto sai e de quantas tentativas a tarefa leva
• Os relatos de economia existem, mas variam MUITO conforme o tipo de trabalho

Próximo passo prático: separa de cinco a dez tarefas reais desta semana e roda a comparação nos dois modelos

Em uma tarde tu já tem uma resposta muito mais confiável do que qualquer tabela 🙂

Até o próximo post!