Sonnet 5 vs Opus 4.8 vs Fable 5: Uma Comparação de Custo por Tarefa
Escolher um modelo pelo "mais inteligente" ignora que o custo por tarefa pode diferir por uma ordem de magnitude entre Sonnet 5, Opus 4.8 e Fable 5 para trabalhos que qualquer um dos três poderia plausivelmente lidar.
Esta página detalha os preços de referência, em seguida, aplica esses preços a um punhado de formatos de tarefas realistas, para que a decisão seja baseada em dólares por tarefa, e não apenas em uma sensação vaga de "qualidade".
Como Usar Esta Comparação
- Comece com a tabela de preços por MToken de referência, em seguida, estime o formato de tokens (entrada curta/saída longa, ou entrada longa/saída curta) da sua tarefa real.
- Multiplique, não estime visualmente, pequenas lacunas por token se acumulam rapidamente em volume.
- Refaça os cálculos sempre que o preço de um modelo mudar, o preço introdutório do Sonnet 5 em particular é por tempo limitado e mudará em 31/08/2026.
- Trate o Haiku 4.5 como a quarta opção implícita, ele não é comparado tarefa por tarefa aqui, pois esta página foca em Sonnet/Opus/Fable, mas muitas vezes é a resposta certa para as formas de tarefa mais simples abordadas abaixo.
- Revise esta comparação sempre que adicionar um novo tipo de tarefa ao seu produto, o formato de custo varia enormemente por tarefa.
Preços de Referência
| Modelo | Entrada / MToken | Saída / MToken | Posicionamento |
|---|---|---|---|
| Claude Sonnet 5 | ~$2 (intro, até 31/08/2026, depois ~$3) | ~$10 (intro, depois ~$15) | Padrão, custo/capacidade balanceados |
| Claude Opus 4.8 | ~$5 | ~$25 | Raciocínio mais forte, custo mais alto |
| Claude Fable 5 | ~$10 | ~$50 | Nível superior, custo mais alto |
O Opus 4.8 é aproximadamente 2,5x a taxa de entrada introdutória do Sonnet 5 e 2,5x sua taxa de saída. O Fable 5 é aproximadamente 5x as taxas introdutórias do Sonnet 5 em ambos os lados, e aproximadamente 2x as taxas do Opus 4.8 em ambos os lados. As proporções entre os três permanecem consistentes entre entrada e saída, então o custo relativo de uma tarefa entre os modelos não muda muito com base se ela é pesada em entrada ou saída, é o mesmo multiplicador de qualquer maneira.
Decisão 1: Um Prompt Curto Estilo Classificação
Cenário: Marcar um ticket de suporte com uma de oito categorias. A entrada é curta (~200 tokens, incluindo uma breve taxonomia), a saída é uma única palavra (~5 tokens).
| Classificação | Escolha | Abordagem |
|---|---|---|
| Melhor | Sonnet 5 | Profundidade de raciocínio mais do que suficiente para uma classificação de oito vias; o custo é insignificante neste tamanho, independentemente do nível |
| 2º | Opus 4.8 | Funciona bem, mas o custo extra não compra nada mensurável para uma tarefa tão simples |
| 3º | Fable 5 | Resposta correta, gasto desperdiçado; a tarefa não exercita a capacidade extra |
Escolha errada: Recorrer ao Fable 5 "para ter certeza" em uma tarefa tão pequena. Com ~200 de entrada e ~5 de saída tokens, mesmo o custo por chamada do Fable 5 é uma fração de centavo, então a diferença em dólares por chamada é minúscula, mas se acumula mal em alto volume e estabelece um padrão ruim para a próxima tarefa, maior.
Por que o melhor é o melhor: A tarefa tem quase nenhum requisito de profundidade de raciocínio, então o diferencial é o overhead por chamada em escala, não a correção por chamada. Observe que o Haiku 4.5 também valeria a pena avaliar aqui se o volume for alto, esta comparação se atém a Sonnet/Opus/Fable de acordo com seu escopo.
Decisão 2: Resumindo um Documento Longo
Cenário: Resumir um relatório interno de 20 páginas (~15.000 tokens de entrada) em um resumo executivo de 300 tokens.
| Classificação | Escolha | Abordagem |
|---|---|---|
| Melhor | Sonnet 5 | Lida bem com a sumarização de documentos longos; a tarefa é pesada em entrada, que é onde a taxa de entrada mais baixa do Sonnet mais importa |
| 2º | Opus 4.8 | Justificado se o relatório tiver conteúdo denso, ambíguo ou técnico onde a qualidade da síntese está genuinamente em risco |
| 3º | Fable 5 | Raramente justificado para sumarização direta; o formato pesado em entrada torna o multiplicador de entrada 5x caro rapidamente |
Escolha errada: Usar Opus ou Fable apenas porque o documento é longo. O comprimento do documento impulsiona a contagem de tokens, não a dificuldade de raciocínio, esses são dois eixos diferentes e apenas um deles (dificuldade) deve impulsionar a escolha do modelo.
Por que o melhor é o melhor: Com 15.000 tokens de entrada, a lacuna de custo do lado da entrada entre Sonnet 5 e Fable 5 é de aproximadamente 5x na categoria de token dominante para este formato de tarefa, e as diferenças de qualidade de sumarização entre os níveis são geralmente marginais para documentos de origem bem estruturados.
Decisão 3: Raciocínio Multi-Etapas Sobre Requisitos Ambíguos
Cenário: Transformar uma solicitação de recurso vaga, de três parágrafos, em um design técnico estruturado com trade-offs destacados (~800 tokens de entrada, ~1.500 tokens de saída).
| Classificação | Escolha | Abordagem |
|---|---|---|
| Melhor | Opus 4.8 | A tarefa realmente exige a ponderação de trade-offs e o preenchimento de lacunas em requisitos subespecificados, onde o nível mais forte justifica seu prêmio |
| 2º | Fable 5 | Um upgrade defensável para as decisões de design de maior risco, onde uma chamada de trade-off incorreta é cara para desfazer depois |
| 3º | Sonnet 5 | Pode produzir um primeiro rascunho razoável, mas é mais provável que precise de uma revisão humana para capturar casos extremos perdidos em requisitos ambíguos |
Escolha errada: Permanecer no Sonnet 5 "por padrão" para todas as tarefas de design, independentemente da ambiguidade. Um rascunho barato que perde um trade-off de suporte e precisa ser refeito custa mais em tempo de engenheiro do que o prêmio do nível do modelo teria custado.
Por que o melhor é o melhor: Este é exatamente o formato de tarefa, raciocínio multi-etapas genuíno sob ambiguidade, onde pagar aproximadamente 2,5x a taxa do Sonnet pelo Opus está comprando algo real em vez de preenchimento de margem.
Decisão 4: Geração de Conteúdo de Alto Volume e Baixo Risco
Cenário: Gerar 10.000 variantes curtas de descrição de produto por dia (~150 tokens de entrada, ~100 tokens de saída cada).
| Classificação | Escolha | Abordagem |
|---|---|---|
| Melhor | Sonnet 5 | A qualidade é mais do que adequada para geração curta e baseada em modelo, e este formato de tarefa é exatamente onde o custo por chamada se multiplica em uma linha de orçamento real a 10.000 chamadas/dia |
| 2º | Opus 4.8 | Uma escolha defensável se a consistência da voz da marca entre variantes provou ser um problema real no nível Sonnet |
| 3º | Fable 5 | O multiplicador de custo torna esta a opção mais cara para uma tarefa sem vantagem de correção do poder de raciocínio extra |
Escolha errada: Executar esta carga de trabalho no Fable 5 porque "melhor modelo, melhor saída" soa intuitivamente correto. A 10.000 chamadas/dia, a diferença entre o custo por chamada misto do Sonnet 5 e do Fable 5, aproximadamente um multiplicador de 5x, se transforma em uma lacuna mensal de cinco dígitos para uma tarefa onde a diferença de qualidade da saída provavelmente não será visível para os usuários finais.
Por que o melhor é o melhor: O volume é o fator decisivo aqui, não a profundidade de raciocínio por chamada. Este é o caso mais claro nesta comparação para tratar a escolha do modelo como uma decisão de engenharia de custos, não uma decisão de maximização de qualidade.
Aplicando Esta Comparação
- Classifique primeiro por formato de tarefa: pesada em entrada (documentos longos), pesada em saída (geração longa) ou pesada em raciocínio (ambígua, multi-etapas). A categoria de token dominante informa onde o multiplicador de preço mais afeta.
- Em seguida, classifique pela dificuldade genuína: a tarefa requer ponderar trade-offs e capturar casos extremos, ou é trabalho de modelo/correspondência de padrões, independentemente do comprimento?
- Alto volume + baixa dificuldade sempre favorece Sonnet 5 (ou Haiku 4.5, fora do escopo desta comparação), o multiplicador se acumula mais rapidamente exatamente onde compra menos.
- Baixo volume + alta dificuldade tolera Opus 4.8 ou Fable 5, já que o custo absoluto em dólares permanece pequeno mesmo com um multiplicador de 5-10x.
FAQs
O Fable 5 é sempre a escolha padrão correta para uma carga de trabalho inteira?
Raramente como um padrão geral. Geralmente é reservado para uma fatia estreita das chamadas de maior risco e mais difíceis de raciocínio dentro de um pipeline maior que roteia todo o resto para um nível mais barato.
Um documento mais longo sempre significa que preciso de um modelo mais forte?
Não, o comprimento do documento impulsiona a contagem de tokens e, portanto, o custo de entrada, não a dificuldade de raciocínio. Um documento longo, mas bem estruturado, ainda pode ser bem tratado pelo Sonnet 5.
Por que o argumento de volume da Decisão 4 é mais importante do que o da Decisão 3?
O custo é volume multiplicado pela lacuna de preço por chamada. Uma grande lacuna por chamada em uma tarefa de baixo volume permanece um número absoluto pequeno, enquanto mesmo uma lacuna modesta em uma tarefa de alto volume se acumula em um número grande.
Devo sempre começar cada novo tipo de tarefa no Sonnet 5 e fazer o upgrade apenas se necessário?
Essa é uma heurística padrão razoável: comece no Sonnet 5, meça a taxa de falha ou retrabalho, e escale classes de tarefas específicas para Opus ou Fable apenas onde os dados mostrarem que é justificado.
Onde o Haiku 4.5 se encaixa se esta página não o compara diretamente?
O Haiku 4.5 fica abaixo do Sonnet 5 em preço e capacidade típica, e vale a pena avaliar para as formas de tarefa mais simples e de maior volume, como o exemplo de classificação da Decisão 1. Veja o artigo de tiering de modelos para essa comparação.
O preço do Sonnet 5 muda após 31/08/2026 afeta os rankings desta comparação?
Os números absolutos mudam (aproximadamente $2 para $3 de entrada, $10 para $15 de saída), mas os multiplicadores relativos entre Sonnet, Opus e Fable permanecem aproximadamente os mesmos, então os rankings em cada decisão provavelmente não serão invertidos.
É possível que o modelo mais barato realmente custe mais no geral?
Sim, se um modelo mais barato produzir resultados que exijam novas tentativas, escalonamento para um modelo mais forte ou retrabalho manual, o custo total para obter um resultado correto pode exceder o que o modelo mais forte teria custado diretamente.
O quanto o formato pesado em saída versus pesado em entrada realmente muda o cálculo?
O multiplicador por modelo (aproximadamente 2,5x para Opus, 5x para Fable, em relação ao Sonnet) se aplica igualmente à entrada e saída, então muda qual categoria de token domina sua conta, mas não qual modelo vence uma determinada comparação.
Cada tipo de tarefa deve ter sua própria comparação de custos como esta?
Para qualquer classe de tarefa executada em volume significativo, sim, uma rápida estimativa rápida como as quatro decisões acima é um seguro barato contra uma escolha de modelo que silenciosamente custa 5-10x mais do que o necessário.
Esta comparação leva em conta o cache de prompt ou o batching?
Não, estas são comparações brutas síncronas, sem cache, por token. Cache e batching são alavancas separadas abordadas em outra parte desta seção, e elas podem ser sobrepostas ao nível de modelo que você escolher aqui.
Relacionados
- Como Funciona o Preço de Tokens do Claude - o modelo de precificação subjacente de quatro categorias por trás desta comparação.
- Tiering de Modelos: Roteando Tarefas Simples para Haiku, Tarefas Difíceis para Opus - transformando esta comparação em um roteador automatizado.
- Modelo ADR: Escolhendo um Nível de Modelo Padrão para Sua Equipe - documentando um padrão para toda a equipe com base neste tipo de análise.
- Noções Básicas de Token Economics - contando tokens para executar esta comparação contra seus próprios prompts reais.
Versões da Stack: Escrito contra a linha de modelos Claude atual em ~junho de 2026 - Claude Fable 5, Claude Opus 4.8, Claude Sonnet 5 (o padrão), e Claude Haiku 4.5 - e o SDK oficial
anthropicpara Python (última versão 0.x). Nomes de modelos, preços e versões de SDK mudam rapidamente - verifique os detalhes atuais em platform.claude.com/docs antes de confiar neles.