
Os dois modelos, lado a lado
Meu trabalho na eesel é construir integrações e APIs, então a cada novo lançamento de modelo, a primeira coisa que abro é a tabela de especificações. O vídeo de lançamento vem depois, se é que vem. Quer primeiro a versão em linguagem simples? Comece por o que é o Fable 5, e depois o resumo das capacidades do Fable 5. Abaixo está o que o resumo de modelos realmente publica para esses dois.
| Especificação | Claude Fable 5 | Claude Opus 5 |
|---|---|---|
| ID do modelo na API Claude | claude-fable-5 | claude-opus-5 |
| ID no AWS Bedrock | anthropic.claude-fable-5 | anthropic.claude-opus-5 |
| Janela de contexto | 1M tokens | 1M tokens |
| Saída máxima | 128k tokens | 128k tokens |
| Preço de entrada / MTok | $10 | $5 |
| Preço de saída / MTok | $50 | $25 |
| Entrada / saída em batch | $5 / $25 | $2,50 / $12,50 |
| Adaptive thinking | Sim, sempre ativo | Sim |
| Latência comparativa | Mais lenta | Moderada |
| Corte de conhecimento confiável | Janeiro de 2026 | Maio de 2026 |
| Saída estendida na Batch API | Não suportada | Até 300k tokens |
| Disponibilidade geral | 9 de junho de 2026 | 24 de julho de 2026 |
Duas linhas ali merecem um segundo olhar.
A primeira é o corte de conhecimento. O corte confiável do Fable 5 fica em janeiro de 2026, quatro meses mais antigo que o de maio de 2026 do Opus 5. Então o modelo principal é o que anda por aí com a cabeça mais desatualizada. Pergunte a qualquer um dos dois sobre algo que aconteceu este ano e o mais barato simplesmente leu mais a respeito.
Segundo, a linha do batch. Na Message Batches API, o Opus 5 suporta até 300k tokens de saída, atrás do cabeçalho beta output-300k-2026-03-24, e o Fable 5 está completamente ausente dessa lista. Lacuna estranha, para um modelo vendido para tarefas de geração de texto longo.
Preço: o dobro em cada linha
Não há uma estrutura complicada para desvendar aqui. Em entrada e saída, e também em escritas e leituras de cache, a Anthropic definiu o Fable 5 em exatamente 2x o Opus 5.
| Modelo | Entrada base | Escrita de cache de 5m | Leitura de cache | Saída |
|---|---|---|---|---|
| Claude Fable 5 | $10 | $12,50 | $1 | $50 |
| Claude Opus 5 | $5 | $6,25 | $0,50 | $25 |
| Claude Opus 4.8 | $5 | $6,25 | $0,50 | $25 |
| Claude Sonnet 5 (até 31 de agosto de 2026) | $2 | $2,50 | $0,20 | $10 |
| Claude Haiku 4.5 | $1 | $1,25 | $0,10 | $5 |
Todos esses números vêm da página de preços da Anthropic. Alguns detalhes ficam escondidos nessa página, e eles vão mudar sua conta:
- Nenhum dos dois modelos cobra um adicional por contexto longo. Uma requisição de 900 mil tokens é cobrada na mesma taxa por token que uma de 9 mil. Uma geração atrás isso não era assim.
- O prefixo mínimo cacheável do Opus 5 é de 512 tokens, o mais baixo da linha, empatado com o Fable 5. O que significa que prompts de sistema curtos que nunca podiam ser armazenados em cache no Opus 4.5 agora podem.
- O modo rápido do Opus 5 custa $10/$50, exatamente o preço por token do Fable 5 padrão, e o que você ganha em troca é cerca de 2,5x a velocidade padrão. Vale a pena olhar duas vezes para essa bifurcação. Mesmo dinheiro de qualquer forma, e a escolha diante de você é velocidade contra o modelo principal.
- Nas assinaturas, o Pro tem acesso ao Fable 5 por meio de créditos de uso, enquanto o Max 5x e 20x têm acesso a 50% dos limites semanais. Na prática, você consome a cota do Fable duas vezes mais rápido, e isso importa quando você está orçando com base no preço do Claude Pro em vez da tabela da API.
Os dois modelos principais do Claude estão na ponta cara do nível frontier. Da OpenAI, o comparável mais próximo é o preço do GPT-5.3 Codex. O equivalente do Google está em o preço do Gemini 3. Na ponta barata, o desafiante de pesos abertos é o Kimi K2.5.
Coloque seus próprios volumes aqui. A proporção continua 2:1 seja o que for que você digitar, embora a diferença absoluta só comece a doer de verdade depois de uma certa escala.
Onde o Fable 5 ainda vence
Deixe-me ser justo com o Fable por um momento. A cobertura do lançamento virou de "estado da arte" para "para quê" em cerca de seis semanas, e nenhum desses dois enquadramentos está certo.
Segundo a tabela na própria system card do Opus 5 da Anthropic, o Fable 5 mantém a liderança em quatro coisas:
- SWE-bench Pro: 80, contra 79,2 do Opus 5
- DeepSWE v1.1: 69,7 contra 68,8 do Opus 5
- FrontierCode 1.1, conjunto principal: 53,5, com o Opus 5 em 53,4
- Humanity's Last Exam, sem ferramentas: 56,5, e 56,3 para o Opus 5
Existem mais duas vantagens que nenhuma tabela de benchmark vai mostrar. No AA-Omniscience, a Artificial Analysis descobriu que o Opus 5 tem menor conhecimento factual que o Fable 5, e atribui isso à classe de tamanho. Depois há o ranking de texto do LMArena, onde o claude-fable-5 ocupa o 1º lugar com um Elo de 1507 em 14.646 votos. O Opus 5 nem aparece ali, já que o snapshot é anterior ao lançamento dele. Preferência humana às cegas e inteligência de benchmark são duas coisas diferentes, e a humana pertence ao Fable no momento.

Ainda assim, coloque a coluna da esquerda e a da direita lado a lado. As vantagens do Fable são feitas de casas decimais. As do Opus 5 são números inteiros.
Há mais uma coisa que o Fable domina completamente, e por acaso é exatamente o argumento de venda que a Anthropic usa para ele: trabalho autônomo de vários dias. Um agent harness é como a página do produto descreve o funcionamento, com o modelo trabalhando por dias seguidos, planejando ao longo de etapas e repassando trabalho a subagentes. A visão da Cursor sobre isso é que o Fable 5 abriu "uma classe de problemas de longo horizonte que estava fora do alcance de modelos anteriores". Uma migração de uma semana que você delega e depois revisa no final é uma categoria real de trabalho, e o Fable foi construído exatamente para isso.
Na prática, esse tipo de trabalho acontece em um agent harness em vez de uma única janela de chat. Na maioria das vezes, a delegação é feita pelos subagentes do Claude Code. Rodando isso na própria infraestrutura da Anthropic em vez disso? Então sua área é a de agentes gerenciados. E existe também um passo a passo mais longo sobre sistemas multiagente, caso esse seja o caminho que você está seguindo.
Onde o Opus 5 vence, e não é por pouco
Qualquer coisa com um loop de agente muda completamente de lado. É a categoria que mais importa se você vive dentro de uma CLI de codificação agêntica, ou em qualquer um dos atuais assistentes de codificação com IA.
| Avaliação | Claude Opus 5 | Claude Fable 5 | Diferença |
|---|---|---|---|
| FrontierBench v0.1 | 43,3 | 33,8 | +9,5 |
| OSWorld 2.0 (uso de computador) | 70,6 | 66,1 | +4,5 |
| AutomationBench | 26,0 | 17,4 | +8,6 |
| GDPval-AA v2 (Elo) | 1861 | 1747 | +114 |
| AA-Briefcase (Elo) | 1720 | 1574 | +146 |
| SWE-bench Multimodal | 59,4 | 54,1 | +5,3 |
| SWE-bench Multilingual | 89,5 | 86,6 | +2,9 |
| BrowseComp | 90,8 | 87,4 | +3,4 |
Todos esses números vêm da system card. Dos gráficos, o FrontierBench é o que vale a pena examinar com calma, já que traça toda a escala de esforço em vez de um único ponto.

A curva inteira do Opus 5 fica acima e à esquerda da do Fable. O ponto mais barato dela nesse gráfico pontua praticamente o mesmo que o ponto mais caro do Fable, o que é bastante impressionante de se observar. A formulação da própria Anthropic sobre o OSWorld é mais direta: o Opus 5 supera o melhor resultado do Fable 5 por pouco mais de um terço do custo.
Já fiz esse mesmo confronto contra outros laboratórios também. O modelo principal do Google é coberto em Gemini 3 Pro contra Opus. Para o modelo de codificação da OpenAI, o mesmo tratamento está em GPT-5.3 Codex contra Opus.
Uma pequena ironia se esconde nas citações dos parceiros. A Cognition, no lançamento do Fable em junho, o chamou de o modelo com maior pontuação no FrontierBench. Seis semanas depois, a fala da mesma empresa em o post do Opus 5 é que ele "se aproxima do desempenho do nível do Fable pela metade do custo". Ambas as afirmações eram verdadeiras no dia em que foram escritas. Essa é a velocidade com que esse nível está se movendo.
O comentário da Zapier é o que eu colocaria na frente de uma equipe financeira. O Opus 5 liderou o AutomationBench sem gastar mais tokens do que os modelos Claude anteriores, e atingiu 100% no workflow de prevenção de churn em que os modelos anteriores tinham falhado completamente.
O dial de esforço é a decisão de verdade
Quase toda comparação deixa essa parte passar batido. É também onde eu colocaria sua atenção.
A Artificial Analysis avalia cada uma das cinco configurações de esforço do Opus 5 como se fosse um modelo separado, pela simples razão de que elas se comportam como modelos separados. No GDPval-AA v2, esses níveis de esforço abrangem 407 pontos de Elo, e o uso de tokens de saída varia cerca de 8x indo do low para o max. Então "Claude Opus 5" é na verdade cinco perfis de desempenho usando um único nome.
| Modelo / configuração | Elo no AA-Briefcase | Custo por tarefa | Minutos por tarefa |
|---|---|---|---|
| Claude Opus 5 (max) | 1720 | $17,79 | 36,2 |
| Claude Opus 5 (xhigh) | 1693 | $14,26 | 34,3 |
| Claude Opus 5 (high) | 1606 | $10,41 | 25,7 |
| Claude Fable 5 | 1574 | $22,30 | – |
| Claude Opus 5 (medium) | 1470 | – | – |
| Claude Opus 5 (low) | 1223 | – | – |
Cada número ali vem da medição AA-Briefcase da Artificial Analysis. Essa linha do high é todo o argumento: 32 pontos de Elo melhor que o modelo principal, e a 47% do preço.

A armadilha funciona também no sentido contrário. No esforço max, uma tarefa do Intelligence Index no Opus 5 custa $2,03, contra $1,80 do Opus 4.8 e $1,53 do Sonnet 5. Então ele fica 26% mais barato por tarefa do que o Fable enquanto é mais caro por tarefa do que seu próprio antecessor. Definir o esforço para max e depois esquecer disso significa que o que você atualizou foi, principalmente, sua conta. Há mais sobre como escolher por tarefa no meu guia de seleção de modelo.
Os desenvolvedores descobriram isso poucos dias após o lançamento. Um deles rodou um teste A/B controlado e publicou os números brutos:
"Findings: At matched effort, Opus 5 spends roughly 2x the output tokens of 4.8."
Mesmo preço de tabela, e uma conta diferente no fim do mês. Essa diferença é a coisa mais útil para internalizar sobre esta geração, e ela também se aplica ao Fable.
Três coisas que as tabelas de benchmark não mostram
As pontuações são a parte fácil de qualquer comparação de modelos. Tudo abaixo apareceu enquanto eu lia a documentação em vez dos rankings, e cada um desses pontos mudaria minha resposta mais do que uma diferença de dois pontos em um benchmark jamais faria.
As salvaguardas do Fable redirecionam suas requisições para outros modelos
Das diferenças entre esses dois modelos, essa é a que menos se discute, e ela carrega um custo operacional real.
O Fable 5 vem com salvaguardas cobrindo cibersegurança e biologia, e qualquer consulta que ative uma delas é automaticamente redirecionada para um modelo mais fraco. Na página do Fable 5, a Anthropic é específica sobre para onde: sinalizações de cibersegurança são redirecionadas para o Opus 4.8, sinalizações de biologia são redirecionadas para o Opus 5. Para lidar com isso, os clientes da API precisam configurar uma Fallback API.
Mas com que frequência isso é acionado? Na execução do FrontierBench, a system card registrou os classificadores do Fable sinalizando 42% das chamadas de API em 26% dos testes. Para o Opus 5, os mesmos números foram 5% das chamadas em 4% dos testes.

Uma ressalva justa fica embaixo disso. Esses números vêm de um único benchmark dentro dos domínios sensíveis à segurança que os classificadores foram construídos para atingir, então não é tráfego geral. A Anthropic também confirma que você não é cobrado com os preços do Fable em requisições redirecionadas. Ainda assim, se o seu trabalho toca em segurança ou biologia de alguma forma, uma parcela significativa da sua execução do modelo principal está sendo silenciosamente atendida por outra coisa. E uma dessas coisas é justamente o modelo entre o qual você estava escolhendo.
O Fable 5 ficou fora do ar por dezenove dias
O próprio bloco de anúncios da Anthropic conta isso de forma bastante clara. O Fable 5 foi lançado em 9 de junho de 2026, depois o acesso foi retirado em 12 de junho, e restaurado em 1º de julho.
Na época, escrevi sobre esse retorno em O Fable 5 está de volta.
Nada disso diz algo permanente sobre a confiabilidade do Fable, na minha opinião. Mas isso pertence à decisão se você está prestes a transformar um modelo de ponta em uma dependência obrigatória dentro de um pipeline de produção. Usar o Fable também exige retenção de dados por 30 dias para monitoramento de segurança, o que é uma conversa de conformidade que o Opus 5 nunca te obriga a ter.
Os dois são lentos, e o Opus 5 é mais lento do que o marketing sugere
A Artificial Analysis não é gentil com o Opus 5 nesse ponto. Sua página do modelo mediu 52,6 tokens de saída por segundo, onde a mediana da classe é 76, mais 68,04 segundos até o primeiro token contra uma mediana de 2,81. A própria tabela da Anthropic coloca a latência do Fable 5 como "Mais lenta" e a do Opus 5 como "Moderada", então entre os dois, o Fable é o mais lento.
Esses sessenta e oito segundos até o primeiro token incluem sim o raciocínio em esforço max, e reduzir o esforço recupera muito pouco: 52,8 t/s no xhigh, 56,8 t/s no high. Nenhum dos dois é um modelo de baixa latência para chat. São modelos de batch e segundo plano, e fingir o contrário é como se lança uma função que ninguém está disposto a esperar.
O que os desenvolvedores realmente dizem
Sobre esse pareamento, a leitura da comunidade é mais afiada do que foi a cobertura do lançamento, e o debate que estão tendo mal envolve o preço de tabela.
"Another way to ask the question, why is Opus half as expensive?"
A resposta em que as pessoas continuam chegando é meio óbvia. Provavelmente correta, também:
"I don't understand where this thought of pricing and performance must follow. Opus used to be triple the price. Doesn't mean Opus 4 is better than Opus 5. The cost to serve Fable is higher than the cost to serve Opus. It's that simple."
Nas assinaturas, essa diferença se alarga bem além de 2:1, já que o Fable consome uma cota do Max em um ritmo completamente diferente:
"working for about 3-5 hours drains 50% of my weekly 20x subscription using Fable 5 only. I have now been using Opus 5 only (since I'm out of Fable) for about 7 hours and it drained about 6% of my weekly usage. Meaning that you can do insane amounts of work with Opus 5 on 20x and I consider it unlimited. While Fable 5 is a sneeze."
Nem todo mundo está convencido pelo Opus 5, e as reclamações se repetem de forma consistente o suficiente para que eu as leve a sério. O scope creep no Claude Code é a recorrente:
"Opus versions since 4.6 have all had a fair amount of awkward, canned prose. But as Anthropic has increased the model's intelligence, it also seems to have made it more panicky, pedantic, and prone to scope creep. Opus 5 is the worst offender thus far for me [...] To me, its judgment feels strangely anxiety-shaped."
O que produziu a solução alternativa mais popular que já encontrei, e ela nem envolve escolher um único modelo:
"/model switching mid-session. Fable in plan mode first — it reads the repo and writes out the plan, no code. Switch to Opus to implement, you can then optionally switch back to Fable to review the diff. Context carries over so nothing gets re-explained."
O Fable planeja, o Opus executa o trabalho pesado. Coloque a força de orquestração do Fable ao lado do preço do Opus 5 no loop de execução, e essa divisão se defende melhor do que qualquer um dos dois modelos sozinho. A mesma lógica está por trás de usar o Opus no Claude Code para implementação e deixar os níveis mais baratos para as passagens mecânicas.
O número que deveria preocupar mais do que o ranking
Capacidade é o que toda tabela acima mede. Este próximo número governa tudo que é voltado ao cliente.
No AA-Omniscience, a Artificial Analysis descobriu que a precisão do Opus 5 melhorou 7 pontos em relação ao Opus 4.8. Ele também responde com mais frequência quando está incerto, e sua taxa de alucinação subiu 14 pontos, para 50%. Então metade das respostas dele nesse conjunto são alucinadas. O ganho de precisão foi comprado com suposições mais confiantes.
Para um agente de codificação com testes para rodar, uma suposição confiante ainda é recuperável. Para um bot conversando com seus clientes, é o modo de falha completo. Do lado do suporte, já vi isso acontecer mais de uma vez na prática. Uma equipe com quem trabalhei, um grupo de suporte B2B dinamarquês de telemática veicular no Zendesk, processando cerca de 200 tickets por mês e crescendo em direção a 2.000, esbarrou nisso da forma mais comum que se pode imaginar. A base de conhecimento deles dizia que davam suporte a todos os modelos de veículos, então o bot foi lá e alegremente disse aos clientes que dava suporte a marcas de carros que não existiam em lugar nenhum do banco de dados deles. Não havia nada errado com o modelo em si. O grounding é que estava errado, e o modelo estava confiante demais para perceber isso.
É por isso que uma posição em benchmark nunca decidiria uma implantação de suporte para mim. Os fatores decisivos são o que o modelo tem permissão para ver, e depois o que acontece no momento em que ele está inseguro. Todo esse argumento é desenvolvido de forma adequada em RAG vs LLM, enquanto os modos de falha estão no meu guia de alucinações de IA.
Um Elo não é a métrica que vale a pena observar. A taxa de resolução por IA comparada com o custo por resolução é.
E para os trabalhos de alto volume e ciclo curto de que uma fila de suporte é realmente feita, nenhum dos dois modelos principais é a ferramenta certa. Pegue a triagem de tickets: algumas centenas de tokens entram, sai um rótulo, milhares de vezes por dia.
O Sonnet 5 sai mais rápido e mais barato com a mesma qualidade, com o Haiku mais barato ainda.
Então, qual você deveria usar?
| Se você é... | Use | Por quê |
|---|---|---|
| Alguém que faz codificação agêntica no dia a dia | Opus 5 em high ou xhigh | Supera o Fable em todo benchmark de agente, a 47% do custo por tarefa |
| Alguém que está entregando uma migração de vários dias | Fable 5 | Construído para execuções autônomas de longo horizonte, e a Cursor confirma isso |
| Alguém correndo atrás do último ponto no SWE-bench Pro | Fable 5 | 80 contra 79,2, e esse é todo o prêmio |
| Alguém executando tarefas curtas de alto volume | Sonnet 5 ou Haiku | Ambos os modelos principais são excessivos e lentos demais |
| Alguém trabalhando com segurança ou biologia | Opus 5 | O Fable redireciona uma grande parte dessas chamadas de qualquer forma |
| Alguém construindo algo voltado ao cliente | Nenhum dos dois, sozinho | Grounding e barreiras de segurança decidem a qualidade, não o nível do modelo |
| Alguém em um plano Max sem créditos de Fable | Opus 5 | O Fable consome uma cota semanal em um ritmo completamente diferente |
Minha recomendação real, em versão curta: use o Opus 5 em esforço alto por padrão. Reserve o Fable 5 para a etapa de planejamento e revisão em trabalhos que realmente rodam por dias, e pare de pagar preços de esforço máximo por tarefas que nunca precisaram disso.
Mais ou menos, isso também é o que a Anthropic diz para você fazer. A documentação deles diz para começar com o Claude Opus 5 e só subir de nível quando a máxima capacidade disponível for realmente necessária. Não é comum que um fornecedor te desencoraje a comprar o produto mais caro.
Se a sua resposta aqui acabar sendo "nenhum dos dois", as opções que valem a pena conferir estão reunidas em alternativas ao Claude. E para uma equipe sem desenvolvedores, a interface importa mais do que o modelo, o que transforma isso em uma questão de preço do Claude Cowork em vez desta aqui.
Onde a eesel se encaixa
Escolher entre dois modelos foi o assunto da maior parte deste artigo. Depois de anos observando a eesel rodar IA em filas de suporte reais, a posição a que cheguei é que uma equipe de suporte não deveria precisar fazer essa escolha em primeiro lugar.
Um colega de equipe de IA da eesel se conecta ao seu helpdesk, treina com seus próprios tickets passados e sua central de ajuda, e cuida do roteamento de modelos por baixo de tudo isso. Daqui a seis semanas, quando a fronteira se mover de novo, e ela vai se mover, nada na sua configuração precisa mudar. A parte que você realmente ajusta é a que importa: o que a IA tem permissão para responder, quando ela escala para um humano, e o quão confiante ela precisa estar antes de responder. Cada implantação é simulada primeiro contra seus tickets históricos, então o que ela teria respondido em tickets reais fica visível para você antes que um único cliente veja. Essa etapa de simulação existe justamente por causa do problema "damos suporte a todos os modelos" descrito acima.

Está lendo uma comparação de modelos porque está tentando descobrir o que colocar na sua fila de suporte? Então essa é a verdadeira pergunta por trás disso. Meu resumo de softwares de helpdesk com IA adota a visão mais ampla, enquanto o melhor LLM para suporte vai modelo por modelo.
Você pode experimentar a eesel gratuitamente, ou ver em uma demo como ela lida com seus tickets. O preço funciona por tarefa, então a armadilha do nível de esforço deste artigo nunca se aplica.
Perguntas frequentes
Qual é a diferença entre Claude Opus 5 e Claude Fable 5?
O Claude Fable 5 vale o dobro do preço do Opus 5?
Quanto custa o Claude Opus 5 comparado ao Fable 5?
Qual modelo Claude é melhor para atendimento ao cliente?
O Claude Opus 5 alucina mais que o Fable 5?
Em que nível de esforço eu deveria rodar o Claude Opus 5?
Posso trocar do Fable 5 para o Opus 5 sem mudar meu código?
xhigh ou max enquanto o thinking está desativado. Teste a troca primeiro em uma carga de trabalho real, do mesmo jeito que você faria com os subagentes do Claude Code.
Article by
Rama Adi Nugraha
Rama is a software engineer at eesel AI with two years of experience writing about B2B SaaS, AI tools, and customer support technology. Based in Bali, Indonesia, he brings a developer's perspective to product comparisons — cutting through marketing copy to what the integrations and APIs actually do.







