A Anthropic lançou o Claude Opus 5 em 24 de julho de 2026. Se você constrói SaaS usando IA pra codar, três coisas importam de verdade: o controle de esforço de raciocínio, a janela de 1 milhão de tokens, e o detalhe que quase ninguém comenta, que é o modelo ser forte em código mas ficar atrás em segurança.
Vamos ao que muda na prática.
O toggle de esforço muda seu custo por tarefa
Opus 5 traz um controle pra você escolher quanto esforço o modelo gasta: low, medium ou high. Tem também um modo novo de raciocínio chamado xhigh pra quando você precisa do máximo.
Isso não é firula. É um botão que mexe direto no seu custo e na sua latência. O preço continua o mesmo do Opus 4.8: US$5 por milhão de tokens de input, US$25 por milhão de output. O que muda é quantos tokens de raciocínio o modelo queima antes de responder. Esforço alto pensa mais, gasta mais output, demora mais. Esforço baixo corta isso.
Na rotina de quem codar SaaS, a regra fica simples:
- Esforço baixo pra tarefa boba. Renomear variável, escrever um teste trivial, formatar JSON, gerar um CRUD repetitivo, ajustar copy. Não precisa de raciocínio profundo. Baixo entrega igual e mais barato.
- Esforço alto ou
xhighpra decisão que dói se estiver errada. Modelar um fluxo de pagamento, revisar uma migração de schema, desenhar uma máquina de estados, resolver um bug de concorrência. Aqui o raciocínio extra paga o custo.
O erro comum é deixar tudo no máximo por preguiça. Você paga output caro em tarefa que não precisava, e ainda espera mais pela resposta. O outro erro é deixar tudo no mínimo e receber solução rasa num fluxo sensível. O toggle existe pra você escolher por tarefa, não uma vez só.
Dica prática: trate o esforço como um parâmetro do seu pipeline, não como um clique manual. Se você chama a API por categoria de tarefa (lint, teste, feature, refactor de fluxo crítico), amarre o nível de esforço à categoria. Assim o custo fica previsível e você não depende de lembrar.
1 milhão de tokens de contexto e o que isso destrava
A janela agora é de 1 milhão de tokens. Pra SaaS, isso significa colocar contexto de verdade no prompt sem picotar tudo em pedacinhos.
Casos que ficam melhores:
- Revisar um módulo inteiro com seus testes, tipos e call sites juntos, em vez de arquivo por arquivo perdendo a visão do todo.
- Passar o diff completo de um PR grande junto com os arquivos relacionados pra uma revisão que enxerga o fluxo, não só a linha.
- Dar ao modelo o schema, as migrations e os repositórios de uma vez pra ele raciocinar sobre uma mudança de dados sem alucinar contrato.
Mas contexto grande não é desculpa pra jogar o repositório inteiro no prompt. Duas armadilhas:
- Custo. 1M de tokens de input a US$5 por milhão é dinheiro de verdade em cada chamada. Contexto grande é ferramenta, não default. Coloque o que é relevante pra tarefa, não tudo que existe.
- Ruído. Quanto mais lixo irrelevante você empurra, mais fácil o modelo se distrair do que importa. Contexto curado bate contexto grande.
A leitura certa é: você ganhou espaço pra dar o contexto completo de um fluxo, e agora consegue revisões que cruzam arquivos de verdade. Use isso pra qualidade, não pra encher.
Forte em código não é forte em segurança
Aqui está a parte que a gente da RET faz questão de gritar.
Opus 5 é estado da arte em avaliações de código e trabalho de conhecimento, tipo Frontier-Bench e GDPval-AA. É o melhor modelo da Anthropic pra codar. E mesmo assim, ele fica atrás do Claude Mythos 5 em tarefas de cibersegurança.
Leia de novo. O modelo mais forte pra escrever código não é o mais forte pra achar e entender falha de segurança. São duas competências diferentes, e a Anthropic tem modelos diferentes liderando cada uma.
O que isso significa pro seu SaaS:
- O Opus 5 vai gerar código que compila, passa no teste e parece limpo. Isso não quer dizer que ele é seguro. Código bonito com IDOR embutido continua sendo um IDOR.
- Deixar o mesmo modelo escrever e "revisar a segurança" do próprio código é um ponto cego. Ele otimiza pra funcionar, não pra resistir a ataque.
- Revisão de segurança continua sendo um trabalho à parte, com foco próprio: authZ na rota certa, input parseado e não só validado, segredo que não vaza, injection, dados sensíveis em log ou resposta.
Não é anti-IA falar isso. É usar a ferramenta certa pra cada coisa. Você usa esforço alto pra codar o fluxo, e mantém uma etapa dedicada de revisão de segurança em cima do que saiu, seja com um modelo especializado, seja com processo e checklist humano, seja com ferramenta de análise. O ponto é: não confunda "passou no teste" com "está seguro".
O ritmo da Anthropic e o que fazer com isso
Opus 5 é o quarto modelo da Anthropic em menos de dois meses. Vieram Mythos 5, Fable 5 e Sonnet 5 em junho, e agora o Opus 5. Ele já é o default no Claude Max e o mais forte no Claude Pro.
Esse ritmo tem uma consequência prática: não amarre sua arquitetura a um único modelo. Se você chama a API por categoria de tarefa e mantém o nível de esforço como parâmetro, trocar de modelo vira ajuste de config, não reescrita. O mercado vai continuar lançando rápido, e quem tem o pipeline desacoplado troca sem dor.
Checklist rápido pra adotar Opus 5
- Mapeie suas chamadas de IA por categoria de tarefa.
- Amarre o nível de esforço à categoria: baixo pra trivial, alto ou
xhighpra fluxo crítico. - Use a janela de 1M pra dar contexto completo de um fluxo, não pra despejar o repositório.
- Trate contexto grande como custo, e cure o que entra no prompt.
- Mantenha revisão de segurança como etapa separada, sempre. Código que funciona não é código seguro.
Opus 5 codar melhor não te dá segurança de graça. Escolha o esforço por tarefa, cure o contexto, e revise segurança à parte.
