Quando não vale a pena usar o Claude Opus 5.5 (e qual modelo usar no lugar)

Modelo mais caro não conserta tarefa que já estava resolvida

Fala aí, beleza? A Anthropic soltou o Claude Opus 5.5 em 22 de setembro de 2026, primeiro modelo da família 5.5, a US$ 4 por milhão de tokens de entrada e US$ 20 por milhão de saída

É mais barato que o Opus 5 (que era US$ 5 e US$ 25), ou seja, 20% abaixo

Massa, né? Só que aí mora a pegadinha: quando o modelo pesado fica barato, todo mundo deixa ele ligado o tempo todo

E aí você paga preço de raciocínio profundo pra renomear variável, formatar JSON e gerar o mesmo componente pela décima vez

O resultado não muda, o orçamento some e o limite de sessão evapora em trabalho trivial

Esse post é sobre isso: onde o Opus 5.5 é desperdício, como perceber o sinal, e pra onde migrar no que é trivial, sem tirar o Opus de onde ele realmente faz diferença

Haiku 4.5, Sonnet 5 e Opus 5.5: preço e encaixe lado a lado

Antes de decidir qualquer coisa, olha a linha inteira

A ordem oficial, do mais barato ao mais capaz, é Claude Haiku 4.5, Claude Sonnet 5, Claude Opus 5.5 e Claude Fable 5.1

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

Repara na conta simples: o Haiku 4.5 sai por um quarto do Opus 5.5 e o Sonnet 5 sai pela metade

E tem mais coisa no preço que quase ninguém olha

• Batch API dá 50% de desconto em entrada e saída, o que no Opus 5.5 vira US$ 2 e US$ 10 por milhão
• Cache read do Opus 5.5 está em US$ 0,20 por milhão (0,05x o preço de entrada), contra US$ 0,50 no Opus 5, queda de 60%
• Escrita de cache: US$ 5 por milhão no cache de 5 minutos e US$ 8 por milhão no de 1 hora
• Modo fast custa o dobro do padrão: US$ 8 de entrada e US$ 40 de saída por milhão

Outro ponto importante: Fable 5.1, Opus 5.5, Opus 5 e Sonnet 5 suportam janela de 1 milhão de tokens com preço padrão em toda a janela

Ou seja, contexto grande não é mais o motivo pra subir de modelo

Ah, e vale saber: Sonnet 5.5 e Haiku 5.5 foram anunciados no dia do lançamento como coisa "das próximas semanas", sem preço, sem data e sem model ID

O Haiku disponível hoje ainda é o 4.5, então a decisão é com a linha de agora

7 tarefas em que o Opus 5.5 é desperdício (e o que usar)

A regra mental aqui é uma só: se a saída dá pra conferir em segundos, o modelo caro não tem onde brilhar

1. Classificação e roteamento

A própria documentação da Anthropic indica um modelo menor como o Haiku 4.5 pra classificação, por velocidade e eficiência

Sonnet ou Opus só entram quando a tarefa exige conhecimento especializado ou raciocínio complexo mesmo

Triagem de ticket, rótulo de intenção, roteamento de mensagem: Haiku 4.5

2. Extração e formatação de dados

Tirar campo de um texto, virar JSON, normalizar data, padronizar CSV

Ou o schema saiu certo ou saiu errado, e isso você vê batendo o olho

Haiku 4.5 resolve e você economiza três quartos do custo

3. Renomear, mover e ajustar sintaxe

Trocar nome de função em 12 arquivos, ajustar import, converter aspas, aplicar padrão de lint

Edição mecânica não fica mais correta com raciocínio profundo, fica só mais cara

Sonnet 5 dá conta com sobra e ainda é o padrão de vários assentos

4. Geração repetitiva de boilerplate

CRUD número 40, componente com a mesma estrutura, arquivo de config no mesmo molde

Se o prompt é praticamente um template, o trabalho de pensar já foi feito por você

5. Processamento em lote offline

Tem 5 mil itens pra rodar e não precisa de resposta agora? Batch API, 50% de desconto em entrada e saída

Aqui dá até pra manter um modelo mais capaz se a tarefa pedir, porque o desconto muda a conta inteira

6. Transformação de texto com saída checável

Resumo curto, reescrita de descrição, tradução de string de interface, geração de título

Saída curta, checagem rápida, volume alto: encaixe clássico de Haiku 4.5

7. Geração de dados de teste e mocks

Popular seed, criar fixture, montar massa de teste

O critério de sucesso é o teste passar, não a elegância do raciocínio

Tome cuidado com um ponto, porque é onde mais gente se queima: a Anthropic delimita o Haiku 4.5 pra trabalho de alto volume com saída verificável, e não pra loops agênticos longos

Então não jogue uma refatoração de 40 passos no Haiku achando que é economia

Isso não é economia, é retrabalho

Como reconhecer que você está pagando caro por pouco

Os sintomas são bem parecidos em todo mundo

Sinal 1: a tarefa fecha no primeiro turno, sem busca no projeto, sem ida e volta

Sinal 2: você confere a saída em poucos segundos batendo o olho

Sinal 3: o prompt é sempre o mesmo template com uma variável trocada

Sinal 4: você está estourando limite de sessão fazendo coisa trivial

A causa costuma ser uma só: modelo fixo no mais pesado que você tem à mão e nível de effort mais alto do que a tarefa pede

A solução também é simples: trocar o alias do modelo na tarefa trivial e baixar o effort quando o caminho já está dado

E tem um detalhe que ajuda demais aqui: o Opus 5.5 vem com effort medium por padrão, enquanto o Opus 5 usava high

Nos testes da Anthropic, o Opus 5.5 em medium iguala ou supera o Opus 5 em high em avaliações de código e trabalho de conhecimento

Repara que essa comparação é entre níveis de effort do próprio Opus, e não entre Opus e Sonnet: baixar effort dentro do Opus é uma coisa, trocar de modelo é outra bem diferente

E em várias avaliações de código o effort low chega perto, por um custo bem menor

Pra prevenir a recaída, muda a métrica: a doc orienta comparar modelos por custo por tarefa concluída, não por custo por token

Porque o modelo mais capaz fecha a tarefa com menos turnos, menos busca e menos retrabalho

É a mesma lógica de quando um modelo menor entrega igual: o preço da etiqueta engana, o preço do trabalho terminado é o que conta

Se você quiser ver isso em número, o Artificial Analysis mede o Opus 5.5 por nível de effort no Intelligence Index v4.3.2, que agrega 10 avaliações: 58 em max effort (maior pontuação medida), 56 em xhigh, 54 em high e 51 em medium

Ou seja, a curva existe, mas ela é mais suave do que a diferença de custo entre rodar tudo no talo e rodar no nível certo

O que mudou no meu fluxo depois de parar de deixar Opus ligado sempre

No vídeo abaixo eu testo o modo Opus Plan no Claude Code criando um app de resenha de livros do zero

A ideia é justamente essa separação: Opus só pra planejar, Sonnet pra executar depois que sai do modo de planejamento

E foi uma luta, vou ser honesto haha

Logo de cara apareceu um bug visual do Next, pedi correção, e o modelo seguiu errando gerenciamento de contexto

Precisei reiniciar o projeto mais de uma vez e teve hora que eu mesmo tive que sugerir a solução pro Sonnet conseguir resolver

Uma surra pra fazer o projeto rodar

Mesmo assim, no final funcionou completo: curtidas, contador persistindo dados e cadastro de resenha

Tempo até o projeto inicial ficar pronto? Quase meia hora

Minha leitura sincera: esse tipo de problema provavelmente não teria acontecido com o Opus executando, porque na prática ele ainda entrega mais qualidade que o Sonnet na execução

Teve também uma inconsistência que me chamou atenção: em testes anteriores meus o fluxo entregava o plano direto, e dessa vez o modelo perguntou se devia continuar antes de trocar pro Sonnet

E eu ainda acho que a configuração de qual modelo usar pra cada tarefa está manual demais, longe do ponto ideal

Mas como economia de tokens no dia a dia, serve

O que eu comento no vídeo e sigo achando: tarefa simples e repetitiva de terminal, tipo reiniciar servidor, é candidata natural pro Haiku no futuro

Principalmente pra quem está começando no vibe coding e não deveria ser obrigado a digitar comando que não entende

É a mesma pergunta que aparece na hora de decidir quando não delegar a tarefa: nem tudo que a ferramenta consegue fazer vale a pena mandar pra ela no nível mais caro

Como trocar de modelo e baixar o effort na prática

Bora pra parte prática

1. Troque o modelo da sessão pelo /model no Claude Code

O comando aceita os aliases opus, sonnet, haiku e fable, e o valor escolhido vira o padrão das novas sessões

/model sonnet

O erro comum aqui: achar que a troca vale só pra conversa atual e esquecer que ela passa a ser o padrão das próximas

2. Use /model opusplan quando o plano importa mais que a digitação

Esse modo usa Opus na fase de planejamento e Sonnet na execução

/model opusplan

O erro comum: esperar que ele resolva execução difícil sozinho

Na minha experiência a execução com Sonnet ainda pede supervisão, como contei ali em cima

3. Fixe os aliases por variável de ambiente

Se você quer garantir qual model ID cada alias aponta, dá pra fixar com ANTHROPIC_DEFAULT_OPUS_MODEL, ANTHROPIC_DEFAULT_SONNET_MODEL, ANTHROPIC_DEFAULT_HAIKU_MODEL e ANTHROPIC_DEFAULT_FABLE_MODEL

export ANTHROPIC_DEFAULT_OPUS_MODEL=claude-opus-5-5
export ANTHROPIC_DEFAULT_SONNET_MODEL=claude-sonnet-5

4. Coloque cada subagente no modelo que a função dele pede

No frontmatter do subagente existe o campo model, que aceita alias (sonnet, opus, haiku, fable), ID completo (tipo claude-opus-5-5 ou claude-sonnet-5) ou inherit pra usar o modelo da conversa principal

---
model: haiku
---

O erro comum: deixar todo subagente em inherit e não perceber que o agente de tarefa mecânica está herdando o modelo caro da conversa

5. Defina um effort padrão nas settings do Claude Code

Dá pra configurar o nível de effort padrão para modelos que ainda não têm nível salvo

Nível menor é mais rápido e mais barato em tarefa direta

6. Na API, ajuste o effort no output_config

O campo aceita low, medium ou high

{
  "model": "claude-opus-5-5",
  "output_config": { "effort": "low" }
}

7. Mande o que é lote pra Batch API

50% de desconto em entrada e saída, o que no Opus 5.5 significa US$ 2 e US$ 10 por milhão

Um aviso de erro comum que vale pra tudo isso: no Opus 5.5 o adaptive thinking está sempre ligado e não dá pra desativar

Então não perca tempo procurando a chave que desliga, ela não existe

Se você quer menos raciocínio, o caminho é baixar o effort ou trocar de modelo

Quando o Opus 5.5 continua valendo cada centavo

Agora o contrapeso honesto, porque cortar custo no lugar errado é o jeito mais rápido de gastar mais

Tem um número oficial que resolve essa discussão: no GPQA Diamond, o Haiku 4.5 respondeu a cerca de um quinto do custo por pergunta do Opus 5.5, com 63% de acerto contra 92%

E ficou muito atrás em tarefas longas de código

Um quinto do preço não adianta nada se você precisa rodar a mesma coisa três vezes e revisar na mão

Então o Opus 5.5 segue sendo a escolha certa em:

• tarefas longas de código, com muitos arquivos e muitas dependências entre eles
• loops agênticos, onde o modelo decide o próximo passo sozinho por vários turnos
• raciocínio complexo e trabalho de conhecimento, onde errar custa caro
• planejamento de arquitetura, que é exatamente o que o opusplan isola

E a conta ficou mais amigável: 20% abaixo do Opus 5 no preço de API, cache read a US$ 0,20 por milhão (contra US$ 0,50 do Opus 5), geração de saída mais de 30% mais rápida, e a Anthropic afirmando que ele custa 40% menos pra rodar que o Opus 5 em cargas típicas

A empresa diz ainda que ele entrega nível de Claude Fable 5.1 na maior parte do trabalho

Junto do lançamento os limites de sessão de 5 horas subiram em Pro, Max, Team e Enterprise por assento, e ainda liberaram um reset de limite que o assinante usa quando quiser

Ajuda, mas não muda o princípio: limite de sessão gasto em formatação de JSON é limite jogado fora

Veredito: qual modelo escolher para cada bolso e cada tarefa

Minha recomendação fechada, sem enrolação:

Default no Sonnet 5. Ele já é o padrão dos assentos Pro, Team Standard e Enterprise, tem 1M de contexto a preço padrão e custa metade do Opus 5.5

Deixe ele ligado e suba só quando o trabalho pedir

Haiku 4.5 pra volume verificável. Classificação, extração, formatação, transformação curta

Um quarto do preço do Opus 5.5, e a própria Anthropic delimita: alto volume com saída checável, não loop agêntico longo

Opus 5.5 reservado pra profundidade. Código longo, decisão de arquitetura, raciocínio pesado

E com effort ajustado, porque medium já iguala o Opus 5 em high nos testes deles

Batch API pra tudo que pode esperar. Metade do preço é metade do preço, em qualquer modelo

Fable 5.1 (US$ 10 e US$ 50) só quando o Opus 5.5 realmente não fecha a tarefa, porque é dois e meio o preço

E lembra: Sonnet 5.5 e Haiku 5.5 foram anunciados sem data, sem preço e sem model ID

Quando saírem a gente revisa a conta, mas hoje a decisão é com essa linha aqui

Conclusão

O Claude Opus 5.5 é ótimo e ficou mais barato, isso é verdade

Mas modelo caro não melhora tarefa que já estava resolvida antes dele entrar, e é aí que a fatura cresce sem ninguém perceber

Próximo passo bem concreto pra essa semana: escolhe UM fluxo repetitivo que você roda sempre, aquele boilerplate ou aquela formatação chata

Roda ele em Haiku 4.5 ou Sonnet 5, compara o custo por tarefa concluída (não por token!) e vê se o resultado mudou

Se não mudou, você acabou de achar dinheiro no sofá =)

E só sobe de modelo quando o resultado pedir, não quando a ansiedade pedir

Até o próximo post!