Claude Opus 5.5 vs Fable 5.1: diferenças técnicas profundas, benchmarks e quando usar cada um

O Claude Opus 5.5 e o Claude Fable 5.1 estão em um nível de capacidade parecido, e a diferença decisiva entre eles é o preço e o comportamento da API, e não a inteligência bruta: o Opus 5.5 custa 4 dólares por milhão de tokens de entrada e 20 dólares pelos de saída, enquanto o Fable 5.1 custa 10 e 50, cerca de 60% mais caro. O Opus 5.5 supera o Fable 5.1 na maioria dos benchmarks publicados pela Anthropic e gera tokens cerca de 30% mais rápido. A regra que a própria Anthropic recomenda: comece pelo Opus 5.5 e passe para o Fable 5.1 apenas quando o Opus deixar um problema longo sem solução ou deixar passar repetidamente uma condição importante.

A diferença, uma linha por item

Preços em detalhe, e o que o preço por token esconde

A Anthropic reduziu o preço do Opus 5.5 em 20% em relação ao Opus 5 em quase todas as linhas, e cortou as leituras de cache em 60%:

Um exemplo prático: uma requisição com 20.000 tokens de entrada e 5.000 tokens de saída custa 0,18 dólar no Opus 5.5, 0,225 dólar no Opus 5 e 0,45 dólar no Fable 5.1, ou seja, cerca de duas vezes e meia mais. Em riais sauditas: um milhão de tokens de entrada custa 15 SAR no Opus 5.5 contra 37,5 SAR no Fable 5.1.

Mas o preço por token não é o custo. A Anthropic diz que uma carga de trabalho típica sai cerca de 40% mais barata no Opus 5.5 do que no Opus 5, porque o modelo conclui as tarefas usando menos tokens. Na direção oposta, uma análise independente constatou que o Opus 5.5 no esforço máximo consome cerca de 119.000 tokens de saída por tarefa, um número alto que é compensado pelo preço menor. A conclusão: meça o custo de concluir a tarefa, não o preço por milhão de tokens.

Desempenho: o que dizem os números publicados

E aqui está a ressalva que a Anthropic publicou junto com a própria tabela, que importa mais do que a tabela: nesses níveis de capacidade, descobrimos que as margens dos benchmarks se tornaram um guia menos confiável das diferenças no mundo real. No nosso próprio uso, a distância entre o Opus 5.5 e o Claude Fable 5.1 é menor do que essas pontuações sugerem. A empresa que vende os dois modelos está dizendo para você não ler a tabela ao pé da letra.

Observe também que a liderança não é absoluta: o GPT-6 Astra está à frente do Opus 5.5 no AutomationBench (41,4% contra 40,0%) e claramente à frente no Terminal-Bench-Science (64,6% contra 58,7%), enquanto o Opus 5.5 lidera em trabalho no terminal e uso do computador.

E a diferença entre o Opus 5.5 e o Opus 5?

Esta é a pergunta da atualização dentro da mesma família, e ela é diferente da comparação com o Fable 5.1: aqui você não está escolhendo entre duas famílias, está se movendo dentro de uma. A distância é maior do que o número da versão sugere:

A frase que mais importa se você está fazendo as contas: a Anthropic afirma que o Opus 5.5 com esforço médio iguala ou supera o Opus 5 com esforço alto nas avaliações de programação e de trabalho intelectual. Você chega ao resultado da configuração cara com uma mais barata e mais rápida, e é daí, somado ao corte de 20% no preço, que vem a afirmação de uma economia de 40% em uma carga de trabalho típica.

O exemplo mais claro do anúncio da Anthropic: auditar e corrigir uma base de código de 200.000 linhas levou menos de três horas no Opus 5.5, enquanto a mesma tarefa levou mais de vinte no Opus 5.

Por outro lado, duas mudanças merecem atenção antes de migrar a produção: desativar o raciocínio era aceito no Opus 5 em níveis de esforço até high e não é mais possível de forma alguma no 5.5, e a ferramenta antiga de uso do computador agora está obsoleta. O Opus 5 continua disponível, e a orientação da Anthropic para sistemas existentes é testar o 5.5 com exemplos salvos próprios antes de trocar, em vez de trocar e descobrir depois.

As diferenças técnicas profundas: o que realmente muda no seu código

A maioria das comparações para nas pontuações. O que derruba seu sistema em produção é o comportamento da API, e aqui as diferenças são reais e caras de ignorar:

1. O raciocínio não é mais algo que você desliga

No Fable 5.1 o raciocínio está sempre ativo: enviar thinking como disabled retorna um erro 400, e o mesmo acontece com o parâmetro legado budget_tokens. No Opus 5.5 o raciocínio também não pode mais ser desativado. A alavanca correta é controlar a profundidade por meio de output_config.effort, com seus cinco níveis de low a max. Na prática, o código escrito para os modelos da era 2025 que desativa o raciocínio ou define um orçamento de tokens de raciocínio quebra imediatamente na atualização.

2. A cadeia de raciocínio bruta nunca é retornada

O que você recebe são blocos de raciocínio vazios (o padrão, omitted) ou resumidos, se você definir display como summarised. Quem transmite o raciocínio aos usuários deixando o padrão vai mostrar um longo silêncio seguido da resposta inteira de uma vez. Somente o Fable 5.1 tem um terceiro modo, em beta, que retorna breves notas de progresso entre as chamadas de ferramentas.

3. Forçar uma chamada de ferramenta agora é rejeitado no Fable 5.1

Os valores any e tool em tool_choice retornam um 400 no Fable 5.1, e o uso forçado de ferramentas também está entre as mudanças incompatíveis do Opus 5.5. A alternativa: deixe tool_choice em auto com uma instrução explícita que nomeie a ferramenta, ative strict na ferramenta para garantir argumentos válidos conforme o schema, ou use saídas estruturadas se forçar a chamada era apenas a sua forma de receber JSON.

4. Os blocos de raciocínio são vinculados ao estado da conversa

Este é o ponto que mais surpreende as equipes: os blocos de raciocínio são vinculados ao modelo que os gerou e à sequência da conversa. Editar um turno anterior no histórico invalida os blocos de raciocínio seguintes, e para contas criadas após 31 de agosto de 2026 o servidor retorna um 400 em vez de ignorá-los silenciosamente. A implicação de engenharia: seu orquestrador deve acrescentar ao histórico, nunca reescrevê-lo; qualquer lógica que compacte a conversa, apague mensagens antigas ou edite um turno anterior precisa de revisão antes da atualização.

5. Um novo motivo de parada chamado refusal

O modelo pode retornar HTTP 200 com o motivo de parada refusal e uma categoria associada, em vez de gerar um erro. Um código que lê o conteúdo da resposta sem verificar antes o motivo de parada vai receber um texto vazio, que aparece para o usuário como uma falha. A solução suportada é o parâmetro do lado do servidor fallbacks, que executa novamente a mesma requisição em um modelo de reserva dentro da mesma chamada.

6. Retenção de dados: uma questão de conformidade, não técnica

O Fable 5.1 exige uma política de retenção de dados de 30 dias e não está disponível com retenção zero de dados, a menos que haja autorização expressa da Anthropic; caso contrário, a requisição falha com um 400. Isso é uma restrição real para qualquer organização saudita que processe dados pessoais sob uma exigência de não retenção. O Opus 5.5, por outro lado, foi lançado desde o primeiro dia na API da Anthropic, no Amazon Bedrock, no Claude Platform on AWS, no Google Cloud e no Microsoft Foundry.

7. Pequenos detalhes que quebram uma atualização

• A ferramenta antiga de uso do computador computer_20251124 está obsoleta no Opus 5.5; migre para computer_toolset_20260801.
• O prefill de mensagens do assistente é rejeitado nos dois modelos.
• Parâmetros de amostragem como temperature e top_p foram removidos nesta classe de modelos.
• O nível de esforço padrão é diferente: medium no Opus 5.5 e high no Fable 5.1, então comparar os dois nos padrões não é, para começo de conversa, uma comparação justa.

As evidências do mundo real que a Anthropic publicou

• Uma migração de código de 680.000 linhas concluída por um único testador em menos de um dia.
• Auditoria e correção de uma base de código de 200.000 linhas em menos de três horas, quando a mesma tarefa levou mais de vinte horas no Opus 5.
• Tradução do HAProxy de C para Rust: 9,5 horas no Opus 5.5 contra 12 horas no Fable 5.1, com custo 51% menor.

E uma mudança que nenhum benchmark mede: a Anthropic atacou o que os usuários chamam de estilo de escrita Claudish: enrolação, preâmbulos, jargão em excesso. O modelo agora começa pelo que importa e segue as instruções do usuário com mais fidelidade. Quem o usa para conteúdo voltado ao cliente vai sentir isso mais do que qualquer número das tabelas.

Quando usar cada um

Checklist antes da atualização

• Procure no seu código qualquer configuração que desative o raciocínio ou defina um orçamento de tokens de raciocínio, e substitua por um nível de esforço.
• Procure tool_choice definido como any ou tool e converta para auto com strict.
• Confirme que sua lógica de gerenciamento da conversa acrescenta ao histórico e nunca edita turnos anteriores.
• Verifique o motivo de parada antes de ler o conteúdo, e ative um modelo de reserva em caso de refusal.
• Reajuste o esforço depois da atualização: o padrão mudou, e o que estava ajustado para um modelo anterior não serve mais.
• Meça em 20 a 50 tarefas reais da sua própria operação, não em um único exemplo: taxa de sucesso na primeira tentativa, tempo decorrido, tokens e com que frequência uma pessoa precisou intervir.

O que isso significa se você está desenvolvendo na Arábia Saudita

Três pontos práticos. Primeiro, a diferença de preço entre os dois modelos é grande o bastante para mudar a viabilidade de um projeto inteiro: um sistema que consome 200 milhões de tokens de entrada e 30 milhões de saída por mês custa 1.400 dólares no Opus 5.5 contra 3.500 dólares no Fable 5.1, cerca de 5.250 SAR contra 13.125 SAR. Segundo, a exigência de retenção de dados do Fable 5.1 merece uma análise jurídica antes de qualquer compromisso contratual se os dados forem dados pessoais nos termos da Lei de Proteção de Dados Pessoais (PDPL). Terceiro, as mudanças incompatíveis desta geração comprovam a regra que repetimos sempre: o modelo é um valor de configuração, não uma decisão gravada no código.

Essa camada de isolamento entre sua aplicação e o provedor do modelo é o que construímos para os clientes na Origami, para que trocar de modelo seja uma decisão operacional de cinco minutos, e não um projeto de reconstrução.

Conclusão

O Opus 5.5 é hoje o padrão racional: à frente na maioria dos benchmarks publicados, cerca de 30% mais rápido na geração de tokens e aproximadamente 60% mais barato que o Fable 5.1. O Fable 5.1 continua sendo uma carta na manga para problemas específicos que os seus próprios testes comprovem que superam o Opus. E a decisão não deve vir de uma tabela de benchmarks (a própria Anthropic diz que a distância é menor do que parece), mas da medição nas suas próprias tarefas.

Fontes: o anúncio do Claude Opus 5.5 pela Anthropic, datado de 22 de setembro de 2026, e a cobertura do VentureBeat e do The Decoder para números e citações, com detalhes da API retirados da documentação para desenvolvedores da Anthropic em https://docs.anthropic.com. Preços e números conforme publicados em 23 de setembro de 2026, sujeitos a alteração.