Claude Opus 5 piorou? O que mudou de verdade

Tem uma thread no r/ClaudeAI com 537 upvotes e o título "não consigo mais usar o Opus 5". Tem outra, com 164 upvotes, perguntando se o Claude piorou nos últimos dez dias.

Repara nos comentários: 187 na primeira, 158 na segunda.

Isso é quase um comentário por voto. E esse número diz mais que o título.

Thread com muito voto e pouco comentário é consenso — todo mundo concorda e segue a vida. Thread com comentário quase empatando voto é discordância. Metade da galera falando que o modelo desandou, a outra metade falando que está ótimo.

Quando os dois lados são grandes assim, geralmente não é um deles mentindo. É porque as duas coisas são verdade ao mesmo tempo, medidas em réguas diferentes.

E é isso que está acontecendo com o Claude Opus 5. Ele não piorou nos benchmarks: piorou de conviver. As duas leituras estão certas, e a explicação tem data e fonte.

O Claude Opus 5 piorou? O veredito que se repete em toda review

O Opus 5 saiu em 24 de julho de 2026, com o mesmo preço do Opus 4.8: US$ 5 por milhão de tokens de entrada, US$ 25 na saída.

Nos benchmarks, ele subiu. Na convivência, azedou.

A análise da MindStudio resume o padrão que aparece em praticamente toda review desde o lançamento: é o melhor modelo que muita gente já usou, e o que essas mesmas pessoas menos gostam de usar.

O Google já consolidou isso. Se você pesquisar "claude opus 5 piorou" hoje, o AI Overview abre com um "sim" e lista três queixas:

Verbosidade excessiva. Resposta longa demais, com recurso que ninguém pediu.
Queda no código. Julgamento pior que o Opus 4.8 em tarefa simples.
Excesso de cautela. Pede confirmação demais, evita decidir.

Quando o próprio buscador já monta a resposta, o fenômeno parou de ser anedota. Mas "o fenômeno existe" e "o modelo regrediu" são afirmações diferentes. E a segunda não está provada.

O que dá pra medir e o que é percepção

Separa as três queixas, porque elas não têm o mesmo peso técnico.

Verbosidade é medível. Conta token de saída na mesma tarefa, mesmo prompt, modelo diferente. Se o Opus 5 gasta mais para entregar a mesma coisa, isso aparece na fatura. É objetivo e você consegue checar hoje no seu próprio histórico.

Over-engineering é semi-medível. Dá pra contar arquivos tocados, linhas adicionadas e funções criadas fora do escopo pedido. Não é uma métrica limpa, mas é bem melhor que "achei prolixo".

"Julgamento pior" é percepção. E é a mais escorregadia das três, porque esbarra em dois vieses conhecidos: você mudou de modelo e mudou também o jeito de promptar, e você lembra dos acertos do modelo antigo melhor do que dos erros dele.

Não é que a queixa seja falsa. É que ela é a única que ninguém conseguiu instrumentar até agora — e é justamente a que mais aparece nas threads.

Existe um mecanismo documentado. E não é o modelo.

Aqui está a parte que quase ninguém está conectando.

Em julho, a Anthropic cortou mais de 80% do system prompt embutido do Claude Code para os modelos da geração Claude 5. Sem perda mensurável nos evals de código, segundo a própria empresa.

Agora pensa no que morava naquele system prompt.

Instrução de concisão. Instrução de não criar arquivo que não foi pedido. Instrução de não explicar o óbvio. Instrução de perguntar antes de agir em coisa destrutiva. Todo aquele andaime de comportamento que fazia o modelo parecer educado por padrão.

Some com o andaime e o que sobra é o modelo cru.

Um modelo cru mais capaz vai fazer mais coisa. Vai escrever mais. Vai antecipar mais. Vai propor a abstração que você não pediu — porque tecnicamente ela até faz sentido, e não tem mais ninguém dizendo "não faça isso sem pedir".

Ou seja: parte do que a comunidade está lendo como "o modelo piorou" pode ser "os defaults sumiram". A responsabilidade pelo comportamento migrou do system prompt da Anthropic para o seu CLAUDE.md. Quem tinha um arquivo enxuto e explícito sentiu pouco. Quem dependia dos defaults viu o comportamento mudar da noite pro dia sem entender por quê.

Isso é hipótese, não fato confirmado — a Anthropic não ligou uma coisa à outra publicamente. Mas é a hipótese com mais evidência documental do que qualquer teoria de "nerfaram o modelo pra economizar GPU", que aparece em toda thread e nunca vem com fonte.

▪ Clã Beer and Code

Não só acompanhe as novidades — domine. Engenharia de IA na prática, ao vivo, toda semana, na maior comunidade do Brasil.

Entrar no Clã

E tem o fallback, que ninguém lembra de checar

Outro detalhe documentado que embaralha a percepção: a Anthropic mantém um artigo de suporte chamado Por que Claude mudou de modelo na sua conversa com Opus 5.

Existe fallback. Sob certas condições, sua conversa troca de modelo.

Então quando alguém diz "hoje o Opus 5 tá burro", existe uma chance real de que naquela sessão ele não estivesse falando com o Opus 5 o tempo todo. E como isso acontece de forma silenciosa, a percepção de inconsistência aumenta sem que exista qualquer mudança no modelo.

Isso não invalida as queixas. Mas explica por que a experiência varia tanto entre duas pessoas usando "o mesmo" modelo no mesmo dia.

É melhor o Claude Opus ou Sonnet?

Pergunta que aparece direto no People Also Ask dessa busca, e que fica mais interessante com esse contexto.

Se a queixa principal contra o Opus 5 é que ele faz demais, então em toda tarefa onde "fazer demais" é o risco — CRUD, ajuste pontual, refactor mecânico, escrever teste de caso conhecido — o Sonnet 5 é a escolha melhor, e não a escolha barata. Menos capacidade sobrando é menos capacidade sobrando pra inventar.

Guarda o Opus pro problema que realmente exige: bug multi-arquivo, decisão de arquitetura, código legado sem teste. Ali a capacidade extra paga.

A gente já comparou Claude Code e Codex com número na mesa, e a conclusão vale aqui também: a pergunta útil quase nunca é "qual o melhor modelo". É "quanto controle eu quero durante a tarefa".

Como domar sem trocar de modelo

Se a hipótese do system prompt estiver certa, o conserto não é esperar a Anthropic. É devolver ao CLAUDE.md as travas que sumiram.

O que costuma resolver a maior parte da verbosidade:

## Escopo
- Faça exatamente o que foi pedido. Nada além.
- Não crie arquivo novo a menos que seja necessário para a tarefa.
- Não escreva documentação, README ou comentário a menos que eu peça.

## Resposta
- Responda em no máximo 4 linhas, exceto quando eu pedir detalhe.
- Sem preâmbulo e sem resumo do que você acabou de fazer.
- Nada de "ótima pergunta" ou variações.

## Antes de agir
- Mudança destrutiva ou fora do escopo: pergunte antes.

Não é mágica e não é novidade — é o mesmo princípio das cláusulas de CLAUDE.md que a gente já detalhou. O que mudou é a urgência: antes essas regras eram otimização. Agora, com os defaults cortados, elas são o que segura o comportamento.

E antes de brigar com o modelo, faz o teste de dois minutos: pega uma tarefa que você já rodou no Opus 4.8, roda igual no Opus 5, e compara token de saída e arquivos tocados. Se a diferença estiver na saída e não no acerto, seu problema é de escopo, não de inteligência. Isso se resolve no arquivo de contexto.

O resumo

O Opus 5 provavelmente não regrediu. Ele ficou mais capaz e menos contido, e a contenção que a Anthropic tirou de perto não foi reposta por ninguém.

Isso deixa três coisas de pé:

A queixa da comunidade é real e não é birra. O comportamento mudou de verdade.
A explicação mais provável é documentada e chata: os defaults saíram do system prompt. Não precisa de teoria da conspiração sobre economia de GPU.
O conserto está do seu lado, e é mais barato que trocar de fornecedor.

E fica a lição que sobrevive a este modelo e ao próximo: quando o comportamento do agente muda sem você mexer em nada, o primeiro lugar pra olhar não é o modelo. É o que o modelo está lendo antes de te responder.