Análise do Claude Opus 4.7: Será que merece o título de modelo mais forte?

Título original: «O Opus 4.7 nunca teve a intenção de ser o "modelo mais potente":» «Todos os que elogiavam a rapidez do Claude não conseguem acompanhar o ritmo da Anthropic»

Fonte original: Silicon Pro

A 16 de abril de 2026, a Anthropic lançou oficialmente o Claude Opus 4.7, pouco mais de dois meses após a geração anterior, o Opus 4.6.

Após uma série recente de atualizações intensas e frenéticas de produtos e modelos, o lançamento de um novo modelo pela Anthropic transmitiu, naturalmente, uma sensação de grandiosidade. Tenho a certeza de que já viram muitos relatórios de análise do primeiro modelo, em que todos consideram o Opus 4.7 o «modelo mais poderoso», o que levou a que expressões como «a humanidade está perdida» e «alerta de desemprego» voltassem a causar sensação.

Mas vamos ver o que a Anthropic lançou de facto.

O tom deste lançamento é, na verdade, bastante invulgar.

No comunicado, a Anthropic afirmou diretamente: As funcionalidades do Opus 4.7 não são tão boas quanto as do Claude Mythos Preview — sendo que o Mythos está disponível apenas para alguns parceiros, como a Apple, a Google, a Microsoft e a Nvidia, e não é acessível a programadores e utilizadores comuns.

Além disso, o que é ainda mais digno de nota do que esta retórica é o facto de não só ser inferior ao lendário Mythos, como também apresentar um desempenho inferior em algumas capacidades essenciais quando comparado com o modelo da geração anterior.

Um valor anormal na tabela de desempenho do Opus 4.7: O índice de referência de contexto longo MRCR v2 @1M caiu de 78,3% no Opus 4.6 para 32,2%, uma queda acentuada de 46 pontos percentuais.

É muito raro que uma nova versão de um modelo topo de gama reduza para metade a sua principal funcionalidade.

E essa foi uma decisão que tomou por conta própria.

Assim, enquanto todos continuam a elogiar cegamente cada um dos seus modelos como sendo o «mais forte», na verdade estão a ficar para trás em relação ao próprio ritmo da Anthropic!

Nem sequer se preocupa em abordar esta questão da lavagem de carros

A versão 4.7 foi um lançamento que nunca teve a intenção de ser o «modelo mais potente». Foi um lançamento com compromissos evidentes, uma abordagem de «precisão cirúrgica», diferente das várias estratégias de lançamento adotadas no passado por outros fabricantes de modelos de topo. Trata-se também de uma nova direção para a qual os principais fabricantes estão a virar-se coletivamente hoje em dia, uma vez que sentem claramente que o «grande salto em frente» do próprio modelo já não é sustentável — a Anthropic tem-se aproximado, em certa medida, das estratégias de lançamento de empresas como a Apple e a Microsoft na sua fase de comercialização de produtos já bastante madura.

Este pode ser o verdadeiro significado do 4.7.

1. Competências de programação: Uma melhoria real por trás dos números

Para compreender melhor estas mudanças, o melhor é, naturalmente, começar por analisar atentamente o que elas realmente trouxeram desta vez.

Aqui está o resumo completo do lançamento da versão 4.7 do Opus — o que melhorou, o que piorou, comentários dos programadores em primeira mão e se é necessária uma migração.

Anúncio oficial: https://www.anthropic.com/news/claude-opus-4-7

O desempenho da codificação é o ponto forte desta versão do Opus 4.7.

A verificação SWE-bench (500 issues reais do GitHub, exigindo que os modelos produzam patches que passem nos testes) aumentou de 80,8% no Opus 4.6 para 87,6% no Opus 4.7, uma melhoria de quase 7 pontos percentuais, tornando-o o modelo com melhor desempenho entre os disponíveis publicamente. Em comparação com os 80,6% do Gemini 3.1 Pro, a diferença é significativa.

O SWE-bench Pro é uma versão mais exigente, que abrange todo o ciclo de engenharia em quatro linguagens de programação. O Opus 4.7 subiu de 53,4 % para 64,3 %, um aumento de 11 pontos percentuais. Em comparação com os 57,7 % do GPT-5.4 e os 54,2 % do Gemini 3.1 Pro, o Opus 4.7 está claramente à frente neste teste de desempenho.

O CursorBench é um teste de desempenho prático da Cursor, que avalia especificamente a qualidade da assistência à programação de um modelo num ambiente IDE real. O Opus 4.6 obteve uma pontuação de 58%, enquanto o Opus 4.7 subiu para 70%, o que representa uma melhoria de 12 pontos percentuais. O cofundador da Cursor, Michael Truell, afirmou no comunicado oficial: «Trata-se de um avanço significativo em termos de capacidades, proporcionando um raciocínio criativo mais sólido na resolução de desafios.»

Dados testados pelos parceiros:

· Rakuten: O número de tarefas de produção resolvidas pelo Opus 4.7 é três vezes superior ao do Opus 4.6, com aumentos de dois dígitos nas classificações de qualidade do código e dos testes

· Fábrica: A taxa de sucesso nas tarefas aumentou entre 10 % e 15 %, reduzindo significativamente as falhas a meio do treino

· Cognition (empresa do Devin): O modelo «pode funcionar continuamente durante horas sem ser desligado»

· CodeRabbit: A taxa de recuperação aumentou mais de 10 %, «ligeiramente mais rápido do que o modo xhigh do GPT-5.4»

· Parafuso: Em tarefas de compilação de aplicações mais demoradas, o Opus 4.7 superou o Opus 4.6, «apresentando uma melhoria de até 10 % no melhor dos casos, sem os problemas de regressão observados no passado»

· Terminal-Bench 2.0: O Opus 4.7 abordou três tarefas que nenhum modelo anterior do Claude (ou concorrente) conseguia resolver, incluindo uma que exigia raciocínio sobre vários ficheiros em diferentes repositórios para corrigir uma condição de corrida

Estes conjuntos de dados apontam numa única direção: O Opus 4.7 demonstrou uma melhoria significativa em tarefas de programação complexas, de longa duração, que envolvem vários ficheiros e exigem a manutenção do contexto. Isto responde diretamente às principais reclamações dos utilizadores sobre o Opus 4.6 nos últimos dois meses — tarefas que são interrompidas a meio da execução e que se perdem devido a erros relacionados com vários ficheiros.

II. Capacidade visual: A melhoria mais subestimada desta versão

O índice de referência de precisão visual XBOW subiu de 54,5% para 98,5%. Não se trata de uma melhoria gradual, mas sim de um salto de nível de reconstrução.

Alterações específicas nas especificações:

· A resolução máxima da imagem aumentou de cerca de 1,15 milhões de píxeis (aresta mais longa com 1 568 píxeis) para aproximadamente 3,75 milhões de píxeis (aresta mais longa com 2 576 píxeis), mais de três vezes superior à da geração anterior

· As coordenadas do modelo correspondem agora, na proporção de 1:1, aos píxeis reais, eliminando a necessidade de conversão manual do fator de escala em tarefas de visão computacional

· Benchmark de Raciocínio Visual do CharXiv: Sem ferramentas: 82,1%, Com ferramentas: 91,0%

Quais são as implicações substanciais disto?

Para a equipa de produtos informáticos, esta atualização poderá ser decisiva. Na época do Opus 4.6, a utilização do computador encontrava-se numa fase em que «era possível fazer demonstrações, mas ainda não estava pronta para a produção» — a taxa de cliques errados era demasiado elevada e imprevisível. Uma precisão visual de 98,5 % significa que esta funcionalidade atingiu, pela primeira vez, o limiar necessário para uma implementação fiável. Vários blogs de tecnologia afirmaram diretamente nas suas análises: se adiou o seu plano de utilização do computador devido à elevada taxa de cliques errados no Opus 4.6, a versão 4.7 superou esse obstáculo.

Comentários em primeira mão no Reddit (r/ClaudeAI): Alguns utilizadores referiram: «A melhoria da capacidade visual é fundamental.» Já realizei muitos projetos de ponta, tentando fazer com que o modelo melhorasse iterativamente os seus resultados num ciclo de feedback visual, mas o resultado foi sempre caótico. Estou ansioso por ver como a versão 4.7 vai resolver esta questão.

Para além da utilização em computadores, outros cenários em que esta tecnologia é útil incluem: análise de digitalizações de documentos (capacidade de ler tipos de letra mais pequenos e reconhecer detalhes mais subtis em gráficos), interpretação de capturas de ecrã, aplicações de painéis de controlo e processamento de ficheiros PDF complexos.

Considerações relativas aos custos: As imagens com maior resolução consumirão mais tokens. Se o seu cenário de aplicação não exigir um elevado nível de detalhe na imagem, recomenda-se reduzir a resolução antes da importação.

III. O maior revés: Colapso do contexto longo

MRCR v2 @1M (Recuperação de contexto longo com um milhão de tokens):

· 4,6: 78,3%

· 4,7: 32,2%

Uma queda abrupta de 46 pontos percentuais, passando de quase 80 % para um terço.

Esta queda é praticamente sem precedentes na história das versões do modelo emblemático. O MRCR v2 foi uma funcionalidade fortemente promovida pela Anthropic na era do Opus 4.6 — na altura, as palavras exatas da Anthropic foram: «ocorreu uma mudança qualitativa de tal magnitude que o modelo se tornou efetivamente utilizável». Por volta das 4h70, essa «mudança qualitativa» desapareceu completamente.

Por que é que isto está a acontecer? O Tokenizer foi alterado.

O Opus 4.7 utiliza um novo tokenizador e, agora, o mesmo texto de entrada resultará em aproximadamente 1,0 a 1,35 vezes o número de tokens, variando o multiplicador exato consoante o tipo de conteúdo.

As consequências imediatas são:

· A janela de contexto nominal de 200 mil/1 milhão continua presente, mas a mesma quantidade de texto ocupa agora menos espaço.

· O consumo real de tokens nos fluxos de trabalho de agentes com tarefas demoradas aumentou cerca de 35%.

· O preço mantém-se inalterado (5 $ de entrada, 25 $ de saída por milhão de tokens), mas o custo real de utilização aumentou.

A declaração oficial da Anthropic afirma que o novo tokenizador «melhorou a eficiência do processamento de texto», mas os dados dos testes comparativos revelam um retrocesso significativo em cenários com contextos longos.

As funcionalidades de pesquisa também regrediram:

· BrowseComp (Recuperação de Informação Profunda na Web): A versão 4.6 estava a 83,7%, enquanto a versão 4.7 está a 79,3%.

· O GPT-5.4 Pro obteve uma pontuação de 89,3% nesta área, o Gemini 3.1 Pro obteve 85,9% e o Opus 4.7 ocupa atualmente o último lugar entre os principais modelos concorrentes.

A pesquisa e a introdução de textos longos são, por acaso, os cenários mais comuns para muitos utilizadores empresariais.

Comentários em primeira mão de programadores no Hacker News (publicação com 275 votos positivos, 215 comentários, fonte: (Discussão no HN):

"Desligar o pensamento adaptativo e aumentar manualmente o nível de esforço foi o que me permitiu recuperar o meu desempenho normal. Frases como «parece funcionar bem nos nossos testes internos» já não são suficientes; todos estão a observar o mesmo problema. «Na versão 4.7, os resumos de tokens de raciocínio legíveis para humanos já não são incluídos na saída por predefinição; é necessário adicionar display: summarized à solicitação da API para os recuperar.»

Todas estas são questões relatadas por utilizadores reais. No entanto, esta é também uma escolha feita de forma proativa pela Anthropic.

Quarto, novo traço comportamental: Autovalidação e maior adesão às instruções

Uma afirmação digna de nota no anúncio oficial do Opus 4.7 é: O modelo valida os seus resultados antes de os apresentar.

A equipa técnica da Hex apresentou um exemplo concreto durante os testes: quando faltam dados, o Opus 4.7 indica com precisão que «os dados não existem», em vez de fornecer uma resposta aparentemente razoável, mas na verdade inventada — uma armadilha em que o Opus 4.6 cairia. A avaliação da plataforma fintech Block sobre esta questão foi a seguinte: «É capaz de detetar os seus próprios erros lógicos durante a fase de planeamento, acelerando a execução e demonstrando uma clara melhoria em relação ao modelo Claude anterior.»

No entanto, a autovalidação provocou outra mudança comportamental associada: O Opus 4.7 interpreta as instruções de forma mais literal.

Isto representa um risco significativo de migração. Se ajustou meticulosamente as instruções para o Opus 4.6, o 4.7 poderá não «ler nas entrelinhas» como o 4.6 faria, mas seguirá rigorosamente o significado literal que escreveu. A Anthropic referiu explicitamente este ponto no guia oficial de migração e recomendou a realização de testes de regressão nos prompts principais antes da implementação da versão 4.7.

Uma orientação prática do Diretor Técnico da Hex: No que diz respeito ao nível de baixo esforço, o Opus 4.7 apresenta um desempenho aproximadamente equivalente ao nível de esforço médio do Opus 4.6.

Cinco, Mecanismo de Controlo do Raciocínio: xhigh, Orçamentos de Tarefas e /ultrareview

Ocorreu um incidente com o Opus 4.6 que afetou a confiança dos utilizadores: a 9 de fevereiro, passou a utilizar o «pensamento adaptativo» como modo predefinido e, a 3 de março, a profundidade de raciocínio predefinida do Claude Code foi reduzida do nível mais elevado para o nível médio, alegando a necessidade de «equilibrar inteligência, latência e custo». Este evento, apelidado de «o escândalo da inteligência», suscitou grande interesse depois de um diretor sénior da AMD o ter questionado no GitHub.

A resposta do Opus 4.7 foi proporcionar aos utilizadores um controlo mais explícito sobre a profundidade do raciocínio.

Nível de esforço elevado: Um novo nível de intensidade de raciocínio situado entre os níveis «alto» e «máximo» já existentes. Claude Code atualizou agora todas as configurações padrão previstas para xhigh.

No entanto, a comunidade de programadores tem uma questão direta sobre o xhigh, tal como referido por um utilizador do Reddit: "O Opus 4.6 tem como predefinição o nível médio, e o 4.7 tem como predefinição o nível xhigh. Estou curioso para saber o que motivou esta decisão, porque aumentar o nível de esforço implica, obviamente, um maior consumo de tokens.

Por outras palavras, o que os utilizadores consideram uma correção para «devolver o controlo ao utilizador» é, na verdade, um aumento do nível padrão, o que significa que a mesma tarefa requer agora a queima de mais tokens. Juntamente com as alterações no tokenizador, isto representa um duplo aumento de custos.

Orçamentos das tarefas (em versão beta pública): Um mecanismo simbólico de controlo orçamental para tarefas de longa duração. Os programadores definem um orçamento total de tokens (mínimo de 20 mil), e o modelo pode verificar dinamicamente o saldo restante durante a execução para alocar recursos em conformidade. O objetivo é evitar que o processo seja interrompido a meio devido a um gasto excessivo de tokens e evitar o desperdício desnecessário de recursos computacionais.

Claude Code Novo comando /ultrareview: Uma sessão especial de revisão de código centrada na correção de erros e em questões de design, com uma revisão aprofundada única; os utilizadores dos planos Pro e Max têm direito a 3 sessões gratuitas por mês.

Modo Automático disponível para todos os utilizadores: Anteriormente disponível apenas no plano Enterprise, agora também está acessível aos utilizadores do Max. No modo automático, o Claude pode tomar decisões de forma autónoma, reduzindo a necessidade de interromper os utilizadores para obter informações. Boris Cherny, chefe da equipa do Claude Code, afirmou: "Atribua uma tarefa ao Claude, deixe-a a decorrer e volte para ver os resultados verificados."

Secção Seis: Visão geral do benchmark - Vitorias e derrotas

Seguem-se os principais dados de referência atualmente divulgados (fonte: Cartão Oficial do Sistema Anthropic e Avaliações dos Parceiros).

Programação e Engenharia (Opus 4.7 Leading)

Visão e multimodalidade (Opus 4.7: Liderança significativa)

Trabalho do Conhecimento (Opus 4.7 Liderança)

Avaliação abrangente (O Opus 4.7 dá um salto qualitativo)

Raciocínio geral (três princípios básicos que, no fundo, estão em sintonia)

Este ponto de referência atingiu a saturação e já não constitui um fator de diferenciação competitivo eficaz.

Tipo de tarefa de pesquisa (GPT-5.4 na liderança, Opus 4.7 em segundo lugar)

Contexto detalhado (Opus 4.7 sofre um retrocesso significativo)

Resumo da lógica de seleção de modelos: Nas áreas de programação, engenharia de agentes, visão computacional e trabalho de conhecimento jurídico-financeiro, o Opus 4.7 apresenta uma vantagem clara; em tarefas que exigem muita pesquisa e na recuperação de informação em redes abertas, o GPT-5.4 é mais forte; em cenários de contexto extenso, o Opus 4.7 fica muito aquém do seu antecessor, o que constitui o ponto mais preocupante.

Secção Sete: Barreira de segurança – O marco da Mythos

Esta secção é frequentemente ignorada por ser considerada uma «frase-clichê sobre segurança» nos comunicados de imprensa, mas é fundamental para compreender a estratégia atual da Anthropic.

No dia 7 de abril, a Anthropic anunciou o Project Glasswing: disponibilizou a pré-visualização do Claude Mythos a nove parceiros, incluindo a Apple, a Google, a Microsoft, a Nvidia, a Amazon, a Cisco, a CrowdStrike, o JPMorgan Chase e a Broadcom, especificamente para cenários de cibersegurança defensiva.

O Mythos é o modelo mais poderoso da Anthropic até à data. De acordo com o The Hacker News, consegue detetar autonomamente vulnerabilidades de dia zero, identificando milhares de vulnerabilidades até então desconhecidas nos principais sistemas operativos e navegadores. No entanto, devido a esta capacidade, considera-se que apresenta riscos significativos de utilização indevida, pelo que não foi disponibilizada ao público.

O Opus 4.7 é a primeira amostra de teste desta linha. Durante a fase de treino, a Anthropic reduziu ativamente a capacidade do modelo para lançar ataques de cibersegurança (tentando, ao mesmo tempo, manter as capacidades defensivas) e implementou um sistema de barreira em tempo real para detetar e bloquear automaticamente pedidos de cibersegurança de alto risco. O anúncio original afirmava: «Iremos analisar a implementação efetiva do Opus 4.7 para determinar a eficácia desta barreira antes de decidirmos se a devemos alargar aos modelos de nível Mythos.»

Por outras palavras, todos os programadores que utilizam o Opus 4.7 estão a ajudar a Anthropic a ajustar a barreira de segurança.

Crítica do Gizmodo: Este lançamento adota uma «estratégia de marketing ousada — promovendo proativamente o seu novo modelo como "menos versátil do que outras opções"», o que é extremamente raro em lançamentos de modelos topo de gama.

Caso os profissionais de segurança precisem de utilizar o Opus 4.7 para testes de penetração legítimos, investigação de vulnerabilidades ou simulações de ataques (red teaming), devem candidatar-se para aderir ao Programa de Verificação Cibernética.

8. Preços e migração: Os juros nominais mantêm-se estáveis, mas o custo real aumenta

Preços: Entrada a 5 dólares por milhão de tokens, saída a 25 dólares por milhão de tokens, tal como no Opus 4.6. O ID do modelo da API é claude-opus-4-7. As plataformas suportadas incluem a API Claude, o Amazon Bedrock, o Google Cloud Vertex AI e o Microsoft Foundry, tendo também sido integrado o GitHub Copilot.

No entanto, tal como referido anteriormente, a alteração do tokenizador resulta agora na geração de aproximadamente 1,0 a 1,35 vezes mais tokens para a mesma entrada; somando-se a isso os tokens de reflexão adicionais em níveis de esforço predefinidos mais elevados, o custo real de um fluxo de trabalho de agente com tarefas longas pode ser 2 a 3 vezes superior ao do Opus 4.6 com configurações equivalentes.

A Anthropic também reduziu o TTL do cache do Claude Code de uma hora para cinco minutos — o que significa que, se se afastar do computador por mais de cinco minutos e voltar, o cache de contexto irá expirar, exigindo uma atualização da página, o que acelera o consumo de tokens. A comunidade do Reddit tem visto muitos utilizadores queixarem-se de que «a quota esgota-se mais depressa do que uma cascata».

Lista de alterações que implicam interrupções para os utilizadores atuais do Opus 4.6:

1. O parâmetro «Extended Thinking Budgets» foi removido; se for passado, será devolvido um erro 400, devendo ser utilizado, em vez disso, o modo de raciocínio adaptativo

2. Os parâmetros de amostragem, tais como temperatura, top_p e top_k, foram removidos; deve-se utilizar prompts para controlar o comportamento da saída

3. Cumprimento mais rigoroso das instruções literais - O prompt otimizado para o Opus 4.6 precisa de ser testado novamente; não é permitida a troca direta de ID do modelo.

4. As alterações no tokenizador modificaram a contagem de tokens. Recomenda-se testar primeiro as amostras em tráfego real antes de prosseguir com a migração completa.

5. A saída padrão já não inclui resumos de tokens de inferência. É necessário definir explicitamente `display: summarized` para os recuperar.

Boas práticas: O guia oficial de migração da Anthropic sugere testar o Opus 4.7 com tráfego de produção representativo antes da transição definitiva, comparando o consumo de tokens e a qualidade das tarefas antes de tomar uma decisão.

A precisão na execução pode ser assustadora.

A versão 4.7 é uma atualização específica com vantagens evidentes, mas também com compromissos consideráveis. Além disso, todos estes foram concebidos pela própria Anthropic e, em grande medida, é você quem tem de arcar com os custos.

O lado positivo do progresso deste modelo:

· 87,6% no SWE-bench Verified, 64,3% no SWE-bench Pro, 70% no CursorBench e um aumento de três vezes nas tarefas de produção da Rakuten — estas são as melhorias percetíveis na capacidade de programação num ambiente de produção

· Recuperação das capacidades visuais (XBOW 54,5% → 98,5%, aumento de 3 vezes na resolução, mapeamento 1:1 com precisão ao nível do pixel), permitindo, pela primeira vez, a utilização de computadores para uma implementação fiável

· Nível xhigh, orçamentos para tarefas, /ultrareview — uma resposta explícita à barreira da «simplificação excessiva»

· 90,9% em grandes escritórios de advocacia, 64,4% em agências financeiras, liderando claramente em trabalhos de conhecimento especializado, como questões jurídicas financeiras

Aspectos que foram abandonados:

· O MRCR v2 @1M caiu de 78,3% para 32,2%, reduzindo quase para metade a capacidade de processamento de contextos longos

· O BrowseComp desce de 83,7% para 79,3%, sendo a sua capacidade de pesquisa ultrapassada tanto pelo GPT-5.4 como pelo Gemini 3.1 Pro

· alterações no tokenizador + aumento do esforço padrão + redução do tempo de validade do cache = aumento de preço dissimulado triplo

· O Mythos mantém-se estável, o que indica que a Anthropic tem cartas ainda mais fortes na mão, mas não as está a jogar

Esta versão é a mais autêntica até à data, não sendo o «modelo mais robusto» nem o «modelo público mais robusto», mas sim: uma iteração com compromissos claros.

As últimas notícias indicam que a Claude Code já atingiu 2,5 mil milhões de dólares em receitas anuais em fevereiro. O Opus 4.7 é o próximo passo nesta linha de desenvolvimento online.

A programação e a visão são acréscimos, o contexto extenso e a pesquisa são subtrações; o preço permanece simbólico, mas a conta está a aumentar. A Anthropic está a trabalhar para restabelecer o equilíbrio com o Opus 4.7 — tanto para corrigir os danos causados à confiança pelo Opus 4.6 como para realizar um exercício de segurança no mundo real, em preparação para uma abertura mais ampla dos modelos de nível Mythos no futuro. Mais importante ainda, o objetivo é tirar o máximo partido da sua atual posição de liderança, transformando a preferência dos utilizadores pelos seus produtos numa inércia da qual não se consegue escapar, mesmo ao longo de gerações de produtos imperfeitos mas indispensáveis; em seguida, criar aquele tipo de experiência de utilizador cativa, de amor e ódio, com verdadeiro valor comercial, que empresas maduras como a Apple conseguiram alcançar; e construir um ecossistema verdadeiramente valioso.

Link para o artigo original