Lancamento do Claude Opus 4.7 -- Novidades, Benchmarks e Precos em Detalhe

Em 16 de abril de 2026 a Anthropic lancou oficialmente o Claude Opus 4.7, seu modelo flagship. O ID do modelo e claude-opus-4-7 e o preco e $5 / $25 por MTok para entrada/saida -- mantido em relacao ao 4.6. Mas o conteudo e recheado de mudancas que reescrevem a experiencia de usar um modelo de fronteira: imagens em alta resolucao, novo nivel de esforco xhigh, task budgets (beta), novo tokenizador e muito mais.

Por outro lado, existem breaking changes importantes: o fim do extended thinking via API, a remocao dos parametros temperature / top_p / top_k e a remocao do prefill. Portanto, migrar o codigo existente e obrigatorio.

Neste artigo, com olhar de engenheiro, passamos por tudo: novidades, diferencas em relacao ao 4.6 e quando faz sentido usar.

1. Visao Geral do Lancamento -- Data, Preco e Onde Usar

Destaque: "preco mantido + janela de 1M tokens no preco padrao". Em modelos anteriores, contextos longos (acima de 200K, por exemplo) costumavam ter cobranca adicional. No 4.7, voce usa 1M de tokens sem pagar extra.

O Opus 4.7 ja esta disponivel nos apps web/mobile do claude.ai para usuarios pagos e, na API, basta trocar o ID do modelo. Tambem e lancado em AWS Bedrock, Google Vertex AI e Microsoft Foundry simultaneamente, o que permite uso imediato em ambientes multicloud.

2. O Que Ha de Novo

Principais recursos adicionados/alterados no Opus 4.7:

• Suporte a imagens em alta resolucao (inedito no Claude) -- ate 2576px / 3,75 megapixels (antes: 1568px / 1,15 MP, cerca de 3x mais)
• Melhor percepcao de baixo nivel -- maior precisao em pointing, medicao, contagem e deteccao de bounding boxes
• Novo nivel de esforco xhigh -- entre high e max. Otimo para coding e agentes
• Task budgets (beta) -- novo recurso para estimar o uso de tokens do loop inteiro de um agente
• Novo tokenizador -- consome 1,0 a 1,35x mais tokens que o anterior (ate 35% a mais em alguns casos)
• Adaptive thinking -- agora vem OFF por padrao (precisa de opt-in explicito)
• Melhorias em memoria baseada em sistema de arquivos -- scratchpads e notas entre varias sessoes funcionam melhor
• Melhoria no trabalho com documentos (.docx, .pptx) -- edicao com track changes, layouts de slides, melhor analise de graficos e diagramas
• Integracao com o Claude Code -- novo slash command /ultrareview; no plano Max, o effort padrao sobe para xhigh; Auto mode se estende a usuarios Max
• Protecao em tempo real para ciberseguranca -- novas recusas em topicos de alto risco
• Mudancas de comportamento -- mais literal, tom mais direto, menos chamadas de tool

Em especial, o suporte a imagens em HD e o nivel xhigh tem valor pratico real para analise de documentos, Computer Use e agentes de codigo. Vamos ver cada um a seguir.

3. Suporte a Imagens em Alta Resolucao -- Primeiro no Claude

O Opus 4.7 e o primeiro Claude a processar imagens em alta resolucao diretamente.

Mudanca na resolucao

Qual o ganho

• Analise de documentos -- letras pequenas, linhas de tabela e escalas de graficos de documentos escaneados ficam legiveis
• Computer Use -- screenshots em Full HD ou mais podem ser enviadas direto
• Entender capturas de UI -- imagens de telas 4K e displays high-DPI sao analisadas sem downsampling
• Coordenadas 1:1 -- se o modelo retorna coordenadas de clique, voce nao precisa mais converter escala

Atencao: uma imagem em HD consome cerca de 4.784 tokens. Agentes que trocam muitas screenshots podem ver o custo de imagem disparar. Se nao precisa da resolucao maxima, avalie reduzir antes de enviar.

4. Niveis de Esforco -- Chega o xhigh

Ao "nivel de esforco (effort level)" que controla a profundidade do extended thinking do Claude, chegou o xhigh.

5 niveis e quando usar

Ate o 4.6 existia o gap "high nao basta, mas max e demais" em coding e agentes. O xhigh foi criado para ocupar exatamente esse meio, e a Anthropic o recomenda para coding e agentes.

Dicas para escolher

No 4.7 a calibracao de esforco foi endurecida. Principalmente em low e medium, o modelo respeita o escopo com mais rigidez. Entao, se uma tarefa que rodava em medium parece "cortada demais", considere subir para high ou xhigh.

5. Task Budgets (Beta)

O Opus 4.7 traz Task Budgets, um recurso em beta para estimar antecipadamente quantos tokens o loop inteiro de um agente vai consumir.

Especificacoes

• Beta header: task-budgets-2026-03-13
• Valor minimo: 20.000 tokens
• Escopo: loop inteiro do agente, incluindo pensamento, chamadas de tool e saida
• Comportamento: e um limite consultivo (referencia), nao um limite rigido -- se estourar, nao para a execucao a forca

Por que existe

O max_tokens tradicional controla somente o limite de saida de uma unica resposta. Mas na execucao real de um agente, pensamento + idas e voltas de chamadas de tool + saida de varios passos se misturam, e fica dificil prever "quantos tokens a tarefa toda vai usar".

Ao definir um task budget, o modelo usa esse orcamento como guia para planejar o trabalho com profundidade e velocidade adequadas. Da para sinalizar "nao aprofunde muito, termine logo" ou "pense com calma" a partir do lado do custo.

Como e consultivo, se voce precisa garantir parada ao estourar o orcamento, mantenha um contador proprio na aplicacao.

6. Impacto do Novo Tokenizador

O Opus 4.7 usa um novo tokenizador e consome 1,0 a 1,35x mais tokens que modelos anteriores no mesmo texto. Em casos extremos, ate 35% a mais.

Efeito em custo e contexto

• Mesmo prompt pode custar mais -- preco mantido, mas como sao mais tokens, o total sobe
• Cabe menos informacao em 1M -- 1M tokens ainda sao 1M, mas o mesmo documento ocupa mais tokens
• Estimativas e alertas precisam ser recalibrados -- se voce tinha orcamentos ou rate limits baseados na contagem antiga, recalcule

Acoes na pratica

Ao migrar uma aplicacao existente para o 4.7, reavalie:

1. Previsao mensal de custo -- considere ate 35% a mais com o mesmo trafego
2. Uso da janela de contexto -- cuidado se antes voce ficava "quase em 1M"
3. Rate limit e limite de tokens por minuto -- revise a folga em relacao ao TPM da organizacao
4. Estrategia de cache -- taxa de hit do prompt caching pode mudar

O passo a passo para migrar do 4.6 ao 4.7 esta detalhado no artigo do guia de migracao, mais adiante.

7. Mudancas de Comportamento -- O Que Mudou desde o 4.6

O Opus 4.7 nao e apenas ganhos de funcionalidade -- o proprio estilo de resposta mudou em relacao ao 4.6.

Principais mudancas

• Mais literal -- especialmente em esforco baixo a medio, segue a instrucao sem adicionar comentarios supercifluos
• Tom mais direto -- menos "validation phrases" ("otima pergunta!"), menos formalidades em excesso, menos emojis
• Comprimento adaptado a tarefa -- perguntas simples recebem respostas curtas, tarefas complexas recebem respostas longas; acabou o "one-size-fits-all" verboso
• Menos chamadas de tool por padrao -- se da para resolver no raciocinio, resolve; evita uso desnecessario de tools
• Menos sub-agentes disparados -- em vez de paralelizar rapidamente, prefere pensar primeiro
• Calibracao rigida do effort -- em low / medium, mantem escopo apertado e evita interpretacoes expansivas

Impacto em prompts existentes

Prompts escritos em 4.6 assumindo que o modelo "complementa gentilmente" ou agentes que assumiam "usar tools varias vezes para validar" podem mudar de comportamento no 4.7.

• Se quer comentario adicional, pesa: "explique motivos e alternativas tambem"
• Se quer mais uso de tools: "para confirmar fatos, use WebSearch obrigatoriamente"
• Se quer resposta mais longa: "escreva pelo menos 500 caracteres"

No geral, o modelo "nao faz o que nao foi pedido" -- um comportamento mais previsivel onde instrucoes explicitas geram o que voce esperou.

Salvaguardas de ciberseguranca e seguranca

O Opus 4.7 incorpora salvaguardas de ciberseguranca em tempo real. Pentest, pesquisa de vulnerabilidade, red teaming e outras atividades legitimas de seguranca podem ser recusadas dependendo do contexto. Se voce usa para seguranca em producao, considere se inscrever no programa de verificacao cibernetica da Anthropic.

Em termos de seguranca, a Anthropic destaca:

• Maior honestidade -- tende a dizer "nao sei" quando nao sabe, evita afirmacoes sem base
• Maior robustez a prompt injection -- defesa contra injecoes maliciosas foi reforcada
• Mythos Preview continua sendo o melhor em alignment -- o Opus 4.7 tem capacidade geral maior, mas a precisao de alignment ainda e maior no Mythos Preview

Por outro lado, foi reportado que as respostas de reducao de danos em topicos como substancias reguladas ficaram um pouco mais verbosas (confirmado pela Anthropic). Em chatbots de farmacia/saude, adicione filtros de saida.

8. Breaking Changes

O Opus 4.7 tem varios breaking changes em relacao ao 4.6. Codigo feito para o 4.6 pode dar erro 400 do jeito que esta.

Parametros e funcoes descontinuados

O que precisa arrumar

1. Codigo usando extended thinking: trocar thinking.type para "adaptive" e, se precisar, adicionar display
2. Codigo ajustando temperature etc.: remover esses parametros. Se precisar determinismo, resolva via prompt
3. Codigo usando prefill do assistant: incorporar o que era prefill na mensagem do usuario ou usar instrucoes de formato de saida
4. UI exibindo o thinking: sem display: "summarized", o conteudo de pensamento nao volta

O procedimento detalhado esta no guia de migracao.

9. Benchmarks

Ate o momento, os numeros detalhados foram divulgados de forma parcial. A Anthropic informa que houve melhorias significativas em coding, agentes e visao.

Benchmarks oficiais divulgados

Os principais numeros divulgados pela Anthropic:

Relatos de terceiros e usuarios

• Benchmark de coding com 93 tarefas: cerca de +13% vs Opus 4.6
• OfficeQA Pro (raciocinio com documentos): cerca de -21% em erros
• Factory Droids (tarefas reais em producao): +10 a +15% em taxa de sucesso

Avaliacao pratica

Os numeros acima vem da Anthropic e de parceiros. Mesmo assim, medir no seu proprio workload e o indicador mais confiavel. Como o novo tokenizador muda a contagem no mesmo texto, benchmarks previos de custo e latencia sao obrigatorios.

Pontos-chave da avaliacao:

1. Mandar a mesma entrada para 4.6 e 4.7 e comparar qualidade de saida, tempo e consumo de tokens
2. Em coding, avaliar objetivamente por "funcionou de primeira?" e "os testes passam?"
3. Em agentes, avaliar em dois eixos: "taxa de conclusao" e "numero de chamadas de tool" (o 4.7 usa menos tools, entao se a taxa sobe, e melhoria real)
4. Em visao, comparar com casos reais em alta resolucao (screenshots de UI, scans de documentos)

Como fica o Mythos Preview

No anuncio oficial, a Anthropic diz que o modelo nao divulgado "Mythos Preview" e, por enquanto, o modelo com maior precisao de alignment e menor taxa de falha. O Opus 4.7 tem capacidade geral mais ampla, mas em capacidade cibernetica o Mythos Preview ainda leva (a politica e testar seguranca em modelos mais capazes antes de expandir). Para o usuario comum, o flagship disponivel hoje e o Opus 4.7.

10. Comparativo com Opus 4.6 / 4.5 / 4.1

Valores baseados nas informacoes oficiais de 16 de abril de 2026. O maior destaque em 4.6 -> 4.7 e ganho de funcionalidade com preco mantido.

11. Quando Usar

O Opus 4.7 e flagship, mas nem todo caso de uso pede Opus.

Quando o Opus 4.7 e a melhor opcao

• Coding complexo -- refatoracao grande, decisoes de design, mudancas em varios arquivos
• Loops longos de agentes -- automacao multi-passo, em combinacao com task budgets
• Tarefas de visao com imagens HD -- Computer Use, analise de UI, OCR de documentos
• Processamento com 1M de tokens -- entender grandes codebases, analisar documentos longos
• Raciocinio dificil -- matematica, pesquisa, estrategia

Quando considerar Sonnet

• QA padrao, classificacao, extracao de info
• Batch em grande volume mantendo custo baixo com qualidade "boa o suficiente"
• Experiencia em tempo real onde latencia curta e critica

Quando considerar Haiku

• Classificacao / traducao / filtragem simples, com minimo custo em grande volume
• IoT / edge onde velocidade de resposta e prioridade absoluta

Na pratica: para a parte que o usuario ve (codigo gerado, raciocinio complexo, nucleo do agente) use Opus 4.7; para batch no backend (classificacao de logs, extracao de dados, filtro primario) use Sonnet ou Haiku. Essa combinacao costuma ter o melhor custo-beneficio.

12. Novidades no Claude Code -- /ultrareview

O Claude Code (CLI oficial da Anthropic) tambem foi atualizado para o lancamento do Opus 4.7, incluindo o novo slash command /ultrareview.

Caracteristicas do /ultrareview

• Faz review do codigo modificado com profundidade equivalente a xhigh
• Vai alem do review comum -- reutilizacao, tratamento de erro, armadilhas de concorrencia, riscos de seguranca
• Nao foca so em "bugs", mas tambem em "decisoes de design indesejaveis"

Enquanto o /review equivale a um review de PR, o /ultrareview equivale a um review de design feito por engenheiro senior. Ideal antes e depois de um recurso grande ou em um check final antes de release.

Como usa thinking em xhigh, consome mais tempo e tokens que um review normal. Recomendado: usar /review no dia a dia e /ultrareview em pontos-chave.

Effort padrao elevado no plano Max

Para usuarios do plano Max do Claude Code, o effort padrao ao usar Opus 4.7 sobe para xhigh. Tarefas do dia a dia passam a rodar automaticamente com raciocinio mais profundo. Dentro do limite de tokens, voce tem mais qualidade; por outro lado, o consumo sobe -- monitore.

Auto mode disponivel para usuarios Max

O Auto mode, antes restrito a alguns planos, agora tambem atende usuarios Max do Claude Code. Ele alterna entre Opus/Sonnet/Haiku conforme o tipo de tarefa, combinando otimizacao de custo e velocidade.

FAQ

Este artigo foi escrito com base nas informacoes oficiais de 16 de abril de 2026. Como especificacoes, precos e disponibilidade podem mudar, confira a documentacao oficial da Anthropic antes de usar em producao. Para o passo a passo de migracao, veja o guia de migracao.