O que muda em relação ao Claude Opus 5
O Opus 5.5 utiliza menos computação para entregar resultados mais fortes. Segundo a Anthropic, ele custa cerca de 40% menos em workloads típicos, gera respostas mais de 30% mais rápido e comunica decisões de forma mais direta.Mais trabalho concluído com menos reexecução
Em testes e relatos de early adopters, o modelo manteve sessões de engenharia por muitas horas, trabalhou em vários repositórios e concluiu migrações extensas com menos chamadas e correções. Um teste citado pela Anthropic concluiu uma migração de 680 mil linhas de código em menos de um dia.Comunicação mais clara
O Opus 5.5 coloca a informação principal primeiro, reduz explicações desnecessárias e segue melhor as regras de escrita fornecidas. Isso importa em sessões longas: decisões e mudanças ficam mais fáceis de revisar antes de seguir para a próxima etapa.Mais cuidado antes de agir
A Anthropic reporta melhora na resistência a prompt injection e menor tendência a executar ações difíceis de reverter ou ultrapassar limites definidos. Esses avanços reduzem risco, mas não substituem aprovação humana para alterações críticas.O que os benchmarks mostram
Nos resultados publicados pela Anthropic, o Claude Opus 5.5 avança em coding agêntico, uso de computador e trabalho profissional. Os resultados abaixo foram obtidos majoritariamente com adaptive thinking em esforço Max; Terminal-Bench 4.0 utilizou XHigh.Os benchmarks e comparações de custo foram publicados pela própria Anthropic e dependem do harness, das tools, dos safeguards e do effort utilizado. A empresa ressalta que diferenças pequenas entre modelos frontier nem sempre representam a mesma diferença em uso real. Valide no seu fluxo antes de trocar uma configuração em produção.
Onde ele não lidera
O avanço não é uniforme. No AutomationBench, o GPT-6 Astra obteve 41,4%, contra 40,0% do Opus 5.5. No Terminal-Bench-Science 0.1, o Astra também ficou à frente. O Opus 5.5 deve ser escolhido pela combinação de qualidade, eficiência, comunicação e segurança — não pela expectativa de liderar toda avaliação.Onde ele gera mais valor
Uma mudança de software que precisa atravessar vários sistemas
O trabalho envolve mapear dependências, editar múltiplos repositórios, executar testes e coordenar etapas durante horas. O Opus 5.5 foi otimizado para manter o plano, delegar subtarefas e reduzir ciclos de correção. Resultado esperado: mudança implementada de ponta a ponta, validações executadas e decisões documentadas para revisão.Uma análise que precisa virar planilha, documento e apresentação
Fontes dispersas precisam ser reunidas, os números precisam ser conferidos e a recomendação deve chegar em um formato pronto para decisão. O modelo combina pesquisa, análise e comunicação mais clara em uma mesma execução. Resultado esperado: material executivo consistente, com cálculos rastreáveis, evidências e lacunas explícitas.Um agente que trabalha por horas sem perder os limites
Em operações de longa duração, capacidade sem controle aumenta risco. O Opus 5.5 melhora a verificação do próprio trabalho e a adesão aos limites definidos, tornando-se mais adequado para agentes que executam vários passos e tools. Resultado esperado: execução contínua, auditável e interrompida para aprovação sempre que uma ação ultrapassar o escopo autorizado.Como aplicar na Tess
1
Escolha um trabalho que justifique o modelo
Prefira coding complexo, pesquisa profissional, análise de dados ou entregas que atravessem várias fontes e ferramentas. Para transformações simples, use um modelo mais leve.
2
Forneça o contexto e os critérios
Inclua arquivos, repositórios, políticas, exemplos e restrições. Explique o resultado esperado e como ele será validado.
3
Defina tools e aprovações
Habilite apenas as ferramentas necessárias. Exija confirmação antes de publicar, excluir, enviar ou alterar ambientes produtivos.
4
Comece no effort padrão
Medium é o padrão do provider e foi projetado para equilibrar qualidade, velocidade e custo. Aumente o esforço apenas quando o fluxo exigir investigação ou reasoning mais profundo.
5
Peça uma revisão antes da conclusão
Oriente o agente a verificar testes, fontes, números, requisitos e alterações antes de entregar o resultado.
Três playbooks para começar
1. Migração em múltiplos repositórios
Entrada: repositórios, arquitetura, comportamento esperado e comandos de validação.Tools: código, terminal, testes e documentação técnica.
2. Análise executiva com evidências
Entrada: documentos, planilhas, fontes externas e pergunta de negócio.Tools: busca, análise de dados e geração de documentos.
3. Auditoria e correção de performance
Entrada: aplicação, métricas, requisitos de comportamento e ambiente de teste.Tools: código, profiling, terminal e suíte de testes.
Limitações e boas práticas
- O adaptive thinking permanece ativo; tokens de thinking são cobrados como output.
- Contexto de 1M tokens não substitui seleção de informação. Envie apenas conteúdo relevante.
- Em XHigh e Max, reserve espaço de output suficiente para thinking, tools e subagentes.
- Safeguards podem redirecionar determinadas tarefas de cibersegurança e biologia para outros modelos Claude.
- Revise código, números, citações e arquivos antes de publicar ou executar em produção.
- Mantenha aprovação humana para decisões financeiras, jurídicas, clínicas, de segurança ou alto impacto.