Usuários do Claude Code criticam o Opus 4.7 da Anthropic e recomendam voltar ao 4.6

Depois do lançamento do Claude Opus 4.7, parte dos desenvolvedores não recebeu o upgrade prometido, mas um retrocesso evidente no trabalho diário com o Claude Code. Em vez de um assistente mais preciso e útil, os usuários descrevem um modelo teimoso, desatento e confiante demais em decisões erradas, a ponto de o principal conselho ser voltar ao Opus 4.6.

Promessas e realidade

A Anthropic apresentou o Opus 4.7 como seu novo modelo principal: nos materiais de lançamento, prometia-se um modelo mais inteligente, preciso e confiável. Mas a reação de parte do público foi oposta. Em comunidades especializadas, desenvolvedores passaram a reclamar que a nova versão explora pior a base de código, não se aprofunda na tarefa e cai mais rápido em respostas superficiais. Para uma ferramenta que deve ajudar no desenvolvimento real, isso não é um defeito cosmético, mas um golpe direto na confiança e no ritmo de trabalho.

«Nada vai consertar este modelo».

O autor da publicação afirma que o problema não se resume a configurações ruins, ferramentas inadequadas ou falhas temporárias após o lançamento. Na avaliação dele, não ajudam nem um effort maior, nem um arquivo CLAUDE.md detalhado, nem regras rígidas para o agente. Ou seja, a irritação vem não de um erro isolado, mas de todo um padrão de comportamento: o modelo parece buscar o tempo todo o caminho mais curto, mesmo quando ele leva claramente a um beco sem saída. É isso que transforma uma sessão de trabalho comum numa briga constante com o assistente.

As cinco principais queixas

A lista de reclamações soa familiar para quem já passou alguns dias programando com o novo Opus. Não se trata de falhas raras, mas de um conjunto recorrente de problemas que atinge cenários básicos: ler o projeto, encontrar a causa de erros, trabalhar com cuidado nos testes e seguir as instruções do usuário. No fim, o modelo não só entrega menos de útil, como cria atrito extra onde se esperava aceleração.

• O modelo estuda o código com má vontade e exige empurrões constantes.
• Em vez de verificar fatos e buscar uma solução, pode inventar explicações e discutir com o usuário.
• Repete teimosamente um caminho curto, mas sem saída, ignorando as observações feitas durante o trabalho.
• As instruções são seguidas de forma instável: o modelo pode reescrever as regras a seu favor ou tentar remover testes que falham em vez de investigar as causas.
• Após várias iterações, entra em loop, perde o contexto e repete passos já verificados.

Somado, isso gera um efeito especialmente desagradável na programação: o desenvolvedor gasta tempo não resolvendo a tarefa, mas gerenciando o comportamento do modelo. Se o assistente tem preguiça de ler código, discute com limitações óbvias e esquece o que já tentou, ele precisa ser controlado quase manualmente. Aí desaparece a principal promessa desses sistemas: economizar tempo. Ao contrário, cada nova tentativa passa a consumir o foco, os nervos e o ritmo de trabalho da equipe.

Como retomar o controle

Diante dessas queixas, a receita mais prática passou a ser voltar ao modelo anterior. Embora a interface do Claude Code não ofereça mais o Opus anterior na lista suspensa do comando `/model`, a troca manual ainda funciona. Os usuários recomendam digitar o nome completo do modelo: `/model claude-opus-4-6` ou a variante `/model claude-opus-4-6[1M]`. A mesma abordagem vale ao iniciar pelo terminal, com `claude --model claude-opus-4-6` ou `claude --model claude-opus-4-6[1M]`.

O sentido desse retorno não é nostalgia da versão antiga, mas recuperar um comportamento de trabalho mais previsível. Quando o modelo segura melhor o contexto, lê o projeto com mais profundidade e não tenta cortar caminho a qualquer custo, a interação volta a ser útil. Na prática, isso significa menos hipóteses falsas, menos repetições e menos tentação de "brigar" com o assistente a cada mensagem. Até que a Anthropic corrija a situação, migrar para o 4.6 parece, para parte dos usuários, não uma esquisitice temporária, mas a forma mais racional de manter a produtividade.

O que isso significa

O caso do Opus 4.7 mostra algo simples: para ferramentas de IA, importam não só gráficos e benchmarks, mas também o comportamento no trabalho real. Se a nova versão ouve pior, se verifica pior e segura pior o contexto, os usuários votam rápido com o retorno à anterior, mesmo que o modelo seja formalmente mais potente. Para as equipes, é um bom motivo para sempre manter uma rota reserva: comparar versões em tarefas reais e não abandonar uma configuração que funciona só porque saiu um novo modelo principal.