Claude Fable 5.1: o que mudou em relação ao Fable 5, preços, leituras de cache e mudanças incompatíveis na API

O que mudou no claude fable 5.1?

A Anthropic lançou o Claude Fable 5.1 e o Claude Mythos 5.1 como sucessores do Fable 5 e do Mythos 5. Seus identificadores de API são claude-fable-5-1 e claude-mythos-5-1.

Ambos os modelos têm uma janela de contexto padrão de 1 milhões de tokens, uma saída máxima de 128,000 tokens e raciocínio adaptativo sempre ativo. As notas de versão de 1 de setembro estabelecem as especificações de lançamento, a disponibilidade nas plataformas e as mudanças de migração.

Fable 5.1 vs Fable 5

A Anthropic relata melhorias em programação em sessões longas, trabalho com documentos, planilhas e apresentações, pesquisa em várias etapas, visão, raciocínio com contexto longo e uso do computador. Seus benchmarks publicados de terminal mostram as seguintes mudanças:

Esses resultados foram relatados pela Anthropic e avaliados com salvaguardas de produção. Eles fornecem evidências das melhorias relatadas, mas não estabelecem um ganho específico de desempenho para o seu repositório ou fluxo de trabalho com agentes. Uma avaliação de migração deve incluir tarefas representativas da sua própria aplicação.

Para os desenvolvedores, o lançamento combina mudanças de capacidade com uma alteração mais restrita nos preços e várias questões de compatibilidade. Trate a qualidade do modelo, os custos de tokens e a compatibilidade das solicitações como partes separadas da atualização.

Como o Claude Mythos 5.1 se diferencia

O anúncio de lançamento descreve Fable e Mythos como “o mesmo modelo, mas com diferentes níveis de salvaguardas”.

O Fable 5.1 está disponível ao público em geral. O Mythos 5.1 tem acesso restrito por meio de programas de confiança, com salvaguardas projetadas para trabalhos de cibersegurança e ciências da vida; as notas de lançamento da API indicam acesso para participantes do Project Glasswing.

Os dois modelos compartilham as especificações e as tarifas de tokens listadas. Eles também diferem na aplicação obrigatória do prefixo da conversa, o que importa quando uma aplicação edita um histórico que contém raciocínio preservado.

Preços do Fable 5.1: leituras de cache caem 75%

Os preços do Fable 5.1 mantêm as tarifas básicas de entrada e saída do Fable 5. A redução direta de preço está nas leituras de cache, que caem de $1 para $0.25 por milhão de tokens.

O documentação de mudanças do Fable 5.1 lista essas tarifas. Todos os preços abaixo estão em dólares americanos por milhão de tokens.

As leituras de cache agora custam 0.025 vezes a tarifa básica de entrada. O prompt mínimo que pode ser armazenado em cache continua sendo de 512 tokens, e as tarifas de entrada e saída em Batch são de $5 e $25 por milhão de tokens.

O que significa a tarifa de cache mais baixa

Para um milhão de tokens cobrados especificamente como leituras de cache, o valor listado cai de $1 para $0.25. Isso representa uma redução de 75% nessa categoria de cobrança; não é uma redução de 75% no custo total da solicitação.

As tarifas de entrada, saída e gravação de cache permanecem inalteradas. Ao estimar a economia com a migração, mantenha essas categorias separadas em vez de aplicar a redução das leituras de cache à conta inteira.

A Anthropic estima custos 25% menores para cargas de trabalho típicas cobradas por token e até aproximadamente 45% menores para trabalhos com uso intensivo de agentes. Essas são estimativas por carga de trabalho, não reduções nos preços básicos de entrada ou saída.

Para uma análise mais ampla do consumo de tokens, consulte nosso guia sobre como reduzir o uso de tokens do Claude. Para este lançamento, a mudança concreta de preço a acompanhar é quanto do seu uso é cobrado como leituras de cache.

A escolha forçada de ferramentas passa a ser uma mudança incompatível na API

Tanto o Fable 5.1 quanto o Mythos 5.1 rejeitam duas formas de escolha de ferramentas que antes podiam ser usadas:

• tool_choice: {"type":"any"}
• tool_choice: {"type":"tool","name":"..."}

O resultado é HTTP 400 com invalid_request_error. O texto de erro documentado é:

tool_choice: type "tool" and "any" are not supported for this model.

O guia de migração confirma que auto e none continuam sendo compatíveis. A validação também se aplica a Message Batches e à contagem de tokens, portanto revise os componentes que constroem essas solicitações junto com os das solicitações normais de mensagens.

Atualização de fluxos de trabalho que dependem de ferramentas

A migração recomendada usa auto, uma instrução explícita para usar a ferramenta relevante e strict: true para garantir a conformidade com o esquema. Se o objetivo da ferramenta forçada era produzir JSON estruturado, o guia também aponta para saídas JSON por meio de output_config.format.

Essas recomendações atendem a requisitos diferentes. A conformidade com o esquema diz respeito à estrutura dos argumentos da ferramenta; uma instrução informa ao modelo qual ferramenta você deseja que ele use. Nenhuma das duas deve ser tratada como uma substituição sem alterações para uma solicitação que força uma ferramenta específica pelo nome.

Antes de alterar o identificador do modelo, identifique todos os pontos de chamada que usam any ou uma toolespecificada pelo nome. Revise o que esse ponto de chamada precisa: uma ação de ferramenta, argumentos em conformidade com o esquema ou uma resposta estruturada. Em seguida, use o caminho de migração adequado a esse requisito.

O raciocínio preservado exige cuidado no tratamento do histórico

Há duas questões distintas de compatibilidade: mover blocos de raciocínio entre gerações de modelos e editar o prefixo da conversa que precede um bloco de raciocínio.

A compatibilidade entre modelos é direcional

Fable 5.1 aceita blocos de raciocínio de modelos anteriores. Os modelos anteriores não conseguem ler os blocos de raciocínio de 5.1.

A API descarta blocos incompatíveis antes da inferência, e os blocos descartados não são cobrados. O cabeçalho beta thinking-binding-controls-2026-08-01 expõe esses descartes por meio de input_transformations.

Isso é relevante para a lógica de troca de modelos e de fallback. Mover uma conversa para Fable 5.1 e depois enviar seus novos blocos de raciocínio de volta a um modelo anterior não preserva esses blocos nos dois sentidos.

Revise a seleção de modelos separadamente do armazenamento de conversas. Nosso guia de comparação de modelos da API Claude fornece contexto relacionado para organizar as opções de modelos.

Editar o prefixo pode invalidar o raciocínio do Fable

Alterar os elementos anteriores system, tools, ou as mensagens, invalida os blocos de raciocínio posteriores do Fable 5.1. Uma aplicação que reescreve uma instrução anterior ou modifica as definições de ferramentas deve levar em conta os blocos de raciocínio que vêm depois dessa alteração.

A aplicação padrão dessa regra vale para contas criadas a partir de 31 de agosto de 2026. Contas mais antigas aderem por meio de thinking.block_binding.prefix_mismatch_behavior.

Com o cabeçalho beta de controles de vinculação, "error" rejeita blocos inválidos, enquanto "drop_block" os descarta. A documentação de raciocínio descreve esses controles.

O padrão recomendado para o histórico é preservar os turnos do assistente sem alterações e acrescentar novas mensagens. Revise qualquer código que reconstrua conversas, altere mensagens anteriores ou substitua definições de ferramentas antes de reenviar o histórico.

Mythos 5.1 não aplica essa verificação do prefixo da conversa. Essa diferença não elimina seus requisitos de acesso restrito.

Recursos beta no lançamento e seus controles

As notas da versão de 1 de setembro incluem três adições beta relevantes para aplicações que gerenciam conversas longas ou exibem o progresso do modelo.

O esforço por mensagem está documentado no lançamento na API Claude. Considere essa disponibilidade separadamente da lista mais ampla de plataformas que oferecem os modelos; a disponibilidade do modelo, por si só, não comprova o suporte a todos os controles beta.

As mensagens de sistema com escopo de turno usam clear_at: "next_user_message". As atualizações de progresso legíveis usam thinking.display: "updates". Cada recurso tem seu próprio cabeçalho beta, portanto confira a configuração e o cabeçalho em conjunto ao revisar as solicitações.

Para uma migração inicial, priorize as alterações obrigatórias de compatibilidade: a escolha de ferramentas e o tratamento do histórico de raciocínio. Avalie esses controles opcionais com base nas necessidades da sua aplicação, em vez de adicioná-los apenas porque você alterou o identificador do modelo.

Disponibilidade e retenção no lançamento

As plataformas de lançamento incluem a API Claude, Amazon Bedrock, Claude Platform on AWS, Google Cloud e Microsoft Foundry. Fable 5.1 está disponível para uso geral, enquanto o acesso ao Mythos 5.1 permanece restrito por meio de programas de confiança.

A página do Fable da Anthropic, sem data, lista disponibilidade nos planos Pro, Max, Team e Enterprise. Seu estado exato de publicação no passado é incerto, portanto essa listagem não deve ser tratada como uma confirmação datada da disponibilidade de cada plano em 1 de setembro.

Considere as decisões de implantação da API separadamente das questões sobre assinaturas. Nosso guia sobre acesso à API Claude versus assinaturas é um complemento útil ao revisar como sua aplicação acessará um modelo.

A retenção exige uma verificação separada

A retenção padrão documentada é de 30 dias. A retenção zero de dados exige autorização expressa da Anthropic.

O anúncio de lançamento afirma que clientes elegíveis podem usar ZDR enquanto aguardam as Enterprise Frontier Safeguards, cuja disponibilidade gradual está planejada para mais adiante no outono de 2026. Em 2 de setembro, isso ainda é um plano de disponibilidade futura.

Se a retenção for um requisito de implantação, verifique a autorização aplicável à sua conta. Escolher Fable 5.1 ou Mythos 5.1 não garante, por si só, a retenção zero de dados.

Principais conclusões

• Claude Fable 5.1 foi lançado em 1 de setembro de 2026, com uma janela de contexto padrão de 1 milhões de tokens, um máximo de 128,000 tokens de saída e raciocínio adaptativo sempre ativo.
• Os preços de entrada e saída continuam em $10 e $50 por milhão de tokens. As leituras de cache caem 75%, de $1 para $0.25.
• Valores forçados de tool_choice valores any e tool especificados pelo nome retornam HTTP 400; auto e none continuam sendo suportados.
• A compatibilidade do raciocínio é direcional. Fable 5.1 também verifica se o conteúdo anterior da conversa foi alterado, com aplicação da regra dependendo da data de criação da conta e da configuração.
• Mythos 5.1 compartilha as especificações e os preços listados, tem acesso restrito e não aplica a verificação do prefixo da conversa.

Perguntas frequentes

O que mudou do Claude Fable 5 para o Fable 5.1?

A Anthropic relata melhorias em programação, pesquisa, trabalho com documentos, visão, raciocínio com contexto longo e uso do computador, com resultados mais altos nos dois benchmarks de terminal publicados. As leituras de cache estão mais baratas, e a migração exige atenção à escolha forçada de ferramentas e ao raciocínio preservado.

Os preços de entrada e saída do Fable 5.1 são menores?

Não. A entrada continua em $10 e a saída em $50 por milhão de tokens, enquanto as leituras de cache caem de $1 para $0.25. As estimativas mais amplas de economia da Anthropic descrevem cargas de trabalho, e não reduções nessas tarifas básicas.

Por que a escolha forçada de ferramentas retorna um erro 400?

Fable 5.1 e Mythos 5.1 rejeitam tool_choice tipos any e tool com HTTP 400 invalid_request_error. O guia de migração recomenda auto com uma instrução explícita de ferramenta e strict: true para garantir a conformidade com o esquema, ou output_config.format para saídas JSON.

Posso trocar de modelo sem perder o raciocínio preservado?

Fable 5.1 aceita blocos de raciocínio de modelos anteriores, mas os modelos anteriores não conseguem ler blocos de 5.1. A API descarta blocos incompatíveis antes da inferência sem cobrá-los, e o cabeçalho thinking-binding-controls-2026-08-01 beta expõe os descartes por meio de input_transformations.