1. O que é o Claude Sonnet 5.5?
2. O que muda no Claude Sonnet 5.5 em relação ao Sonnet 5
3. Claude Sonnet 5.5 nos benchmarks: perto do Opus 5.5
4. Quanto custa o Claude Sonnet 5.5 e onde ele está disponível
5. Claude Sonnet ou Opus: como dividir o trabalho entre os modelos
6. Segurança e salvaguardas do Claude Sonnet 5.5
7. O que muda para desenvolvedores na migração
8. Conclusão
A Anthropic lançou nesta segunda-feira, 28 de setembro de 2026, o Claude Sonnet 5.5, segundo modelo da família Claude 5.5. Ele chega seis dias depois do Claude Opus 5.5 e ocupa a faixa intermediária do portfólio. Segundo a empresa, o Claude Sonnet 5.5 gera respostas mais de 30% mais rápido que o Sonnet 5 e custa até 30% menos por tarefa, sem nenhuma mudança no preço por token.
O resultado que mais chama atenção está em programação. Num teste de tarefas em linha de comando, o modelo saiu de 10,3% para 70,6% de acerto e passou o próprio Opus 5.5 nessa avaliação. Em trabalho de conhecimento, ficou dois pontos abaixo do Opus 5.5 numa escala de mais de 1.800. Mesmo assim, a Anthropic evita vender o Sonnet como substituto do Opus e o apresenta como complemento, mais rápido e barato para tarefas bem delimitadas.
Este artigo explica o que é o Claude Sonnet 5.5, o que muda em relação ao Sonnet 5, como ele se sai nos benchmarks e quanto custa. Na sequência, mostra quando faz sentido usá-lo no lugar do Opus 5.5, quais salvaguardas acompanham o lançamento e o que muda para quem já tem código rodando no modelo anterior.
O Claude Sonnet 5.5 é um modelo de linguagem de grande porte (LLM) desenvolvido pela Anthropic e lançado em 28 de setembro de 2026 como sucessor do Claude Sonnet 5. Ele ocupa a posição intermediária da linha Claude. Fica abaixo do Opus 5.5 e da linha Fable, voltados ao raciocínio mais exigente, e acima do Haiku, pensado para aplicações de alto volume e custo baixo.
A Anthropic define a vocação do modelo com bastante precisão. O Sonnet 5.5 rende mais em tarefas do dia a dia com escopo claro, correção de bugs e produção de documentos, apresentações e planilhas prontos para uso. A empresa destaca também um olho mais apurado para design de interfaces. É, na prática, o modelo desenhado para o volume de trabalho de uma operação, e não para as exceções.
A família 5.5 ainda não está completa. O Haiku 5.5 deve chegar nas próximas semanas, e até lá o modelo mais barato da API segue sendo o Claude Haiku 4.5. Para desenvolvedores, o identificador do Sonnet 5.5 é claude-sonnet-5-5, com janela de contexto de 1 milhão de tokens e saída máxima de 128 mil tokens, os mesmos números do Opus 5.5.
Leia também: Claude Opus 5.5: o que é e o que muda no novo modelo da Anthropic
As melhorias se concentram em três frentes, e quase todas passam pelo mesmo mecanismo. O modelo resolve a tarefa em menos passos e com menos tokens, as unidades de texto pelas quais os modelos de IA são cobrados. É isso que explica um modelo mais rápido e mais barato ao mesmo tempo, sem mexer na tabela de preços.
O salto mais visível está em código. O FrontierCode verifica se as alterações feitas por um agente seriam aprovadas para entrar na base de código. Nele, o Sonnet 5.5 em esforço alto marca 10 pontos a mais que o Sonnet 5 na mesma configuração, com cerca de um quinze avos do custo por tarefa. No CursorBench, montado com tarefas de sessões reais do editor Cursor, a melhor nota do modelo fica a cerca de dois pontos do Opus 5.5.
Os relatos de clientes de acesso antecipado mostram de onde vem essa eficiência. A Base44, plataforma de criação de aplicativos, comparou 118 construções reais. O Sonnet 5.5 chegou a apps com a mesma nota do Opus 5 em 3,6 iterações, em média, contra 7,7 do Opus 5, e raramente parou no meio do trabalho para fazer perguntas ao usuário.
Na mesma linha, a Lovable registrou um terço a menos de chamadas de ferramenta e cerca de metade das execuções de terminal para concluir uma tarefa. Para quem mantém agentes em produção, esse tipo de número pesa mais do que a nota de benchmark. Cada passo eliminado é latência e custo a menos, multiplicados por milhares de execuções.
Fora da programação, o ganho aparece em tarefas longas de escritório. O GDPval-AA avalia trabalho real em 44 ocupações de nove setores. Nele, o Sonnet 5.5 soma cerca de 400 pontos a mais que o Sonnet 5 e fica praticamente empatado com o Opus 5.5. Num teste interno, a Anthropic entregou ao modelo o material de resultado trimestral de uma empresa de capital aberto, com as transcrições da teleconferência e um template de slides. O pedido era uma revisão operacional em dez slides. Dois especialistas avaliaram que o primeiro rascunho podia ser enviado sem ajustes.
No setor financeiro, a gestora Balyasny Asset Management testou o modelo em 2.441 tarefas de perguntas e respostas, extração, análise e projeção. O Sonnet 5.5 teve nota superior à do antecessor usando cerca de 121 mil tokens por resposta, contra 497 mil do Sonnet 5.
Outros dois relatos apontam para a confiabilidade, e não só para o custo. A Box observou que o modelo passou a reconferir dados nos documentos de origem e a pegar erros que o Sonnet 5 deixava passar. A Zendesk, por sua vez, processou chamados de suporte 20% mais rápido do que com os modelos Claude que usa hoje em produção.
O Sonnet 5.5 gera texto mais de 30% mais rápido que o Sonnet 5 e é, segundo a Anthropic, o Sonnet mais rápido já lançado. A escrita também herda parte das mudanças do Opus 5.5, com respostas mais claras, e testadores descreveram o modelo como um parceiro melhor para trabalho colaborativo. A Atlassian estima que times poderão rodar os agentes do Rovo até 30% mais rápido do que com o Sonnet 5.
Há ainda um resultado menos corporativo, mas revelador. O Sonnet 5.5 é o primeiro Sonnet a terminar o jogo Pokémon Red guiando-se apenas por capturas de tela. Isso exige ler a interface, planejar e manter o objetivo ao longo de horas. É um teste informal das mesmas capacidades de que um agente precisa para operar sistemas que não oferecem integração por API.
Nos números divulgados pela Anthropic (2026), o Claude Sonnet 5.5 fica próximo do Opus 5.5 em quase todas as avaliações e à frente dele em uma:
A comparação com a OpenAI tem ressalvas. Em parte dos gráficos de custo, a Anthropic usa o GPT-5.6 Sol porque o GPT-6 Sol, o novo modelo intermediário da OpenAI, não teve resultados publicados naquele teste. A empresa informa ainda que a OpenAI corrigiu recentemente um bug de compreensão de imagem no GPT-6 Sol, e que parte das notas oficiais pode não refletir a correção.
Um detalhe técnico ajuda a ler a tabela. No FrontierCode, o Sonnet 5.5 pontua menos no esforço máximo do que no nível imediatamente abaixo. Segundo a Anthropic, no nível máximo o modelo passou a acionar com mais frequência uma rotina de revisão de código que distribui o trabalho entre subagentes. Em alguns casos, isso gerou estouro de tempo ou edições fora do escopo pedido, que o teste penaliza. Mais esforço nem sempre significa resultado melhor.
A leitura mais útil, porém, é outra. Quando um Sonnet supera o Opus da mesma geração em qualquer teste, a distância entre as faixas encolheu a ponto de os benchmarks separarem mal os dois. A própria Anthropic reconhece que as notas capturam só uma faceta do modelo. Nos testes internos e de clientes, o Opus 5.5 segue claramente mais forte em trabalho aberto e prolongado. O que passa a diferenciar os modelos é o custo para chegar a cada nota.
Na API, o Claude Sonnet 5.5 mantém o preço do Sonnet 5: US$ 2 por milhão de tokens de entrada e US$ 10 por milhão de saída. A leitura de cache, o reaproveitamento de trechos de contexto já processados, custa US$ 0,20 por milhão. A escrita de cache sai por US$ 2,50 na janela de cinco minutos e US$ 4 na de uma hora. No processamento em lote (Batch API), há 50% de desconto em entrada e saída.
A economia de até 30% anunciada vem, portanto, do consumo e não da tabela. A formulação de um modelo mais barato pode sugerir um corte de preço, mas o que muda é o número de tokens gasto para concluir a mesma tarefa. E esse ganho varia conforme o tipo de trabalho. Frente ao Opus 5.5, que cobra US$ 4 e US$ 20, o Sonnet 5.5 custa metade por token, com a leitura de cache no mesmo valor.
O nível de esforço define quanto o modelo raciocina antes de responder e é o principal controle de custo à disposição de quem usa o Claude. Nos aplicativos e no Claude Code, o padrão é o nível médio; na Claude Platform, o alto. Em vários benchmarks, o Sonnet 5.5 em esforço baixo ou médio supera a melhor nota do Sonnet 5 por cerca de um décimo do custo por tarefa.
Isso tem consequência direta para quem opera o modelo em escala. Tarefas rotineiras rodam bem nos níveis baixos, com resposta mais rápida e menos tokens, e o esforço alto fica para o que exige conferência cuidadosa. Segundo a Anthropic, é justamente nos níveis mais baixos que o Sonnet 5.5 complementa melhor o Opus 5.5. Nos mais altos, os dois chegam a desempenho e custo por tarefa parecidos.
O modelo já está disponível nos aplicativos do Claude, na Claude Platform e nas nuvens da Amazon Web Services, do Google Cloud e da Microsoft. Como o Opus 5.5 e o Sonnet 5, pode ser contratado com retenção zero de dados. A condição pesa para setores regulados e diferencia os dois modelos do Claude Fable 5.1, sujeito a retenção de até 30 dias. A Anthropic se compromete a manter o Sonnet 5.5 ativo pelo menos até 28 de setembro de 2027.
Com notas tão próximas, escolher o modelo pela pontuação perde utilidade. O critério que a Anthropic sugere é o tipo de tarefa. O Sonnet 5.5 rende mais quando o escopo está definido. Já o Opus 5.5 continua à frente quando o trabalho é aberto, longo e depende de julgamento sustentado, como decidir a arquitetura de um sistema ou conduzir uma análise sem roteiro prévio.
Kevin Ngo, desenvolvedor da Creator que testou o modelo antes do lançamento, descreveu uma divisão que resume essa lógica. Com o Opus 5.5 definindo a arquitetura e a estrutura geral de um jogo, ele ficaria confortável em deixar o Sonnet 5.5 implementar. O arranjo vale para além de games. O modelo mais caro planeja e revisa os pontos críticos, e o mais barato executa o volume. Assim, o custo total cai sem perda de qualidade nas decisões que definem o resultado.
A CodeRabbit, que faz revisão automatizada de código, adotou um caminho parecido. A empresa vai migrar primeiro as revisões simples e moderadas para o Sonnet 5.5 e ampliar o uso nas semanas seguintes. Começar pelas tarefas em que o erro custa pouco e é fácil de medir parece o jeito mais sensato de adotar o modelo, em qualquer setor.
Para empresas, essa divisão exige roteamento. São regras que definem qual modelo atende cada tipo de pedido, com o nível de esforço correspondente, e acompanhamento do consumo por área. Sem isso, a tendência é concentrar tudo no modelo mais capaz por precaução e pagar o dobro por token em tarefas que o Claude Sonnet resolveria. Esse controle é o objeto da governança de tokens no Claude Enterprise, e ganha peso a cada modelo novo que entra no portfólio.
Como o Sonnet 5.5 não avança a fronteira de capacidade dos modelos da Anthropic, a avaliação de alinhamento se concentrou em riscos que valem para qualquer nível. Entre eles estão agir contra os interesses do usuário, enganá-lo ou colaborar com uso indevido grave. A auditoria comportamental automatizada tem cerca de 1.850 situações simuladas. Nela, o modelo igualou ou superou o Sonnet 5 na maioria das medidas de alinhamento, resistência a uso indevido e honestidade.
Os testes de contenção medem a tendência de um modelo a escapar do ambiente isolado em que roda. Neles, o Sonnet 5.5 ficou perto do Opus 5.5, o melhor avaliado, e foi o modelo da Anthropic que menos testou os limites desses ambientes. O tema ganhou peso depois de uma série de casos recentes em que agentes de IA saíram de ambientes de teste e alcançaram sistemas reais. Esse contexto foi lembrado pela cobertura da Exame sobre o lançamento.
A empresa repete a ressalva feita no Opus 5.5: nenhum conjunto de avaliações pega todas as falhas, e o modelo pode ter tendências ainda não identificadas. Por isso o trabalho de alinhamento vem acompanhado de salvaguardas externas ao modelo.
O Sonnet 5.5 é o primeiro Sonnet a chegar com salvaguardas da classe usada nos modelos mais avançados da empresa, porque sua capacidade em cibersegurança ficou comparável à do Opus 5. As restrições funcionam assim:
Para a maior parte dos usuários, essas travas passam despercebidas. A exceção está em quem move conversas entre contas, inclusive trocando de conta no meio de uma sessão do Claude Code. Nesse caso, a documentação da Anthropic descreve o novo comportamento.
Para quem tem aplicações rodando no Sonnet 5, trocar o identificador do modelo não basta. A documentação da Claude Platform lista cinco mudanças que quebram código existente:
Há ainda uma mudança que não gera erro, mas altera o formato da resposta: o texto produzido entre chamadas de ferramenta passa a vir dentro de blocos de pensamento. Uma aplicação que exibe esse texto ao usuário em tempo real fica em silêncio entre as chamadas até configurar a exibição ou adotar o between_tools.
Parâmetros de amostragem como temperature, top_p e top_k com valores diferentes do padrão também retornam erro. Isso afeta integrações que ajustavam a variação das respostas por esse caminho. Nada disso impede a migração, mas pede um ciclo de testes antes de virar a chave em produção, sobretudo em agentes com muitas ferramentas encadeadas.
Em síntese, o Claude Sonnet 5.5 aproxima a faixa intermediária da Anthropic do topo de linha da mesma geração. Com o mesmo preço por token do antecessor, o modelo chega a notas vizinhas às do Opus 5.5 em programação, uso de computador e trabalho de conhecimento. E faz isso gastando menos tokens e menos passos por tarefa, o que se converte em respostas mais rápidas e em conta menor.
Em resumo, o lançamento combina dois movimentos que se reforçam. O ganho de eficiência torna o Sonnet viável para trabalho que antes justificava o Opus. Ao mesmo tempo, as salvaguardas herdadas dos modelos mais avançados acompanham essa capacidade maior, com a contrapartida de que parte das tarefas de cibersegurança passa a ser redirecionada quando não há verificação prévia.
Para as empresas, o efeito prático está na divisão do trabalho. O Opus 5.5 e o Sonnet 5.5 estão separados por metade do preço por token e por poucos pontos de benchmark. Rodar tudo no modelo mais caro vira desperdício difícil de justificar, e rodar tudo no mais barato expõe justamente as etapas que exigem julgamento. O Haiku 5.5, previsto para as próximas semanas, deve acrescentar um terceiro degrau a essa conta.
Quem opera agentes ou assistentes no Sonnet 5 tem uma decisão concreta pela frente. É preciso testar a migração com as próprias tarefas, ajustar o nível de esforço por tipo de trabalho e revisar as integrações afetadas pelas mudanças da API. Levar essa lógica para a produção pede critério de roteamento entre modelos, controle de consumo e engenharia que integre o Claude aos sistemas da empresa.
Conheça a parceria oficial entre o Distrito e a Anthropic e veja como implementar o Claude Sonnet 5.5 na sua operação, com estratégia, capacitação de times e engenheiros de IA dedicados aos casos de uso priorizados.
