Claude Sonnet 5 no Claude Code: vale a pena mudar e vai ficar mais caro?

Saiba mais sobre trabalhar com modelos na documentação da Ailoot.

O que aconteceu a 30 de junho: o Sonnet 5 tornou-se o modelo predefinido no Claude Code#

A 30 de junho, a Anthropic lançou o Sonnet 5 e definiu-o discretamente como modelo predefinido. Para alguns utilizadores, o modelo mudou automaticamente; para outros, manteve-se igual. Depende do plano.

A primeira coisa a fazer é verificar que modelo está a usar. No Claude Code, escreva:

/status

O comando mostra o modelo ativo e os detalhes da conta. Se indicar claude-sonnet-5 e não tiver mudado de modelo manualmente, o modelo predefinido mudou automaticamente.

O Sonnet 5 requer a versão 2.1.197 ou posterior do Claude Code. Se o comando /model não mostrar o modelo da quinta geração na lista, atualize:

claude update

A seguir, vou abordar a principal questão que motivou esta análise: a Anthropic diz que é «mais barato», mas as faturas de tokens das pessoas aumentaram. Porquê? A resposta está na próxima secção.

Porque é que «mais barato» no papel não significa mais barato na carteira?#

Depois da promoção, o Sonnet 5 custa 3 $ por milhão de tokens de entrada e 15 $ por milhão de tokens de saída. É exatamente o mesmo que custava o Sonnet 4.6 anterior. Não há redução do preço «por token». «Mais barato do que o Opus» só se aplica em comparação com o Opus 4.8 (5 $ e 25 $), não em comparação com a versão anterior do próprio Sonnet, cujo preço é igual.

O modelo cobra por tokens, não por letras: blocos de texto em que divide o seu pedido. O Sonnet 5 tem um novo tokenizador, que divide o mesmo ficheiro em mais blocos.

A própria Anthropic apresenta o valor de forma mais cautelosa: «entre 1,0 e 1,35 vezes, consoante o tipo de texto». Mesmo considerando o limite inferior, paga a mesma tarifa por mais tokens. A fatura real pelo mesmo trabalho aumenta.

Se não houver medições publicadas para o seu idioma, pode medir o multiplicador exato para os seus próprios textos em poucos minutos — veja como mais abaixo.

Quanto custa realmente a mais uma tarefa?#

O tokenizador é apenas metade da questão. A outra metade é que o Sonnet 5 executa mais passos e gera mais texto enquanto trabalha:

Em custo por tarefa, o Sonnet 5 é mais caro do que o modelo de topo Opus 4.8 — apesar de o preço de tabela ser 2,5 vezes inferior. O preço de tabela diz uma coisa; a fatura real, outra: o tokenizador e os passos adicionais consomem todas as poupanças prometidas.

E este padrão repete-se de uma geração para a seguinte. Com o modelo anterior, o Opus 4.7, uma alteração do tokenizador já tinha aumentado cerca de 37% o número de tokens por pedido.

A conclusão é simples: não confie no título «2,5 vezes mais barato». Só os seus próprios números de tokens nas suas tarefas mostram o preço real. Mais abaixo, explico como os medir; primeiro, vejamos como tudo isto se enquadra.

Escolher entre o Sonnet 5 e o Opus é apenas uma peça da engrenagem. A engenharia de contexto — aquilo que coloca no contexto do Claude antes de um pedido — determina a utilização real de tokens. Um contexto demasiado carregado esgota qualquer orçamento, mesmo no modelo mais barato; um contexto bem estruturado poupa tokens, mesmo num modelo caro.

Claude Sonnet 5 vs. Opus 4.8: o que consegue fazer cada um?#

Um benchmark, por si só, não significa muito para quem programa por intuição. Mas os números mostram em que é que cada modelo é forte. Eis os resultados oficiais da Anthropic para os três modelos, lado a lado:

O Opus 4.8 mantém a liderança em programação agêntica difícil — 69,2% contra 63,2% no SWE-bench Pro. Esses seis pontos representam os erros complicados e os impasses arquitetónicos em que o Opus encontra a solução enquanto o Sonnet desiste a meio. Mas a programação difícil é a única linha em que o Opus lidera. No trabalho no terminal (80,4% contra 74,6%) e no trabalho de conhecimento (preparar um relatório, analisar dados), o Sonnet 5 já ultrapassou o modelo de topo.

Um guia completo sobre «que modelo usar para cada tipo de tarefa», incluindo como definir o nível de esforço com /effort, está no guia separado sobre escolher Sonnet ou Opus no Claude Code — explica como encaminhar tarefas para modelos consoante o tipo de tarefa. Aqui, o foco é outro: vale a pena mudar algo que já funciona por causa de um novo modelo?

Como calcular quanto lhe vai custar o Sonnet 5?#

Não confie nos números de outras pessoas — meça os seus. O Claude Code mostra a utilização diretamente na sessão. Eis três comandos:

• /usage - o ecrã principal de utilização: custo da sessão, limites restantes do plano e tokens por modelo. Os comandos /cost e /stats abrem separadores dentro deste ecrã.
• /cost - discriminação da sessão atual: quantos tokens foram usados, que modelos os usaram e os valores de entrada e saída em separado.
• /stats - uma perspetiva mais alargada: total de sessões e tokens ao longo de várias semanas.

Uma ressalva importante: o valor em dólares apresentado por estes comandos é uma estimativa local baseada nos números de tokens e pode diferir da fatura real. Mas é mais do que suficiente para comparar dois modelos.

Eis o procedimento exato para medir quanto mais custa o Sonnet 5 nas suas tarefas:

1. Para comparar tokenizadores, escolha uma entrada fixa com as mesmas instruções e conteúdos de ficheiros, sem histórico. Compare a contagem de entrada desse texto exato em cada modelo, excluindo a saída gerada. A proporção descreve só a tokenização da entrada.
2. Para comparar uma tarefa real, abra duas sessões independentes a partir do mesmo estado do projeto, uma por modelo. Use o mesmo prompt, esforço, ferramentas e critérios de sucesso. Não mude de modelo a meio da mesma conversa.
3. Registe a utilização antes e depois de cada tarefa. Use as diferenças de entrada, saída, leitura e escrita de cache e as tarifas aplicáveis para estimar o custo; conte repetições e tentativas falhadas.
4. Verifique o código resultante com os mesmos testes. Compare o custo de um resultado bem-sucedido em vez de dividir totais de tokens e chamar-lhes um multiplicador de preço.

Os comandos acima mostram uma sessão. Para uma perspetiva diária e semanal, existe uma ferramenta gratuita chamada ccusage. Lê os registos locais do Claude Code e cria relatórios. Execute-a sem instalar:

npx ccusage@latest

Como mudar para o Sonnet 5 e voltar atrás se não funcionar para si?#

Mudar de modelo no Claude Code requer um único comando e tem efeito imediato. Eis todas as opções, incluindo como voltar atrás, porque poderá querer regressar depois da comparação na secção anterior.

Mudar na sessão atual:

/model              # abre a lista de modelos para escolher
/model sonnet       # muda para Sonnet 5
/model opus         # muda para Opus 4.8

Na lista, Enter guarda a escolha como predefinição para novas sessões; a tecla s aplica-a apenas à sessão atual.

Volte atrás se o novo modelo não funcionar para si. Há um senão: o nome abreviado sonnet aponta agora para a versão 5. Para regressar especificamente ao comprovado Sonnet 4.6, use o nome completo:

/model claude-sonnet-4-6    # volta ao Sonnet anterior
/model claude-opus-4-8      # volta ao Opus 4.8
/model default              # repõe a predefinição recomendada para a conta

Fixe um modelo para toda a sessão com uma variável de ambiente:

export ANTHROPIC_MODEL="claude-opus-4-8"    # inicia com o Opus fixado
claude

Defina o modelo predefinido permanentemente no ficheiro de definições settings.json:

{ "model": "opus" }

Também é útil conhecer o modo opusplan. Usa o Opus na fase de planeamento, em que a profundidade de raciocínio é importante, e depois muda para o Sonnet durante a execução, em que o preço conta. O compromisso de «cérebro caro, mãos baratas» é uma opção predefinida sensata se não quiser escolher manualmente para cada tarefa.

Quem beneficia realmente do Sonnet 5 e quem deve continuar com o Opus?#

Uma regra simples de encaminhamento, baseada nos benchmarks e nos preços, é: Sonnet 5 para execução, Opus 4.8 para avaliação. Eis a mesma ideia num mapa de decisão por tarefa:

A principal conclusão contraintuitiva: com esforço elevado (xhigh, max), o Sonnet 5 perde a vantagem de preço. Executa mais passos e consome mais tokens, pelo que uma tarefa difícil custa mais do que no Opus 4.8 — apesar de o Opus continuar a oferecer melhor qualidade em programação difícil. Por isso, faz sentido manter o Opus como predefinição se a maioria do seu trabalho for difícil e exigir esforço elevado.

Se a maioria do seu trabalho consistir em tarefas de agente rotineiras e de complexidade moderada, o Sonnet 5 com esforço padrão é atualmente uma boa opção, sobretudo durante os preços promocionais até 31 de agosto.

O que dizem as pessoas que já mudaram?#

Nas primeiras horas após o lançamento, surgiu uma onda de descontentamento. O rótulo «fiasco inútil» colou-se imediatamente ao lançamento. Este foi o tom que marcou a discussão:

Três queixas principais, sem a carga emocional:

1. Os tokens custam mais. O novo tokenizador consome a poupança prometida — é esse o tema de toda a análise acima.
2. Mais recusas. O modelo rejeita com maior facilidade pedidos controversos; a censura é mais rigorosa. Muitas pessoas dizem que o Sonnet 4.6 anterior parecia mais rápido, mais inteligente e menos condicionado.
3. O avanço é demasiado pequeno. A diferença em relação ao 4.6 não justifica a mudança, sobretudo tendo em conta o aumento de preço.

Mas a situação não é unilateral. Quem executa tarefas de agente gosta do Sonnet 5: a qualidade aproxima-se da do Opus e, com esforço baixo, o preço é inferior. Também elogiam o controlo do esforço, que é uma forma concreta de gerir a fatura. Já quem usava o Claude para escrita criativa está insatisfeito — o modelo tornou-se mais seco e cauteloso nas formulações.

A minha conclusão no meio de todo este ruído: a onda de críticas como «fiasco» deve-se sobretudo a expectativas inflacionadas. As pessoas esperavam um salto e receberam um avanço cauteloso com tokens mais caros. Em termos técnicos, a Anthropic entregou um modelo funcional. Só há uma pergunta certa: é vantajoso para as suas tarefas? Só pode confirmar isso com a sua própria fatura de tokens — as publicações de outras pessoas não podem avaliar isso por si.

Um cenário prático: testar nas suas próprias tarefas#

Quando é lançado um novo modelo, o autor do cenário testa-o sem se precipitar em conclusões — nos primeiros dias, o entusiasmo é sempre maior do que a realidade. O Sonnet 5 é precisamente um caso desses.

Eis os passos deste cenário:

1. Verificou o modelo predefinido. O autor tem o plano Max, pelo que o Opus 4.8 continuou a ser o modelo predefinido. Reserva-o para tarefas difíceis.
2. Atribuiu tarefas rotineiras ao Sonnet 5. Uma primeira passagem pelo código, geração de testes, exploração do projeto — é económico para este tipo de trabalho e a qualidade é suficiente.
3. Mediu-o nas suas próprias tarefas. Depois de cada sessão, o autor verifica o /cost e compara a utilização. Usa o seu próprio código real, não os benchmarks de outras pessoas.
4. Aproveita a promoção. Até 31 de agosto, o Sonnet 5 está disponível a um preço reduzido — uma boa altura para recolher estatísticas sobre o custo pessoal das tarefas enquanto ainda é barato.

É impossível adivinhar de uma vez por todas qual é o modelo «certo». Os modelos mudam todos os meses, assim como os preços e os tokenizadores. O que resulta sempre é saber como medir a utilização em dois minutos e tomar decisões com base em números, não em títulos. Escolher um modelo é uma competência de que precisará a cada novo lançamento.

Para continuar, experimente a Ailoot.