# Claude Sonnet 5 no Claude Code: vale a pena mudar e vai ficar mais caro?
> Uma comparação entre o Sonnet 5 e o Opus 4.8: tokenização, custo das tarefas, benchmarks, medição da utilização e comandos para mudar de modelo.
Source: https://ailoot.ai/blog/pt-pt/claude-sonnet-5-cost-model-choice/
Canonical: https://ailoot.ai/blog/pt-pt/claude-sonnet-5-cost-model-choice/
Language: pt-PT
Publisher: Ailoot (https://ailoot.ai/)
Translation: guide-072
Revision: sha256-3390bb1ba185b657e2534301f765e976bcb84d9f7866b8cdc9ae326b81b9561b
Saiba mais sobre trabalhar com modelos na [documentação da Ailoot](https://ailoot.ai/docs/).
## O que aconteceu a 30 de junho: o Sonnet 5 tornou-se o modelo predefinido no Claude Code
Pontos principais
A 30 de junho de 2026, a Anthropic lançou o Claude Sonnet 5 e tornou-o o modelo predefinido nos planos Pro, Team Standard e Enterprise. Se tem o Pro e atualizou o Claude Code, já o está a usar. Nos planos Max e através da API, o Opus 4.8 continuou a ser o modelo predefinido, pelo que mudar é uma decisão sua.
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.
| O seu plano | Modelo predefinido depois de 30 de junho |
|----|----|
| Pro, Team Standard, Enterprise (subscrição) | Claude Sonnet 5 |
| Max, Team Premium, Enterprise (pagamento conforme a utilização), API | Claude Opus 4.8 (sem alterações) |
A primeira coisa a fazer é verificar que modelo está a usar. No Claude Code, escreva:
```bash
/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:
```bash
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?
Pontos principais
Com os preços promocionais, o Sonnet 5 custa 2 $ por milhão de tokens de entrada e 10 $ por milhão de tokens de saída — metade do preço do Opus 4.8. Mas o Sonnet 5 tem um novo tokenizador: divide o mesmo texto em mais tokens. São mais 42% para inglês e mais 27% para código. A tarifa por token é a mesma, mas há mais tokens, pelo que a fatura aumenta.
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.
| Tipo de texto | Quantas vezes mais tokens usa o Sonnet 5 |
|------------------|------------------------------------------|
| Texto em inglês | 1.42x |
| Texto em espanhol | 1.33x |
| Código Python | 1.27x |
| Texto em chinês | 1.01x (quase sem alterações) |
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?
Pontos principais
O preço de tabela é apenas parte do custo: o número de tokens e de etapas que uma tarefa exige determina a fatura real, por isso meça-o nas suas próprias tarefas.
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?
Pontos principais
Em programação, o Sonnet 5 fica atrás do Opus 4.8 — 63,2% contra 69,2% no benchmark SWE-bench Pro. Em trabalho de conhecimento (relatórios, análise, documentos), o Sonnet 5 fica ligeiramente à frente — 1 618 contra 1 615 pontos. Por outras palavras, o Opus 4.8 é mais forte em programação difícil, enquanto o Sonnet 5 se aproxima do modelo de topo em tarefas rotineiras de agente e tarefas de texto, a um preço inferior.
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 que é medido | Sonnet 4.6 | Sonnet 5 | Opus 4.8 |
|----|----|----|----|
| Programação agêntica (SWE-bench Pro) | 58,1% | 63,2% | **69,2%** |
| Trabalho no terminal (Terminal-Bench 2.1) | 67,0% | **80,4%** | 74,6% |
| Utilização do computador (OSWorld) | 78,5% | **81,2%** | \- |
| Trabalho de conhecimento (GDPval) | 1395 | **1618** | 1615 |
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](https://ailoot.ai/blog/pt-pt/claude-code-model-effort-sonnet-opus/) — 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?
Pontos principais
No Claude Code, `/cost` ajuda a comparar a utilização da sessão, incluindo entrada e saída. Não isola uma mudança de tokenizador: os totais incluem histórico, resultados de ferramentas e saída gerada. Meça a tokenização numa entrada fixa idêntica sem histórico e o custo da tarefa completa separadamente, em sessões independentes.
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:
```bash
npx ccusage@latest
```
## Como mudar para o Sonnet 5 e voltar atrás se não funcionar para si?
Pontos principais
Para mudar para o Sonnet 5, execute `/model sonnet` na sessão. Para voltar ao Opus 4.8, execute `/model opus`. Voltar ao Sonnet 4.6 é mais complicado: o alias `sonnet` aponta agora para a versão 5, pelo que tem de especificar o nome completo — `/model claude-sonnet-4-6`. A mudança tem efeito imediato; não precisa de reiniciar o projeto.
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:**
```bash
/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:
```bash
/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:**
```bash
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`:
```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?
Pontos principais
O Sonnet 5 é vantajoso para tarefas rotineiras de agente com níveis de esforço baixos e médios: uma primeira passagem pelo código, gerar testes, explorar um projeto e executar grandes lotes de tarefas semelhantes. Reserve o Opus 4.8 para o trabalho difícil: arquitetura, erros complicados, revisões de segurança e tudo o que exija esforço elevado. A razão: no esforço máximo, o Sonnet 5 custa mais por tarefa do que o Opus, embora fique atrás dele na qualidade da programação difícil.
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 sua tarefa | Modelo | Porquê |
|----|----|----|
| Primeira passagem pelo código, exploração do projeto | Sonnet 5 | Custo baixo com esforço baixo a médio e qualidade suficiente |
| Geração de testes, pequenas refatorações | Sonnet 5 | Trabalho de rotina em que o custo importa mais do que a profundidade |
| Grandes lotes de tarefas de agente semelhantes | Sonnet 5 | O custo por tarefa é decisivo |
| Análise de dados, preparação de um relatório | Sonnet 5 | Supera o Opus 4.8 no trabalho de conhecimento |
| Decisão arquitetónica, escolha de uma abordagem | **Opus 4.8** | O erro mais caro é poupar na avaliação |
| Erro difícil de causa pouco clara | **Opus 4.8** | Mantém um raciocínio mais profundo durante mais tempo |
| Revisão da segurança do código | **Opus 4.8** | É preciso rigor, não rapidez |
| Qualquer tarefa difícil com esforço elevado | **Opus 4.8** | Aqui, o Sonnet 5 custa mais por tarefa e oferece qualidade semelhante |
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?
Pontos principais
A comunidade está dividida. Alguns programadores chamaram ao lançamento um fiasco devido ao aumento de preços causado pelo tokenizador, à censura mais rigorosa e a um avanço que pareceu demasiado pequeno. Outros elogiam o Sonnet 5 por oferecer trabalho de agente ao nível do Opus a um custo inferior e por permitir controlar a utilização com precisão através do nível de esforço. As métricas melhoraram, enquanto a experiência real de muitas pessoas piorou — é essa a discrepância.
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
Pontos principais
O autor deste cenário não tem pressa em mudar nem em voltar atrás. Na subscrição Max do autor, o Opus 4.8 continua a ser o modelo predefinido, e ele reserva-o para tarefas difíceis. Usa o Sonnet 5 para trabalho de rotina — uma primeira passagem, testes, exploração — e mede a utilização com `/cost` nos seus projetos reais. Aproveita a promoção até 31 de agosto para reunir estatísticas sobre as suas próprias tarefas, em vez de confiar nos benchmarks de outras pessoas.
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.
### Fontes
- [Claude Sonnet 5 - anúncio oficial da Anthropic](https://www.anthropic.com/news/claude-sonnet-5)
- [Claude Code: configuração de modelos - documentação oficial](https://code.claude.com/docs/en/model-config)
- [Claude Code: acompanhamento de custos - documentação oficial](https://code.claude.com/docs/en/costs)
- [Guia: escolher Sonnet ou Opus no Claude Code](https://ailoot.ai/blog/pt-pt/claude-code-model-effort-sonnet-opus/)
- [Guia: para onde vão os tokens do Claude Code](https://ailoot.ai/blog/pt-pt/where-claude-code-tokens-go/)
- [Guia: Opus 4.8 no Claude Code](https://ailoot.ai/blog/pt-pt/opus-4-8-claude-code-features/)
Para continuar, experimente a [Ailoot](https://ailoot.ai/).
## Perguntas frequentes
### Posso isolar a diferença do tokenizador mudando de modelo numa conversa?
Não. A segunda execução recebe histórico acumulado e pode gerar outra resposta. Compare a tokenização de uma entrada fixa idêntica sem histórico; a proporção de tokens de entrada não é um multiplicador do preço total da tarefa.
### Como comparo o custo de uma tarefa real?
Abra sessões independentes com o mesmo estado de projeto e prompt, esforço e permissões de ferramentas. Compare diferenças de entrada, saída e cache, preços aplicáveis e se os resultados passaram nas mesmas verificações; inclua as repetições no total.
## Ailoot · A empresa e a sua carteira de projetos
A Ailoot assenta numa experiência operacional consolidada, numa ampla base de clientes, num serviço estável e no acompanhamento contínuo dos KPI.
A empresa e a sua carteira de projetos: milhões de clientes; vendas mensais na ordem dos milhares de milhões.
A Ailoot aplica essa experiência operacional ao acesso por API a funcionalidades de IA nos produtos dos clientes, agentes, aplicações e automatizações.