Claude Opus 5: o que é e como usar de verdade

O que o Claude Opus 5 realmente é

Em cerca de dois meses a Anthropic lançou quatro versões da geração Claude 5, e o Opus 5 é a quarta delas. Ele se posiciona logo acima do Opus 4.8, a um preço que não mudou. O discurso de lançamento diz que ele "chega perto da inteligência de fronteira do Claude Fable 5 pela metade do preço". De forma incomum para um discurso de lançamento, os números independentes basicamente confirmam isso.

Aqui estão as especificações, retiradas da visão geral dos modelos:

Duas linhas dessa tabela costumam surpreender. Primeiro, a janela de contexto de 1M é cobrada nas tarifas padrão, então uma requisição de 900 mil tokens é cobrada por token exatamente como uma de 9 mil, algo que a documentação de preços detalha. Segundo, não há Priority Tier algum. O Opus 4.8 mantém um, então quem tem um compromisso de capacidade precisa planejar essa parte separadamente.

Se sua última olhada nessa família foi há algumas versões, vale registrar o ritmo. Minha análise do Opus 4.5 tem só alguns meses, e já se lê como uma ferramenta de outra categoria, com o Opus 4.6 posicionado em algum ponto no meio.

"Claude Opus 5" são cinco modelos vestindo um único nome

Todo o resto deste artigo é reformulado por essa única parte, então quero dedicar tempo de verdade a isso aqui.

O parâmetro effort não é um tipo de controle de qualidade que se ajusta por gosto. Em toda a API, é a alavanca individual com maior impacto em custo e latência, e também na qualidade da saída, e a distância entre suas duas pontas é maior do que aquilo que separa a maioria dos modelos concorrentes entre si.

A Artificial Analysis testou cada configuração no AA-Briefcase. Esse benchmark cobre trabalho de conhecimento de longo prazo, construído sobre projetos de várias semanas com milhares de arquivos-fonte. A dispersão é o que conta a história aqui:

Ler a linha do Fable 5 junto com a linha do high revela o melhor dado de custo-benefício de todo o conjunto: em esforço alto, o Opus 5 supera o Fable 5 em 32 Elo, e faz isso por 10,41 dólares por tarefa, menos da metade do preço do Fable. Agora leia essa mesma linha contra o low. 1223, abaixo do GLM-5.2. Mesmo ID de modelo, mesma semana, e ambas as coisas verdadeiras.

O GDPval-AA v2 mostra o mesmo formato, em que os níveis de esforço abrangem 407 pontos Elo e o uso de tokens de saída varia cerca de 8x ao ir de low para max.

Vale notar o que o próprio gráfico admite: na ponta barata da escada, o GPT-5.6 Sol fica acima do Opus 5, não abaixo. Só quando você está pagando dinheiro de verdade por tarefa é que a linha da Anthropic ultrapassa. Um único ranking de manchete esconde exatamente esse tipo de detalhe.

Mais uma peculiaridade, e esse é o número mais estranho de todo o lançamento. No FrontierCode 1.1 da Cognition, a melhor pontuação do Opus 5 ocorre no esforço medium. Não max. A Anthropic explica bem diretamente na ficha do sistema: em esforço mais alto o modelo "faz mais mudanças do que a tarefa exige", e edições fora do escopo são penalizadas pelo avaliador. Adicionar uma instrução breve para manter o escopo "recuperou o desempenho na maioria dessas tarefas". Pensar mais, portanto, não é sempre melhor, e em pelo menos um benchmark real de código, é pior.

Escolha seu nível de esforço

Em vez de fazer você rolar de volta até aquela tabela, aqui está a mesma decisão apresentada como um seletor. Escolha a configuração que você planejava usar, e veja o que ela oferece.

Por que ninguém concorda se é barato

Depois que o controle de esforço fica claro na sua cabeça, o caos da semana de lançamento deixa de parecer confuso.

Dentro das mesmas 48 horas, o Reddit teve duas discussões em destaque que se contradiziam completamente. Um lado publicou que o uso de tokens é incrível, e um usuário do r/ClaudeCode relatou lá oito horas de trabalho por 5% de uma cota semanal. O outro lado publicou sobre estar consumindo o limite de 5 horas 10x mais rápido, descrevendo um limite que costumavam atingir em seis horas agora chegando em menos de duas. Depois um tópico com o título, literalmente, então qual é reuniu mais de 150 comentários de pessoas perguntando sobre essa contradição.

O Hacker News chegou à resposta mais rápido do que a cobertura de benchmarks:

"O gráfico mostra esforço máximo, usado principalmente por usuários corporativos pouco sensíveis a preço. Em esforço médio ele cai para quase metade do custo do K3, e provavelmente é suficiente para 95% das tarefas de programação."

ricardobeat, Hacker News

"Ele pensa demais acima do medium, tente usar esse."

cbg0, Hacker News

Por baixo dessa primeira causa existe uma segunda, e esta pega até quem nunca mexeu no parâmetro effort. O raciocínio vem ativado por padrão no Opus 5 e não vinha no Opus 4.8, então uma requisição que você nunca mudou agora gasta tokens em raciocínio que antes eram pulados. Alguém percebeu isso nas notas de migração poucas horas após o lançamento:

"As mudanças significativas em relação ao Opus 4.8 são interessantes: 1. Raciocínio ativado por padrão: no Claude Opus 4.8, requisições sem o campo thinking rodam sem raciocínio; no Claude Opus 5, as mesmas requisições rodam com raciocínio adaptativo. 2. Desativar o raciocínio fica limitado ao esforço high"

hrpnk, Hacker News

Os dois lados, portanto, estavam dizendo a verdade. Só que sobre configurações diferentes do mesmo modelo. É essa a briga toda.

As duas coisas que quebram ao migrar

A Anthropic chama o Opus 5 de "uma atualização direta para o Claude Opus 4.8 pelo mesmo preço", e o guia de migração lista exatamente duas mudanças que quebram compatibilidade.

O raciocínio vem ativado por padrão. Na versão 4.8, uma requisição sem o campo thinking rodava sem raciocínio; no Opus 5 essa mesma requisição roda com raciocínio adaptativo. E como max_tokens limita a saída total, incluindo o raciocínio, qualquer carga de trabalho que antes rodava de forma enxuta precisa revisar esse teto antes que ele comece a truncar.

Desativar o raciocínio fica limitado ao high. Enviar thinking: {type: "disabled"} ainda funciona, mas combinar isso com xhigh ou max retorna um erro 400. Essa verificação roda por requisição, o que significa que aumentar o esforço no meio de uma conversa com o raciocínio desativado é rejeitado mesmo quando os turnos anteriores passaram sem problema. A Anthropic também avisa que, com o raciocínio desativado, o modelo "pode ocasionalmente emitir chamadas de ferramentas como texto simples ou incluir tags XML internas na saída visível".

O resto da atualização é só ganho, e algumas partes valem a pena ativar deliberadamente:

• O piso mínimo do cache de prompts caiu para 512 tokens, vindo de 1.024 no Opus 4.8 e 4.096 no Opus 4.6. Prompts de sistema curtos que antes nunca eram armazenáveis em cache agora são, sem precisar mudar nenhum código.
• Mudanças de ferramentas no meio da conversa, atrás do cabeçalho beta mid-conversation-tool-changes-2026-07-01, permitem adicionar ou remover ferramentas entre turnos, e os acertos de cache dos turnos anteriores sobrevivem a isso.
• Um parâmetro fallbacks envia recusas do classificador cibernético para o Opus 4.8 em vez de retornar um erro, de forma que as requisições "sempre são roteadas por padrão para o melhor modelo disponível em vez de serem bloqueadas". A pegadinha é a disponibilidade: não funciona na API Batch, não no Bedrock, e não no Google Cloud nem no Microsoft Foundry.
• O Opus 5 tem seu próprio conjunto de limites de taxa. A página de limites de taxa é explícita sobre ele não fazer parte do pool combinado do Opus 4.x, e lista esse conjunto em 1.000 RPM com 2.000.000 de tokens de entrada por minuto.

Duas nuances de prompting são fáceis de perder aqui. A Anthropic diz para remover qualquer instrução de verificação herdada, porque "o Claude Opus 5 verifica seu próprio trabalho sem que seja instruído para isso", e diz também para limitar a geração de subagentes, já que o modelo delega com mais facilidade do que seus predecessores. O Claude Code levou esse segundo ponto a sério o bastante para lançar uma instrução fixa dizendo ao Opus 5 para não usar subagentes. A reação no HN se dividiu, como era de se esperar.

Onde ele lidera, e onde não

A manchete é real. No seu Intelligence Index, a Artificial Analysis coloca o Opus 5 em esforço máximo com 61 pontos, na posição #1 contra uma mediana de classe de 32. Antes de se empolgar, veja os que vêm logo atrás: Fable 5 com 60, GPT-5.6 Sol com 59, Kimi K3 com 57, depois Opus 4.8 com 56. As próprias palavras da Artificial Analysis para o Opus 5 são "por pouco, o modelo mais inteligente", e toda a fronteira cabe dentro de uma faixa de cinco pontos.

Onde estão as vitórias amplas e inequívocas é tudo em um único lugar, o trabalho agêntico. O AutomationBench da Zapier coloca um agente em uma empresa simulada com dezenas de endpoints REST espalhados por 47 aplicativos, e ali o Opus 5 marca 26,0% contra 17,0 do Opus 4.8, 17,4 do Fable 5 e 18,1 do GPT-5.6 Sol.

O outro caso realmente fora da curva é o ARC-AGI-3, com 30,16% de Relative Human Action Efficiency contra 7,78% do GPT-5.6 Sol. E vale a pena destacar para o argumento deste artigo: essa pontuação veio do esforço high, não do max.

Agora a outra coluna, honesta. A Artificial Analysis mediu 53% no Humanity's Last Exam, "alinhado com o Fable 5", ou seja, um empate e não uma vitória. No CritPt, física de fronteira, ele empata com o Fable 5, ficando atrás de três modelos da OpenAI. O Terminal-Bench v2.1 dá 89% a ele, o que está "mais ou menos alinhado" com o líder. A própria Anthropic diz que o Opus 5 fica atrás do Mythos 5 em pesquisa biológica, e também em cibersegurança ofensiva.

Depois há o ranking que finalmente tem dados. No lançamento, o LMArena não tinha nenhuma entrada para o Opus 5, então ninguém podia dizer o que os humanos achavam dele. No início de agosto ele já aparece listado. A resposta não é a que o Intelligence Index previria.

No ranking de texto do LMArena, o claude-opus-5-high está na posição 7 com 1492 Elo, e o claude-opus-5-max na posição 8 com 1490. Acima dos dois: o Fable 5 com 1509, além de três modelos Claude mais antigos. Benchmarks que medem conclusão de tarefas, e humanos votando na resposta que preferem, estão medindo duas coisas diferentes, e o Opus 5 demonstra essa lacuna com clareza. A comunidade colocou isso em palavras mais simples:

"Comparei o estilo de escrita do Opus 5 com o do Fable 5, e o Opus 5 continua carregando muitos dos 'traços do Claude' do seu predecessor 4.8, de um jeito que o Fable conseguiu deixar para trás."

deet, Hacker News

Como conseguir acesso na prática

Seis caminhos para chegar até ele, e nem todos entregam a mesma coisa.

O Claude Code vem incluído em todos os planos pagos e usa o mesmo pool. Se o seu seletor ainda estiver mostrando o 4.8, /model claude-opus-5 funciona diretamente, e em versões mais antigas da CLI, /model claude-opus-5[1m] dá acesso à variante com 1M de contexto. Também vale saber que o Claude Code inicialmente só expunha uma janela de 200K para isso, exatamente o tipo de coisa para o qual existem minhas notas sobre a janela de contexto do Claude Code.

Nas plataformas de nuvem, Bedrock e Google Cloud são operados por parceiros, cobram diretamente, e os endpoints regionais têm um adicional de 10% em relação aos globais. O Claude Platform na AWS cobra em Claude Consumption Units a 0,01 $ por CCU, e o mesmo vale para o Microsoft Foundry. Além dos tokens, o Managed Agents adiciona 0,08 $ por hora de sessão de execução ativa.

O Fast mode é o único caminho com condições de verdade. Até 2,5x mais tokens de saída por segundo, pelo dobro exato do preço, 10 $ e 50 $, aplicado em toda a janela de contexto. As condições: ainda é uma prévia de pesquisa, só na API da Claude de primeira parte, atrás de uma lista de espera ou de um gerente de conta, e não funciona com Batch. Por token, essas taxas caem no mesmo lugar do Fable 5 padrão, então o que você está comprando ali é latência, não capacidade. Meu detalhamento de preços do Claude Opus 5 explica o que isso faz com uma fatura mensal, enquanto os preços do Claude Code cobrem o lado da CLI.

O muro entre o Opus 5 e um cliente real

Tudo até aqui foi sobre escolher uma configuração. Esta seção é sobre o lugar onde nenhuma configuração ajuda.

Neste momento a Artificial Analysis mede o Opus 5 em 55,7 tokens de saída por segundo, o que o coloca na posição #111 de 184, e o tempo até o primeiro token fica em 63,43 segundos. Reduzir o esforço recupera muito pouca velocidade. As três configurações mais altas no AA-Briefcase têm uma média de mais de 25 minutos por tarefa. A frase de efeito que a Artificial Analysis escreveu para ele: o Opus 5 está "entre os modelos líderes em inteligência, mas particularmente caro em comparação com outros modelos de preço semelhante. Também é notavelmente lento e muito verboso".

O segundo número é o que mais me preocupa, e ele aponta na direção oposta ao marketing. Em relação ao Opus 4.8, o Opus 5 ganhou 7 pontos de precisão no AA-Omniscience, e ao mesmo tempo sua taxa de alucinação subiu 14 pontos, para 50%, pelo motivo de que ele responde com mais frequência quando está incerto. A própria ficha do sistema da Anthropic diz isso claramente: "O modelo aluciona afirmações factuais um pouco mais do que o Opus 4.8, apesar de ser mais preciso no geral."

Para um agente de programação que reexecuta seus próprios testes, essa troca é aceitável. Agora coloque essa mesma troca em uma resposta de suporte enviada a um cliente pagante com sua marca estampada. Uma resposta errada mas confiante ali é o modo de falha que custa a conta do cliente, e é por isso que prevenir alucinações no atendimento acaba sendo um problema de design de produto em vez de um problema de escolha de modelo.

Eu já vi isso se repetir vezes suficientes para ser direto sobre o assunto. Algo como 10% de uma implantação de atendimento que funciona de verdade é o modelo. Os outros 90% são recuperação de conhecimento que se mantém atualizada, mais um limite de confiança que decide o que a IA sequer tem permissão para tocar, uma execução de simulação sobre tickets históricos para que a taxa de resposta seja conhecida antes de qualquer cliente ver o resultado, e depois uma transferência que não perde contexto pelo caminho. Um cliente da eesel, que opera uma rede de caixas eletrônicos de criptomoedas, resumiu a questão de construir versus comprar melhor do que eu conseguiria:

"Poderíamos tentar escrever nossa própria aplicação de LLM, mas não queríamos investir nosso tempo nisso. Queríamos algo que não precisássemos manter."

Karel, GENERAL BYTES

Uma líder de CX em uma marca de suplementos DTC descreveu depois o problema do controle em uma frase que ficou comigo por anos: a IA nunca vai responder 100% das perguntas, então o que ela precisava era de uma IA que lidasse apenas com os tickets sobre os quais tivesse confiança, deixando o resto de lado. Nenhum parâmetro effort entrega isso. É uma decisão de roteamento, e ela é tomada fora do modelo.

Experimente a eesel

Se você chegou até aqui escolhendo um modelo para uma fila de atendimento, o conselho honesto é este: o Opus 5 é um ótimo motor, e esse motor nunca foi o seu gargalo. A eesel é a parte que envolve esse motor. Ela se conecta ao helpdesk que você já usa, treina com seus tickets passados e sua central de ajuda em vez de um prompt colado, e simula com base no seu próprio histórico de tickets, então a taxa de resolução fica visível para você antes que qualquer cliente veja o agente. A configuração leva minutos em vez de um trimestre, e o preço conta tickets resolvidos, não tokens, então um modelo verboso não consegue inflar a fatura silenciosamente.

Essa visão de relatórios é a parte que nenhuma chave de API pura entrega: quais tickets o agente realmente atendeu, o que disparou cada execução, e os pontos em que um humano interveio. Para ver como ficariam seus próprios números, você pode experimentar a eesel de graça, ou ler como a mesma decisão se desenrola em as ferramentas de suporte deste ano e quanto custa um agente de suporte com IA.

Para o restante do panorama sobre o Opus 5: a análise completa traz o veredito sobre se vale a pena atualizar, Opus 5 versus Fable 5 cobre o nível acima e Opus 5 versus Sonnet 5 o nível abaixo, e os preços do Sonnet 5 são relevantes agora mesmo, já que suas tarifas de lançamento de 2 $ e 10 $ expiram em 31 de agosto de 2026.