Claude Opus 5: o que é e como realmente utilizá-lo

Resumo

24 de julho de 2026 foi a data de lançamento do Claude Opus 5. O preço: $5 por milhão de tokens de entrada e $25 por milhão de saída. Exatamente o que custava o Opus 4.8, o que pegou muita gente desprevenida. Depois o resto da folha de especificações, rapidamente. ID do modelo claude-opus-5. Contexto de 1M de tokens, saída máxima de 128k, e um corte de conhecimento situado em maio de 2026. A documentação da Anthropic agora recomenda começar aqui, e só subir para o Fable 5 quando o limite máximo for mesmo o que precisa.

A maioria dos artigos salta a próxima parte. «Claude Opus 5» não é um modelo, são cinco. O parâmetro effort vai de low a max, e a Artificial Analysis avalia cada configuração como uma entrada separada, o que é bastante justo, porque é assim que ele se comporta. 497 pontos Elo de diferença em trabalho de conhecimento de longo alcance. Cerca de 8 vezes mais tokens de saída do extremo inferior ao superior do regulador. Por isso, quando as pessoas discutem online se o Opus 5 é absurdamente barato ou um forno de tokens, o que estão realmente a discutir é qual das cinco configurações cada um usou.

Há um limite que vale a pena nomear desde já, e eu encontro-o quase todas as semanas: este modelo demora 63 segundos a produzir o seu primeiro token com esforço max. Trabalhador em segundo plano. Essa é a categoria a que pertence. Aponte-o para uma janela de chat em direto e a espera por si só termina a conversa por si, e depois de alguns anos a colocar agentes de IA em filas de suporte reais na eesel, a lição que continuo a reaprender é que o modelo nunca foi a parte difícil desse trabalho.

O que realmente é o Claude Opus 5

Em cerca de dois meses, a Anthropic lançou quatro versões da geração Claude 5, e o Opus 5 é a quarta. Posiciona-se diretamente acima do Opus 4.8, a um preço que não mudou. A mensagem de lançamento diz que «se aproxima da inteligência de fronteira do Claude Fable 5 a metade do preço». De forma pouco habitual para uma mensagem de lançamento, os números independentes confirmam-no, na sua maioria.

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

Duas linhas aí tendem a surpreender as pessoas. Primeiro, a janela de contexto de 1M é cobrada a taxas padrão, por isso um pedido de 900k tokens fatura por token à mesma taxa que um de 9k, como explica a documentação de preços. Segundo, não há Priority Tier de todo. O Opus 4.8 mantém um, por isso quem tiver um compromisso de capacidade tem de planear essa parte separadamente.

Se a sua última olhada nesta família foi há algumas versões, vale a pena registar o ritmo. A minha análise do Opus 4.5 tem apenas alguns meses e já se lê como uma ferramenta de outro nível, com o Opus 4.6 a situar-se algures no meio.

«Claude Opus 5» são cinco modelos com um só nome

Tudo o resto neste artigo é reformulado por esta única parte, por isso quero dedicar-lhe tempo real aqui.

O parâmetro effort não é um regulador de qualidade que se ajusta ao gosto. Em toda a API é, de longe, a maior palanca para o custo e a latência, e também para a qualidade da saída, e a distância entre os seus dois extremos é maior do que aquilo que separa a maioria dos modelos concorrentes.

A Artificial Analysis passou cada configuração pelo AA-Briefcase. Esse benchmark cobre trabalho de conhecimento de longo alcance, construído sobre projetos de várias semanas com milhares de ficheiros de origem. A dispersão é a verdadeira história aqui:

Compare a linha do Fable 5 com a linha high e o que sai é o melhor dado de valor de todo o conjunto: com esforço high, o Opus 5 supera o Fable 5 por 32 Elo, e fá-lo a $10.41 por tarefa, menos de metade do preço do Fable. Agora leia a mesma linha contra low. 1223, que está abaixo do GLM-5.2. Mesmo ID de modelo, mesma semana, e ambas são verdade.

O GDPval-AA v2 mostra a mesma forma, onde os níveis de esforço abrangem 407 pontos Elo e o consumo de tokens de saída anda em torno de 8 vezes mais de low a max.

Vale a pena notar o que o gráfico admite: na extremidade barata da escada, o GPT-5.6 Sol fica acima do Opus 5 e não abaixo. Só quando se paga dinheiro real por tarefa é que a linha da Anthropic passa para a frente. Uma única classificação em destaque esconde exatamente esse tipo de detalhe.

Mais uma complicação, e este é o número mais estranho de todo o lançamento. No FrontierCode 1.1 da Cognition, o melhor score do Opus 5 cai no esforço medium. Não max. A Anthropic explica porquê diretamente no system card: com esforço mais alto, o modelo «faz mais alterações do que a tarefa exige», e as edições fora do âmbito são penalizadas pelo avaliador. Adicionar uma breve instrução para se manter dentro do âmbito «recuperou o desempenho na maioria destas tarefas». Mais thinking, então, não é monotonamente melhor, e em pelo menos um benchmark de código real, é pior.

Escolha o seu nível de esforço

Em vez de o obrigar a voltar a essa tabela, aqui está a mesma decisão apresentada como um seletor. Escolha a configuração que planeava usar, e veja o que lhe traz.

Por que ninguém se entende online sobre se é barato

Quando o regulador de esforço fica claro na cabeça, o caos da semana de lançamento deixa de parecer confuso por completo.

Dentro das mesmas 48 horas, o Reddit teve dois tópicos de topo que se contradiziam completamente. Um grupo publicou que o consumo de tokens é incrível, e um utilizador de r/ClaudeCode relatou ali oito horas de trabalho por 5% de uma quota semanal. O outro grupo publicou sobre esgotar o limite de 5 horas 10 vezes mais rápido, descrevendo um limite que costumavam atingir em seis horas e que agora chega em menos de duas. Depois um tópico intitulado, literalmente, so which is it atraiu mais de 150 comentários de pessoas a perguntar sobre a contradição.

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

«O gráfico mostra esforço max, usado principalmente por utilizadores empresariais pouco sensíveis ao preço. Com esforço medium cai para quase metade do custo do K3, e é provavelmente suficiente para 95% das tarefas de código.»

ricardobeat, Hacker News

«Ele pensa demasiado acima do esforço medium, experimente usar esse.»

cbg0, Hacker News

Por baixo dessa primeira causa está uma segunda, e esta apanha pessoas que nunca tocaram no parâmetro effort. O thinking está ativado por predefinição no Opus 5 e não estava no Opus 4.8, por isso um pedido que nunca alterou agora gasta tokens em raciocínio que antes ignorava. Alguém detetou isto nas notas de migração poucas horas depois do lançamento:

«As breaking changes em relação ao Opus 4.8 são interessantes: 1. Thinking ativado por predefinição: no Claude Opus 4.8, pedidos sem um campo thinking correm sem thinking; no Claude Opus 5, os mesmos pedidos correm com thinking adaptativo. 2. Desativar o thinking está limitado a esforço high»

hrpnk, Hacker News

Ambos os lados, então, estavam a dizer a verdade. Apenas sobre configurações diferentes do mesmo modelo. É essa toda a discussão.

As duas coisas que quebram quando migra

A Anthropic chama ao Opus 5 «uma atualização direta do Claude Opus 4.8 ao mesmo preço», e o guia de migração depois lista exatamente duas breaking changes.

O thinking está ativado por predefinição. No 4.8, um pedido sem campo thinking corria sem thinking; no Opus 5 esse mesmo pedido corre com thinking adaptativo. E como max_tokens limita a saída total, raciocínio incluído, qualquer carga de trabalho que antes corria ajustada deve rever o seu limite antes que comece a truncar os resultados.

Desativar o thinking está limitado a high. Enviar thinking: {type: "disabled"} continua a funcionar, mas combinado com xhigh ou max recebe de volta um erro 400. Essa verificação corre por pedido, o que significa que aumentar o esforço a meio de uma conversa com o thinking desativado é rejeitado mesmo quando turnos anteriores passaram sem problemas. A Anthropic também avisa que, com o thinking desativado, o modelo «pode ocasionalmente emitir tool calls como texto simples ou incluir tags XML internas na sua saída visível».

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

• O limite mínimo da cache de prompts desceu para 512 tokens, vindo de 1.024 no Opus 4.8 e 4.096 no Opus 4.6. System prompts curtos que nunca eram armazenáveis em cache agora são, e não é necessária qualquer alteração de código para isso.
• As alterações de ferramentas a meio da conversa, escondidas por trá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 as recusas do classificador cibernético para o Opus 4.8 em vez de devolver um erro, de modo que os pedidos «são sempre encaminhados por predefinição para o melhor modelo disponível em vez de serem bloqueados». O problema está na disponibilidade: não está na API Batch, não está na Bedrock, e não está no Google Cloud nem na Microsoft Foundry.
• O Opus 5 tem o seu próprio bucket de limite de taxa. A página de limites de taxa é explícita quanto a não fazer parte do pool combinado Opus 4.x, e indica o bucket em 1.000 RPM com 2.000.000 de tokens de entrada por minuto.

Duas alterações de prompting são fáceis de não notar aqui. A Anthropic diz para remover quaisquer instruções de verificação transportadas de antes, porque «o Claude Opus 5 verifica o seu próprio trabalho sem que lhe seja pedido», e diz também para limitar a geração de subagentes, já que o modelo delega mais facilmente do que os seus antecessores. O Claude Code levou esse segundo ponto suficientemente a sério para lançar uma instrução codificada a dizer ao Opus 5 para não usar subagentes. A reação no HN dividiu-se, previsivelmente.

Até onde chega, e até onde não chega

O destaque é bastante real. No seu Intelligence Index, a Artificial Analysis coloca o Opus 5 com esforço max em 61, posição #1 contra uma mediana de classe de 32. Antes de se entusiasmar, leia os seguidores: 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 num único lugar: o trabalho agêntico. O AutomationBench da Zapier coloca um agente numa empresa simulada com dezenas de endpoints REST distribuídos por 47 apps, e ali o Opus 5 obtém 26.0% contra 17.0 do Opus 4.8, 17.4 do Fable 5 e 18.1 do GPT-5.6 Sol.

O outro verdadeiro caso atípico é o ARC-AGI-3, com 30.16% de Relative Human Action Efficiency contra os 7.78% do GPT-5.6 Sol. E vale a pena assinalar para o argumento deste artigo: esse score saiu do esforço high, não max.

Agora a outra coluna, a honesta. A Artificial Analysis mediu 53% no Humanity's Last Exam, «em linha com o Fable 5», portanto um empate e não uma vitória. Na física de fronteira do CritPt iguala o Fable 5, ficando atrás de três modelos da OpenAI. O Terminal-Bench v2.1 dá-lhe 89%, o que está «aproximadamente em linha» com o líder. A própria Anthropic diz que o Opus 5 fica atrás do Mythos 5 em investigação biológica, e também em cibersegurança ofensiva.

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

No leaderboard de texto do LMArena, claude-opus-5-high fica na posição 7 com 1492 Elo, e claude-opus-5-max na posição 8 com 1490. Acima de ambos: Fable 5 com 1509, mais três modelos Claude mais antigos. Os benchmarks que medem a conclusão de tarefas, e os humanos que votam na resposta de que mais gostaram, estão a medir duas coisas diferentes, e o Opus 5 demonstra essa lacuna com clareza. A comunidade colocou isso em termos mais simples:

«Comparei o estilo de escrita do Opus 5 com o Fable 5, e o Opus 5 continua muitos dos "claude-ismos" do seu antecessor 4.8, dos quais o Fable se afastou.»

deet, Hacker News

Como consegui-lo de verdade

Seis caminhos até lá, e não dão todos a mesma coisa.

O Claude Code vem incluído em todos os planos pagos e utiliza a mesma reserva. Se o seu seletor ainda mostrar 4.8, /model claude-opus-5 funciona diretamente, e em versões mais antigas da CLI, /model claude-opus-5[1m] dá-lhe a variante de contexto de 1M. Também vale a pena saber: o Claude Code inicialmente só expunha uma janela de 200K para ele, que é exatamente o tipo de coisa para a qual existem as minhas notas sobre a janela de contexto do Claude Code.

Nas plataformas cloud, Bedrock e Google Cloud são operadas por parceiros, faturam-lhe diretamente, e os endpoints regionais têm uma sobretaxa de 10% em relação aos globais. A Claude Platform na AWS fatura em Claude Consumption Units a $0.01 por CCU, e o mesmo faz a Microsoft Foundry. Além dos tokens, os Managed Agents adicionam $0.08 por hora de sessão de tempo de execução ativo.

O Fast mode é o único caminho com condições reais. Até 2.5x mais tokens de saída por segundo, exatamente ao dobro do preço, $10 e $50, aplicado em toda a janela de contexto. As condições: ainda é uma research preview, apenas na API da Claude de primeira parte, restringido por uma lista de espera ou um account manager, e não funciona com Batch. Por token, essas taxas caem no mesmo lugar do Fable 5 padrão, por isso o que se está a comprar ali é latência e não capacidade. A minha análise de preços do Claude Opus 5 analisa o que isso faz a uma fatura mensal, enquanto os preços do Claude Code cobrem o lado da CLI.

O muro entre o Opus 5 e um cliente em direto

Tudo o que foi dito acima foi sobre escolher uma configuração. Esta secção é sobre o sítio 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 é a posição #111 de 184, e o tempo até ao primeiro token situa-se em 63.43 segundos. Baixar o esforço recupera muito pouca velocidade. As três configurações mais altas no AA-Briefcase têm em média mais de 25 minutos por tarefa. A frase que a Artificial Analysis escreveu sobre 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 importa, e aponta no sentido contrário 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 a sua taxa de alucinação subiu 14 pontos, para 50%, pela razão de que responde mais vezes quando está incerto. O próprio system card da Anthropic diz isso claramente: «O modelo alucina afirmações factuais ligeiramente mais do que o Opus 4.8, apesar de ser mais preciso em geral».

Para um agente de código que volta a correr os seus próprios testes, essa troca está bem. Agora ponha a mesma troca numa resposta de suporte que sai para um cliente pagante com o seu logótipo associado. Uma resposta errada dita com confiança é ali o modo de falha que lhe custa a conta, e é por isso que prevenir alucinações no suporte acaba por ser um problema de design de produto em vez de um problema de seleção de modelo.

Já vi isto a desenrolar-se vezes suficientes para ser direto sobre o assunto. Algo como 10% de uma implementação de suporte que funciona é o modelo. Os outros 90% são recuperação de conhecimento que se mantém atualizada, mais um limiar de confiança que decide o que a IA sequer pode tocar, uma passagem de simulação sobre tickets históricos para que a taxa de resposta seja conhecida antes de qualquer cliente a ver, e depois uma transferência que não deixa cair o contexto. Um cliente eesel, que opera uma rede de caixas automáticas de criptomoedas, colocou o lado de construir versus comprar melhor do que eu conseguiria:

«Podíamos tentar escrever a nossa própria aplicação de LLM, mas não queríamos investir o nosso tempo nisso. Queríamos algo que não tivéssemos de manter.»

Karel, GENERAL BYTES

Uma responsável de CX numa marca de suplementos DTC descreveu depois o problema de controlo numa frase que me ficou na memória durante anos: a IA nunca vai responder a 100% das perguntas, por isso o que ela precisava era de uma IA que tratasse apenas dos tickets de que tem confiança e deixasse o resto em paz. Nenhum parâmetro effort lhe dá isso. É uma decisão de encaminhamento, e é tomada fora do modelo.

Experimente a eesel

Se chegou aqui porque está a escolher um modelo para uma fila de suporte, o conselho honesto é este: o Opus 5 é um bom motor, e o motor nunca foi o seu ponto de estrangulamento. A eesel é a parte que envolve tudo isso. Liga-se ao helpdesk que já utiliza, treina com os seus tickets passados e o seu centro de ajuda em vez de um prompt colado, e simula contra o seu próprio histórico de tickets, de modo que a taxa de resolução está à sua frente antes de qualquer cliente ver o agente. A configuração demora minutos em vez de um trimestre, e o preço conta tickets resolvidos e não tokens, por isso um modelo verboso não pode inflacionar a fatura silenciosamente.

Essa vista de relatórios é a peça que nenhuma chave de API em bruto lhe dá: que tickets o agente realmente tratou, o que despoletou cada execução, e os pontos onde um humano interveio. Para ver como ficam os seus próprios números, pode experimentar a eesel gratuitamente, ou ler como a mesma decisão se desenrola em as ferramentas de suporte deste ano e quanto custa um agente de suporte de IA.

Para o resto do panorama do Opus 5: a análise completa tem 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 importam agora mesmo, já que as suas taxas introdutórias de $2 e $10 expiram a 31 de agosto de 2026.