Claude Opus 5 vs Sonnet 5: qual usar?

Por que não respondo isso com uma ficha técnica

Nunca confie na lista de preços. Esse é o único hábito que três anos colocando agentes de IA em filas de suporte de outras pessoas me ensinaram. Já vi um usuário em teste rodar doze conversas de teste limpas e amar cada resposta. Depois ele abriu a página de faturamento, e enviou um pedido de cancelamento na hora. Entre esses dois momentos, nada mudou no produto. O que mudou foi só que o número abstrato por unidade virou uma conta de verdade.

A mesma armadilha está dentro da pergunta Claude Opus 5 vs Sonnet 5. Por milhão de tokens, o Opus 5 está listado em $5 de entrada e $25 de saída. Para o Sonnet 5 a lista é $3 e $15. Pare de ler aí e você escolhe o Sonnet, e boa parte de quem faz isso vai acabar gastando mais.

Então a ordem deste texto é: primeiro as especificações, depois os benchmarks, e então como fica a conta de verdade. Termina com uma regra de roteamento que você pode aplicar ainda hoje à tarde.

O que é o Claude Opus 5

O Claude Opus 5 foi lançado em 24 de julho de 2026, e a Anthropic o descreve como algo que se aproxima da inteligência de fronteira do Claude Fable 5 pela metade do preço. O id da API é claude-opus-5, ele tem uma janela de contexto de 1M de tokens junto com 128k de saída máxima, e o corte de conhecimento confiável fica em maio de 2026.

O posicionamento aqui é incomumente direto. A documentação da Anthropic diz para começar com o Claude Opus 5 em codificação agêntica complexa e trabalho empresarial, e subir para o Fable 5 só quando o teto absoluto for necessário. Vale destacar: o Sonnet 5 não aparece nessa recomendação em nenhum momento.

O preço não mudou desde o Opus 4.8, continua em $5 e $25. O que mudou foi o comportamento. O thinking agora vem ativado por padrão, o que significa que uma solicitação que antes rodava sem thinking agora vai gastar tokens em raciocínio, a menos que você diga o contrário. Detalhei todo o caminho de upgrade na minha análise do Opus 5, e o confronto com o Fable 5 cobre o nível acima.

O que é o Claude Sonnet 5

O Claude Sonnet 5 foi lançado em 30 de junho de 2026, apresentado como "o modelo Sonnet mais agêntico até agora" e, nas palavras da própria Anthropic, próximo do Opus 4.8 em desempenho mas com preços mais baixos. O contexto de 1M é o mesmo, e o teto de saída de 128k também. Cinco níveis de effort em ambos também. É também o modelo padrão nos planos Free e Pro da Claude, o que o torna o Claude que mais gente usa sem nunca ter escolhido.

Há duas coisas nele fáceis de passar despercebidas.

Primeiro, a âncora de comparação para ele é o Opus 4.8, não o Opus 5. O Sonnet 5 foi lançado três semanas e meia antes de o Opus 5 existir, então a Anthropic nunca publicou uma comparação do Sonnet 5 contra o Opus 5. Todo confronto que você lê, este incluído, é montado a partir de dois lançamentos separados.

Segundo, as pontuações de benchmark de destaque do Sonnet 5 são publicadas como uma imagem na página do produto, não como texto. Em 27 de julho, verifiquei novamente o post de lançamento, a página do produto e também a documentação, e os números continuam presos dentro de um PNG. Então, onde quer que eu cite um número do Sonnet 5 abaixo, ele vem do system card do Opus 5 da Anthropic ou de uma avaliação independente, nunca de um número que eu não conseguisse verificar. O olhar mais profundo sobre o modelo em si está na minha análise do Sonnet 5, enquanto o resumo de alternativas cobre o que mais se encaixa nesse espaço.

A comparação de especificações

Tudo aqui vem da tabela comparativa de modelos da Anthropic e da documentação de preços, além do guia de migração.

Quatro dessas linhas mudam de acordo com como você constrói, não só com o que você paga.

A diferença de corte de conhecimento é de quatro meses, e vai na direção que talvez você não espere: o modelo caro é o mais recente aqui. O Opus 5 conhece até maio de 2026, enquanto o Sonnet 5 para em janeiro.

O piso de cache de 512 tokens do Opus 5 é metade do Sonnet 5. Prompts de sistema curtos que ficavam silenciosamente não cacheáveis no Sonnet passam a ser cacheáveis no Opus, e um acerto de cache custa 10% da entrada base. Numa carga de trabalho de alta frequência e prompts curtos, isso estreita discretamente a diferença de preço.

O modo rápido é exclusivo do Opus. A $10 / $50 por cerca de 2,5x a velocidade de saída, o modo rápido continua sendo uma prévia de pesquisa exclusiva da API first-party, então fica fora de cogitação para o Bedrock e as nuvens parceiras.

E o role: "system" dentro do array messages funciona no Opus 5, enquanto não é suportado no Sonnet 5. Se você vinha reconstruindo todo o histórico de mensagens só para atualizar instruções no meio da execução, o Opus 5 deixa você parar com isso, e sem perder os acertos de cache de prompt dos turnos anteriores. É uma simplificação real do caminho de código, e também é o tipo de detalhe que nunca aparece num gráfico de benchmark. Para escolher uma API entre fornecedores em vez de dentro de um só, minha comparação de três APIs cobre o campo mais amplo.

Em capacidade, isso não é disputa acirrada

O system card do Opus 5 da Anthropic é o único lugar onde os dois modelos são medidos no mesmo teste, e as diferenças ali são grandes.

O Frontier-Bench é a linha que merece atenção. É o sucessor do Terminal-Bench 2.1, 74 tarefas mais difíceis rodando em ambientes de terminal em contêineres, e o Opus 5 pontua mais que duas vezes e meia o que o Sonnet 5 pontua. Isso não é descrito por uma diferença de nível. Para esse tipo de trabalho, é uma classe de ferramenta diferente.

Duas ressalvas honestas aqui. A Anthropic afirma no system card que os classificadores de segurança do Opus 5 sinalizaram e recusaram 5% das chamadas de API dentro dessa avaliação, recorrendo ao Opus 4.8. E na linha de segurança os dois modelos se mantêm firmes: nenhum produziu um exploit funcional na avaliação do Firefox 147, e com o modo auto ativado nenhum ataque de injeção de prompt teve sucesso contra qualquer um dos dois em 129 ambientes de uso de navegador.

Agora a parte que decide isso

Capacidade nunca foi realmente a questão aqui. Com orçamento ilimitado, você simplesmente rodaria o Fable 5 para tudo. A pergunta real é quanto custa um trabalho concluído, e é aqui que os dois modelos param de se comportar como suas etiquetas de preço.

A Artificial Analysis rodou os dois no AA-Briefcase, um benchmark de trabalho de conhecimento de longo horizonte construído em torno de projetos de várias semanas com milhares de arquivos-fonte. A Anthropic depois reproduz os resultados dentro do system card do Opus 5.

O Opus 5 ocupa as três primeiras posições, 1720, 1693 e 1606 Elo, para max, xhigh e high, nessa ordem. O Sonnet 5 em max fica em 1386, o que está abaixo do Opus 5 em medium (1470). Depois vem o gráfico de custo:

Coloque os dois lado a lado e o resultado fica desconfortável para o modelo barato:

O Opus 5 em high vence o Sonnet 5 em max em qualidade, e custa $4 a menos por tarefa fazendo isso. O Opus 5 em medium ainda o vence também, por mais ou menos um terço do preço. A contagem de turnos explica o motivo: o Sonnet 5 em max teve em média 183 turnos por tarefa, o mais alto de qualquer modelo no gráfico, contra 103 do Opus 5 em max.

Onde o inverso é verdadeiro

Prefiro sinalizar isso do que deixar você descobrir depois. Nas tarefas curtas, a ordem se inverte. A execução do Intelligence Index da Artificial Analysis deixa isso claro:

"Frontier intelligence with reduced cost: Claude Opus 5 (max) costs $2.03 on average per Intelligence Index task, below Claude Fable 5 (with fallback) at $2.75, but still above Claude Opus 4.8 (max) at $1.80 and Claude Sonnet 5 (max) at $1.53. However, at high and xhigh reasoning efforts Opus 5 can outperform both Opus 4.8 and Claude Sonnet 5 at a lower cost per task"

Artificial Analysis, X

Então, em tarefas na escala do índice, o Sonnet 5 em max é o modelo mais barato, $1,53 contra $2,03. Em trabalho agêntico de várias horas, esse mesmo modelo se torna quase o mais caro do painel. A duração da tarefa é o ponto de virada. Curto e superficial favorece o Sonnet, longo e profundo favorece o Opus, e não existe uma única resposta de "qual é mais barato" que sobreviva aos dois casos.

Faça suas próprias contas

As tarifas de tabela são a parte fácil. O multiplicador é a peça que as pessoas pulam, então esta calculadora faz você mesmo definir isso. Arraste até refletir quantos tokens de saída a mais o modelo mais barato precisa para terminar o mesmo trabalho, e observe onde as duas linhas se cruzam.

Duas coisas para manter honestas aqui. O multiplicador se aplica só à saída, então subestima um pouco a diferença, porque mais turnos também significa reler mais entrada. E isso é aritmética sobre preços de tabela, não um benchmark: o prompt caching, o desconto da Batch API e também o formato do seu próprio prompt vão mexer no número real.

O mecanismo que isso codifica não é teórico. Um desenvolvedor mediu isso diretamente:

"Sonnet is supposed to be the cheaper model, but on the harder task it:

Cheaper per token does not always mean cheaper per completed task."

took longer

wrote more code

used more than twice the output tokens

needed more fixes

still cost more than Fable

shricodev, Reddit

O dial de effort é a decisão real

Aqui está a reformulação que eu gostaria que me dessem: você não está escolhendo entre dois modelos, está escolhendo um ponto em um dial de effort de cinco níveis, e o nome do modelo fica a jusante dessa escolha.

Os dois modelos aceitam low, medium, high, xhigh e max, e ambos usam high por padrão na API. A dispersão que esse ajuste produz é enorme. Na própria execução do AA-Briefcase da Anthropic, o Opus 5 vai de 1223 Elo em low até 1720 em max, e o custo vai de $1,78 a $17,79. Dentro de um único id de modelo isso é uma faixa de custo de 10x. O erro é chamá-lo de "Claude Opus 5" como se tivesse um único perfil de desempenho.

É por isso que a regra mais afiada que saiu da primeira semana é sobre o dial, não sobre o nível:

"The cost per task chart is telling me that I should never use Sonnet 5 above medium effort level - Opus always performs better for a given cost. So I guess the takeaway is that if Sonnet 5 medium isn't good enough for you, switch models, not effort levels."

doctoboggan, Hacker News

Outros desenvolvedores chegaram à mesma política de forma independente:

"If I'm using medium or low reasoning, I use Sonnet 5. If high or above, I use Opus 4.8. (Before 5, I was never using Sonnet. This is a Sonnet 5 vs Opus 4.8 comparison.)"

furyofantares, Hacker News

Aplicado à linha atual, isso significa: Sonnet 5 em low ou medium, Opus 5 em high e acima, e nunca Sonnet 5 em max. Se seu instinto disser para subir o effort do Sonnet, esse é o sinal para trocar de modelo em vez disso. A documentação de effort respalda isso do outro lado: a orientação da Anthropic para o Opus 5 se afastou do "comece em xhigh" da era 4.x, para começar em high e recorrer a low e medium como o controle de custo principal.

Companheiros práticos, se você está conectando isso a um fluxo de trabalho: meu guia de seleção de modelo e as notas sobre a janela de contexto. Também a visão geral do Claude Code, mais ampla.

O que as pessoas realmente fazem: Opus planeja, Sonnet implementa

Pergunte aos desenvolvedores qual dos dois eles escolheram e a maioria vai recusar a pergunta. O padrão dominante da primeira semana é um pipeline de dois modelos.

Ele também serve como o ajuste para a reclamação mais comum sobre o Opus 5, o consumo do limite do plano:

"Control which subagents get spawned on your workflows. Opus 5 is spawning Opus 5 (most probably) and eating up your usage. Get a grip of the promo and use Opus 5 to orchestrate and Sonnet 5 to implement and that's it."

PA100T0, Reddit

Esse consumo é real, e é relatado repetidamente. Um usuário no plano de $20 colocou um número na troca na direção oposta: "Posso confirmar, pedi para fazer uma coisa que eu costumava pedir ao Sonnet 5 e consumiu tipo 15% do meu limite de uso do Pro." Outras pessoas dizem o oposto e não conseguem arranhar sua cota Max com isso de jeito nenhum, então trate os relatos de limite de plano como dependentes da carga de trabalho, não como algo resolvido.

O padrão tem um modo de falha honesto, e este até tem nome:

"Sonnet 5 is great at following concrete specs but will fill in gaps with reasonable-sounding defaults that quietly diverge from what Opus intended."

Agent007_MI9, Reddit

O ajuste aqui é uma especificação mais rígida, não um modelo melhor. Como colocou uma resposta dentro daquele tópico, um plano detalhado o suficiente para que a implementação se torne mecânica não vai desviar, não importa qual modelo esteja rodando. Se você construir esse pipeline direito, Claude Skills e subagentes são os contêineres para isso, e minha comparação skills versus subagentes cobre o que cada um faz.

Uma armadilha real que vale a pena conhecer antes de construir em cima dela. Desenvolvedores no r/ClaudeCode relatam uma instrução fixa no código dentro dos binários recentes do Claude Code que desencoraja especificamente o Opus 5 de delegar a subagentes, e isso poderia minar silenciosamente uma configuração de Opus-planeja-Sonnet-implementa. Vale a pena verificar contra sua própria versão antes de assumir que o roteamento está acontecendo. Minhas notas sobre ferramentas MCP e sobre boas práticas do Claude Code cobrem a infraestrutura ao redor disso.

O caso a favor do Sonnet 5, dito com justiça

Passei a maior parte deste texto explicando por que o modelo caro costuma ser o barato, então deixe-me dar ao outro lado o crédito que merece, porque o apoio a ele é real.

"I daily drive Sonnet 5/medium because it gets most things right most of the time at first try, while costing a lot less than Fable.

Opus can give better results on architectural/concept tasks and I use it sparingly, but it still costs more than Sonnet 5. Opus 5 seems to achieve results very close to Fable 5 while costing less (keeps Opus 4.8 pricing IIUC), but still more than Sonnet 5 then."

plqbfbv, Hacker News

O Sonnet 5 vence claramente em quatro pontos. Pela própria avaliação de latência da Anthropic, é o modelo mais rápido, o que importa enormemente para qualquer coisa voltada ao usuário. Nos níveis Free e Pro da Claude, ele vem grátis e por padrão. Ele é de fato mais barato em trabalho curto, superficial e de alto volume, e isso descreve a maior parte do tráfego de produção. E em low ou medium, numa tarefa bem especificada, a diferença de qualidade com frequência não aparece no resultado.

Existe também uma corrente real que argumenta que o nível intermediário não deveria existir, e o lançamento do Opus 5 afiou esse argumento:

"Seeing Opus 5 vs Sonnet 5 or even Sol vs Terra, I really think it doesn't make sense having mid tier models, just train top tier and low tier, AI labs saves money and users have 1 less model to choose/try/discard, no?"

Ivan Fioravanti, X

Eu não concordo com isso, e meu motivo é o padrão de roteamento acima: sistemas de produção são multiagentes, então forças ortogonais vencem uma única escada de inteligência. Ainda assim continua sendo um argumento vivo, e não marginal. Se você quiser ampliar o campo além da Anthropic, meus resumos de alternativas ao GPT-5.6 Sol e alternativas ao Kimi K3 cobrem os concorrentes mais próximos, assim como a análise do Gemini 3.6 Flash.

Então, qual usar

A escolha aqui vai pelo trabalho, não por preferência:

Duas antirrecomendações, ditas sem rodeios. Não rode o Sonnet 5 em max. Todo conjunto de dados que encontrei aponta na mesma direção: nesse ajuste você paga preço de Opus por resultados na escala do Sonnet. E também não deixe o Opus 5 por padrão em max. Em todo gráfico aqui, esse foi o ajuste mais caro, enquanto high ou xhigh venciam a maior parte do campo por uma fração disso.

Se nenhum dos dois se encaixar, as alternativas à Claude e meu resumo dos melhores agentes de IA cobrem o mercado mais amplo.

Para as ferramentas em torno do modelo, os melhores assistentes de codificação com IA cobre os editores onde esses modelos vivem, e as CLIs de codificação agêntica é a peça complementar para o lado do terminal.

Os custos nos níveis de consumidor estão nos meus detalhamentos de preços do Claude Code e preços do Cowork. Abaixo do Sonnet existe mais um nível ainda mais barato, e cobri esse em Haiku no Claude Code.

Se o modelo for responder clientes reais

Tudo acima assume que é você quem controla o dial de effort. Quando o plano é uma fila de suporte, essa premissa se quebra e todo o enquadramento muda.

Um cliente não se importa que você roteou a pergunta de reembolso dele em medium. O que importa para ele é se a resposta estava certa. E os dois números que decidem isso não estão em nenhum dos rankings acima: qual fração dos tickets o agente fecha sem um humano, e depois com que frequência ele diz algo errado com confiança. O próprio system card da Anthropic observa que o Opus 5 alucina um pouco mais que o Opus 4.8 apesar de ser mais preciso no geral, e essa é exatamente a forma de problema que torna prevenir alucinações no suporte uma questão de produto, e não de modelo.

O trabalho pouco glamouroso continua igual, não importa qual Claude você escolheu. Começa com treinar na sua base de conhecimento. Depois vem condicionar as respostas à confiança, e acompanhar a taxa de resolução honestamente em vez de contar o spam fechado automaticamente.

Depois é sobre manter um humano no loop, além de projetar quando a IA transfere para que o cliente nunca sinta a costura. Nada disso vem incluído com uma chave de API.

Guias práticos para o resto: meu passo a passo de desvio de tickets e o texto sobre melhores práticas de transferência. Há também o detalhamento custo de agente vs agente humano.

Mais sobre esse setor nas minhas notas sobre IA para suporte técnico.

Experimente a eesel

Se você chegou até aqui porque uma fila de suporte é o destino, então a resposta honesta para Claude Opus 5 vs Sonnet 5 é que essa decisão não deveria ser sua de jeito nenhum. A eesel escolhe e troca o modelo subjacente por você. Ela também simula cada rollout contra seus tickets históricos antes de tocar numa conversa ao vivo, e a cobrança é por resolução, não por token. Assim, o modo de falha sobre o qual todo este texto trata, em que o modelo barato acaba discretamente gerando a conta maior, nunca cai sobre você.

Ela se conecta ao helpdesk que você já usa e aprende com os tickets que você já respondeu. E você pode ver o que ela teria dito em conversas passadas reais, antes de qualquer pessoa de fora ver uma única palavra disso. Grátis para testar.