Claude Opus 5: o que muda de verdade no seu projeto de vibe coding

Uma troca de modelo que parece uma linha de código raramente é só uma linha de código. Passar do Claude Opus 4.8 para o Claude Opus 5 é de fato trocar o identificador, e ainda assim você recebe um sistema que se comporta de outro jeito: respostas mais longas, mais tokens gastos e, em um ponto específico, um erro totalmente novo. Este artigo organiza os dados oficiais em 31 de julho de 2026 e os transforma em uma migração verificável.

A Anthropic lançou o Claude Opus 5 em 24 de julho de 2026 e o apresenta como um salto em relação ao Opus 4.8, não como uma atualização menor. Os maiores avanços citados estão no raciocínio profundo, nas cadeias longas de tarefas agênticas e na capacidade de converter mais computação em resultados melhores.

O que há de novo no Claude Opus 5?

O identificador é claude-opus-5. A Claude Platform indica uma janela de contexto de um milhão de tokens, como padrão e como máximo: não existe variante menor. A saída chega a 128.000 tokens. O modelo está disponível na API da Claude, no Amazon Bedrock, no Google Cloud e no Microsoft Foundry, além dos próprios aplicativos Claude.

O preço permanece em 5 dólares por milhão de tokens de entrada e 25 dólares por milhão de saída, igual ao Opus 4.8. Uma melhoria fácil de passar despercebida: o tamanho mínimo para colocar um prompt em cache cai de 1.024 para 512 tokens. Prompts de sistema curtos e recorrentes passam a se beneficiar do cache sem nenhuma alteração de código.

Por que o raciocínio agora vem ligado

Essa é a mudança com mais efeitos colaterais. No Opus 4.8 uma requisição rodava sem raciocinar enquanto você não a ativasse explicitamente. No Opus 5 é o contrário: o modelo decide sozinho quando e quanto pensar assim que você não diz nada.

Na prática isso significa três coisas. Suas respostas demoram mais. Custam mais tokens de saída. E como max_tokens limita em conjunto o raciocínio e o texto da resposta, um valor apertado que bastava no Opus 4.8 pode agora cortar no meio da frase. Quem migra deveria medi-lo de novo contra uma tarefa real em vez de herdá-lo. O jeito sistemático de fazer isso está em controlar os custos de IA.

A escala de effort e sua nova armadilha

O effort controla quantos tokens o Claude gasta com raciocínio, chamadas de ferramentas e resposta. A escala vai de low, medium, high, xhigh até max, com high como padrão. A Anthropic descreve o Opus 5 como o primeiro modelo Opus que converte effort adicional em resultados melhores de forma mais confiável, então o nível escolhido pesa mais do que no Opus 4.8.

A direção oposta é igualmente notável: segundo a documentação, low e medium ainda entregam boa qualidade com uma fração dos tokens e da espera. A pergunta relevante deixou de ser só até onde dá para subir, e passou a ser até onde dá para descer antes que a qualidade quebre.

Uma armadilha concreta: o raciocínio só pode ser desligado até o nível high. Se você combinar thinking: disabled com xhigh ou max, a API responde com erro 400. A checagem é por requisição, então uma chamada posterior na mesma sessão pode falhar mesmo que as anteriores tenham passado.

Quando o Opus 5 compensa no vibe coding?

O centro de gravidade continua onde várias decisões dependem umas das outras. A Anthropic cita funcionalidades espalhadas por vários arquivos, refatorações maiores e trabalho levado até o fim sem deixar esboços. Revisão de código e caça a bugs também aparecem como pontos fortes, com alta taxa de acerto e poucos falsos positivos.

Para uma mudança conhecida em um único arquivo, um resumo curto ou uma classificação padronizada, o Opus continua superdimensionado. O melhor padrão não é o modelo mais forte, e sim a menor configuração que cumpre o seu contrato de qualidade. No Opus 5, essa configuração mínima pode ser explicitamente um nível baixo de effort do mesmo modelo.

Um caso prático: migrar do 4.8 para o 5

O primeiro passo é o identificador. Depois vêm as duas mudanças de comportamento. Revise cada chamada que desliga o raciocínio: se roda com xhigh ou max, baixe o nível de effort ou remova o campo thinking. Revise em seguida cada chamada que nunca o ativou, porque ali a parcela de raciocínio é nova e max_tokens pode ficar curto.

O segundo passo é o prompt. Se ele contém instruções como «adicione uma etapa final de verificação» ou «peça a um subagente que confira o resultado», tire-as. O Opus 5 já verifica o próprio trabalho; essas instruções herdadas produzem verificação excessiva em vez de segurança. O mesmo vale para trechos que estimulam a delegação a subagentes: o Opus 5 já delega com mais facilidade por conta própria.

O terceiro passo é medir. Rode a mesma tarefa real no 4.8 e no 5 e registre consumo de tokens, latência, número de rodadas de correção e o seu próprio tempo de revisão. Só essa comparação mostra se a troca compensa no seu caso.

O que mais muda no comportamento

A documentação cita quatro pontos, e todos aparecem no dia a dia: as respostas ao usuário ficam mais longas. Os arquivos e relatórios escritos ficam mais longos. Em sessões agênticas o modelo narra com mais frequência no que está trabalhando. E em arranjos multiagente ele delega com mais facilidade.

Não são defeitos, são padrões — e padrão se desloca com prompt. Se o seu produto precisa de respostas curtas, escreva isso de forma explícita. Se um agente de código narra demais, peça silêncio entre as chamadas de ferramentas. O padrão lembra o de o que são agentes de IA: permissões, escopo e estilo de comunicação fazem parte do pedido.

Que limites permanecem apesar das notas melhores?

A Anthropic relata vantagens claras para o Opus 5 nas próprias avaliações, incluindo mais que o dobro da pontuação do Opus 4.8 em um benchmark interno. São resultados do fabricante sob condições definidas, não uma promessa sobre a sua aplicação. Servem como motivo para a sua própria comparação, nunca como substituto dela.

Outro detalhe merece atenção: com o raciocínio desligado, a documentação avisa que o Opus 5 pode ocasionalmente escrever uma chamada de ferramenta como texto visível em vez de executá-la. A execução parece bem-sucedida embora nada tenha acontecido. É mais um argumento para deixar o raciocínio ativo e ajustar pelo effort.

Checklist para a sua migração ao Opus 5

• Todas as chamadas com raciocínio desligado rodam com effort high ou menor.
• max_tokens foi medido de novo nas chamadas que antes rodavam sem raciocínio.
• As instruções de verificação e delegação foram removidas dos prompts antigos.
• Os níveis de effort são comparados a partir do mesmo ponto de partida, não elevados às cegas.
• Consumo de tokens, latência, rodadas de correção e tempo de revisão estão registrados para 4.8 e 5.
• Testes, diff e percurso do usuário são conferidos à parte do resumo do modelo.
• Mudanças críticas são aprovadas por uma pessoa responsável antes da publicação.

O Claude Opus 5 desloca o ponto em que um modelo forte se paga: para cima em capacidade e para baixo em custo por resultado aproveitável, ao mesmo tempo. O ganho, porém, não vem do nome do modelo. Vem de tratar a migração como uma mudança mensurável: limites ajustados, prompts limpos e um aceite que continua sendo seu.