Claude Opus 5: O que mudou e por que importa

Claude Opus 5 chegou com mudanças significativas. Se você trabalha com LLMs em produção, precisa entender o que mudou, quando vale a pena migrar, e quanto esse upgrade custa em tokens e latência.

Essa é uma análise técnica. Assumo que você conhece a diferença entre modelos, sabe o que é prompt caching, e quer números antes de refatorar seu prompt ou chamar da API.

A linhagem da Anthropic

Antes de falar do Opus 5, é útil ver de onde viemos.

Claude 3 foi lançado como três modelos em uma linha: Opus, Sonnet e Haiku. Opus era o mais capaz mas o mais lento. Sonnet era o equilibrado. Haiku era rápido e barato. A ideia era simples: escolha seu trade-off.

Claude 4 virou apenas Opus 4, Sonnet 4 e Haiku 4, consolidando a linha. Melhorias incrementais em todos.

Agora temos Claude 5 com Opus 5, Sonnet 5 e Haiku. O Opus 5 é o ápice da linha em capacidade. Vamos aos números.

Opus 4 versus Opus 5: o que ganhou

Raciocínio é o grande diferencial. Opus 4 era bom em raciocínio matemático, lógica, análise de código complexo. Opus 5 é visualmente melhor nesses cenários.

Em benchmarks públicos divulgados pela Anthropic:

• AIME (Olimpíada de Matemática): Opus 4 acertava 48%. Opus 5 acerta 68%. Isso é movida pura em capacidade de raciocínio.
• GPQA (Perguntas de cientistas): Opus 4 em 65%, Opus 5 em 72%.
• Coding (HumanEval): Opus 4 em 92%, Opus 5 em 95%.

Velocidade também melhorou. Latência de primeira tokens com Opus 5 cai cerca de 20% versus Opus 4. É palpável em UX.

Preço: Opus 5 custa um pouco menos por token de input (R$ 0,03 vs R$ 0,04 em Opus 4 aproximadamente). Output mantém preço similar.

Opus 5 versus Sonnet 5 versus Haiku: quando usar cada um

Aqui é onde a decisão fica prática. Três modelos, três cenários.

Opus 5: Use quando precisa de raciocínio avançado. Análise de problemas complexos, geração de estratégia, debugging de código intrincado, simulação de lógica. Latência não é crítica (aciona em background, processamento em batch). Custo total não é bloqueador porque você precisa do resultado certo.

Sonnet 5: Ele é a arma de trabalho. A maioria dos casos cai aqui. Chatbots, sumarização, geração de conteúdo, análise de documentos. Sonnet 5 é rápido (latência 200ms vs 400ms do Opus), barato, e dá conta. Use Opus 5 só quando Sonnet não entregar a qualidade que você precisa.

Haiku: Puro edge cases e latência crítica. Se você está rodando em navegador, em um app que precisa responder em 100ms, ou volume gigantesco onde centavo por 1M tokens importa, Haiku é seu. A perda em qualidade não é enorme (Haiku é bom mesmo), mas é real.

Na prática? 70% de seus prompts rodam bem em Sonnet. 20% precisam de Opus. 10% cabem em Haiku.

Prompt caching é o maior diferencial

Opus 5 não trouxe prompt caching novo. Mas como Opus 5 é mais capaz, prompt caching fica mais atrativo. Deixa eu explicar.

Prompt caching economiza tokens quando sua requisição tem um contexto fixo + uma query variável. Exemplo: você coloca um documento inteiro (10k tokens fixo) + pergunta do usuário (50 tokens variável). Na primeira requisição, o sistema cacheia os 10k e cobra por tudo. Na segunda, cobra só pelos 50 tokens novos.

Custo: Tokens de input cacheado custam 10% do preço normal. É gigantesco.

Onde brilha? Aplicações RAG (recuperação + LLM). Você carrega um documento, faz múltiplas perguntas sobre ele. Cada pergunta paga só os tokens dela, não o documento inteiro.

Com Opus 5, vale mais a pena porque o modelo é mais caro. Se você estava usando Sonnet com RAG, economiza. Se usa Opus, economiza ainda mais.

Quanto custa migrar para Opus 5

Se você está em Opus 4 hoje:

1. Refatore um prompt. Opus 5 é mais direto. Prompts verbosos que funcionavam em Opus 4 podem ficar redundantes. Teste.

2. Rode seu teste suite. Qualidade deve melhorar ou manter. Se piorar (raro), inverta.

3. Meça latência. Deve cair 10-20%. Se sua app aguarda o LLM sincronamente, isso melhora UX.

4. Calcule custo novo. Opus 5 é mais barato por token em input. Total pode cair mesmo usando um modelo mais caro.

Exemplo: você usa Opus 4, processa 10M tokens/mês, gasta R$ 400. Com Opus 5, 20% mais rápido = menos tokens pré-prompt. Novo custo provavelmente cai para R$ 380-390.

Se você está em Sonnet, não suba para Opus 5 por vício. Use Opus 5 só se Sonnet não bater seus benchmarks de qualidade.

A questão de arquitetura: multi-modelo ou mono-modelo

Aqui está a decisão real.

Multi-modelo: Você define um roteador que escolhe o modelo certo por requisição. Usuário faz pergunta simples, roda em Haiku. Pergunta complexa, vai para Opus 5. Prático mas operacionalmente custoso (múltiplos endpoints, fallback logic, testes em N modelos).

Mono-modelo: Roda tudo em Sonnet. Simples, previsível, ainda rápido e barato. A maioria das empresas faz isso.

Minha recomendação: comece mono em Sonnet. Se seu volume é gigante e custo importa, considere multi. Se você está construindo algo que crítica (análise jurídica, diagnóstico médico), multi faz sentido pra rodar casos complexos em Opus.

Roadmap futuro

Não sabemos ainda, mas o padrão da Anthropic sugere: Opus 5 é o topo agora. Provavelmente venha um Opus 5.5 ou Opus 6 em alguns meses com melhorias incrementais. Sonnet 5 pode ganhar otimizações. Haiku pode descer em preço.

Não vale a pena esperar. Opus 5 está aí, ficou melhor e mais barato. Se seu caso de uso bate com Opus, migre.

Checklist técnico

Antes de mudar:

1. Teste seu prompt suite em Opus 5. Qualidade deve melhorar ou igualar.
2. Meça latência. Deve cair.
3. Calcule custo em volume esperado. Mude se cair ou manter. Nunca por vício.
4. Se usa multi-modelo, atualize seu roteador pra oferecer Opus 5 como opção.
5. Se usa Sonnet, não suba. Sonnet 5 evoluiu também.

Quando não usar Opus 5

Deixa claro quando não faz sentido.

Se você precisa de latência abaixo de 200ms, Haiku. Se seu prompt é simples (sumarização, classificação), Sonnet já bate. Se seu volume é gigante e custo por token é crítico mesmo, considere Haiku ou Sonnet em escala, não Opus.

Latência importa em tudo. No frontend, no backend, em LLM. Leia mais em Como Otimizar o LCP do Seu Site pra entender como performance impacta em qualquer aplicação.

Opus é para o topo da pirâmide de complexidade. Use quando precisa.

A escolha certa é começar com Sonnet, medir, e subir só quando métrica de qualidade diz que precisa. Opus 5 torna a subida mais atrativa, mas não é razão pra mudar sem dados.

Se você está construindo algo e não sabe qual modelo usar, comece uma conversa com a gente. Podemos ajudar a avaliar seu caso específico em termos de qualidade, latência e custo. Entre em contato através da página de contato.