O Claude Fable 5.1 chegou em 1º de setembro de 2026 mantendo os preços de entrada e saída do Fable 5, com leitura de cache 75% mais barata e benchmarks acima do antecessor. A Anthropic também mudou regras de API que quebram integrações existentes: tool choice forçado e edição de histórico agora retornam erro. Aqui você encontra a tabela completa de preços, os números de benchmark, o que muda em relação ao Opus 5 e um checklist de migração testável em staging. Menos de três meses separam as duas versões, e o detalhe da fatura importa mais que os recordes.
Os números que resumem o lançamento:
- Leitura de cache a US$ 0,25 por milhão de tokens em setembro de 2026, um quarto do valor cobrado no Fable 5, segundo a tabela oficial de preços da Anthropic
- Economia de até 45% em cargas agênticas que releem contexto cacheado, pela estimativa da Anthropic em 2026
- 52,6% no Terminal-Bench-Science 0.1, ante 24,7% do Fable 5, o maior salto divulgado no anúncio de 2026
- Janela de 1 milhão de tokens e saída de até 128 mil tokens, com thinking sempre ativo
- Corte de conhecimento em junho de 2026, o mais recente do catálogo da Anthropic
O que mudou com a chegada do Claude Fable 5.1
A chegada do Claude Fable 5.1, em 1º de setembro de 2026, entrega um sucessor direto do Fable 5 com os mesmos preços de entrada e saída, leitura de cache 75% mais barata, três mudanças que quebram compatibilidade e cinco recursos aditivos. O intervalo foi curto: o Fable 5 tinha sido lançado em 9 de junho de 2026, menos de três meses antes. Para quem já roda o modelo anterior via API, a migração é quase drop-in, com uma exceção importante: código que força chamadas de ferramenta ou edita o histórico da conversa passa a receber erro 400.
A ficha técnica, segundo a documentação oficial do modelo, ficou assim:
- ID na API:
claude-fable-5-1, disponível para todos os clientes desde o lançamento - Janela de contexto: 1 milhão de tokens (padrão e máximo), com saída de até 128 mil tokens
- Raciocínio (thinking): adaptativo e sempre ativo, com esforço padrão
high; desligar retorna erro - Corte de conhecimento: junho de 2026, o mais recente do portfólio da Anthropic
- Latência: mais lenta que Opus 5 e Sonnet 5
- Aposentadoria: não antes de 1º de setembro de 2027
O que quebra em integrações existentes se resume a três pontos: tool_choice do tipo "any" ou "tool" deixou de existir, modelos anteriores perderam a capacidade de ler os blocos de thinking gerados pelo 5.1, e qualquer edição em turnos anteriores da conversa invalida esses blocos. Do lado aditivo entram o ajuste de esforço no meio da conversa, mensagens de sistema com escopo de um turno, atualizações de progresso legíveis entre tool calls, a queda no preço de leitura de cache e a proveniência de conteúdo, com marca d’água estatística em todo texto gerado.
Os ganhos de capacidade se concentram em seis áreas: codificação agêntica em sessões de horas, trabalho com documentos, planilhas e slides, pesquisa multietapas, visão em PDFs densos, raciocínio sobre o contexto de 1 milhão de tokens e uso de computador. O desempenho multilíngue ficou no mesmo nível do Fable 5.
Um detalhe que passa batido em muita cobertura: o Claude Mythos 5.1, lançado no mesmo dia, é o mesmo modelo subjacente. As specs e os preços são idênticos. A diferença está nas salvaguardas: o Mythos dispensa os classificadores de segurança do Fable e fica restrito a organizações credenciadas no Project Glasswing, voltado a trabalho legítimo em cibersegurança e ciências da vida.
Quanto custa o Claude Fable 5.1 na API
O Claude Fable 5.1 custa US$ 10 por milhão de tokens de entrada e US$ 50 por milhão de tokens de saída na API, exatamente o que o Fable 5 cobrava. A única linha da tabela que mudou foi a leitura de cache, que caiu de US$ 1 para US$ 0,25 por milhão de tokens em setembro de 2026. Uma redução de 75% num item só, e justamente no item que domina a fatura de quem roda agentes.
| Item | Preço por milhão de tokens (MTok) |
|---|---|
| Entrada (input) | US$ 10 |
| Saída (output) | US$ 50 |
| Gravação em cache (5 minutos) | US$ 12,50 |
| Gravação em cache (1 hora) | US$ 20 |
| Leitura de cache (cache hit) | US$ 0,25 |
| Batch API, entrada | US$ 5 |
| Batch API, saída | US$ 25 |
A conta por trás do corte: nos outros modelos Claude, a leitura de cache custa 10% do preço-base de entrada. No Fable 5.1, custa 2,5%. Na prática, a Anthropic estima que cargas de trabalho típicas ficam cerca de 25% mais baratas no total, e tarefas altamente agênticas chegam a 45% de economia, porque um agent loop longo relê o mesmo prefixo em cache dezenas ou centenas de vezes por sessão. Quem mantém um agente com um prefixo de 200 mil tokens cacheado sabe exatamente onde esse dinheiro estava indo.
O resto da estrutura de cobrança não mudou:
- Gravação em cache: US$ 12,50/MTok na janela de 5 minutos e US$ 20/MTok na de 1 hora, iguais ao Fable 5
- Mínimo cacheável: 512 tokens por prompt, sem alteração
- Batch API: desconto de 50% mantido sobre entrada e saída
- Inferência restrita aos EUA (
inference_geo: "us"): multiplicador de 1,1x sobre entrada, saída e cache
Vale um alerta antes de projetar orçamento: a economia de 25% a 45% depende do perfil da carga. Um chatbot de turno único, sem prefixo cacheado relevante, paga a mesma coisa que pagava no Fable 5. O corte beneficia sessões longas que reaproveitam contexto, e beneficia muito. Se o seu produto reenvia o histórico inteiro a cada requisição sem cache configurado, o primeiro passo nem é migrar de modelo: é ativar o prompt caching.
Um efeito colateral curioso da mudança: o modelo mais caro do catálogo da Anthropic passou a ter a leitura de cache mais barata de todo o portfólio, abaixo inclusive dos US$ 0,50/MTok que o Opus 5 cobra pelo mesmo item.
Claude Fable 5.1 vale a pena em relação ao Opus 5 e ao Sonnet 5?
O Claude Fable 5.1 vale a pena quando o Opus 5 em esforço alto ainda erra nas suas evals; para a maioria das cargas, a própria Anthropic manda começar pelo Opus 5, que custa metade. Esse critério não é interpretação de terceiros. Está escrito na documentação do modelo:
“Use Claude Fable 5.1 for demanding reasoning and long-horizon agentic work, or when your evals on Claude Opus 5 at higher effort still fall short.”
O quadro do portfólio em 1º de setembro de 2026:
| Modelo | Contexto | Entrada/saída por MTok | Latência | Corte de conhecimento |
|---|---|---|---|---|
| Claude Fable 5.1 | 1M tokens | US$ 10 / US$ 50 | Mais lenta | junho de 2026 |
| Claude Opus 5 | 1M tokens | US$ 5 / US$ 25 | Moderada | maio de 2026 |
| Claude Sonnet 5 | 1M tokens | US$ 2 / US$ 10 | Rápida | janeiro de 2026 |
| Claude Haiku 4.5 | 200K tokens | US$ 1 / US$ 5 | A mais rápida | fevereiro de 2025 |
Três leituras práticas saem dessa tabela. Primeira: os três modelos de cima têm a mesma janela de 1 milhão de tokens, então contexto deixou de ser critério de desempate entre eles. Segunda: o Fable 5.1 é o único com corte de conhecimento em junho de 2026, um mês à frente do Opus 5 e cinco à frente do Sonnet 5, o que pesa em pesquisa sobre temas recentes. Terceira: ele também é o mais lento do grupo, e latência importa em qualquer fluxo com usuário esperando resposta na tela.
Sobre o Sonnet 5, uma nota de preço que afeta o planejamento de 2026: o valor promocional de US$ 2/US$ 10 por MTok virou o preço padrão definitivo, cancelando o reajuste para US$ 3/US$ 15 que estava programado justamente para 1º de setembro de 2026. Quem dimensionou orçamento contando com o aumento pode refazer a conta para baixo.
Minha leitura é que a decisão vira uma escada, com degrau medido por eval. Sonnet 5 para volume e latência, Opus 5 como padrão de trabalho sério, Fable 5.1 reservado para raciocínio pesado e agentes de IA em produção que rodam por horas sobre o mesmo contexto cacheado, onde a leitura de cache a US$ 0,25/MTok encolhe a diferença real de custo para bem menos que o dobro nominal da tabela.
Benchmarks e capacidades: onde o Claude Fable 5.1 supera o Fable 5
Nos benchmarks que a Anthropic divulgou em setembro de 2026, o Claude Fable 5.1 supera o Fable 5 em todas as frentes medidas, e o salto mais largo veio da pesquisa científica agêntica. No Terminal-Bench-Science 0.1, o modelo marcou 52,6%, ante 24,7% do Fable 5. Mais que o dobro, no mesmo teste, em menos de três meses de intervalo entre as versões.
Os demais resultados do anúncio oficial do Fable 5.1 e do Mythos 5.1:
- Terminal-Bench 4.0 (tarefas de terminal): 55,8% para o Fable 5.1; o Mythos 5.1, sem os classificadores de segurança, chega a 60,9%
- CursorBench 3.2.0: 73,4% em esforço máximo
- OSWorld 2.0 (uso de computador em tarefas longas): 77,9% no modo parcial e 41,7% no modo estrito
- GDPval-AA v2 (trabalho de conhecimento): 1.853 pontos
- Humanity’s Last Exam: 60,9% sem ferramentas e 65,0% com ferramentas
- AutomationBench: 31,4%
A Anthropic afirma que o modelo passa o Fable 5, o Opus 5 e o GPT-5.6 Sol, da concorrência, em múltiplos benchmarks. E o argumento de custo-benefício mais interessante do lançamento nem está nos recordes: segundo a empresa, rodar o Fable 5.1 em esforço baixo ou médio já produz resultado igual ou melhor que o Fable 5 em esforço máximo, gastando bem menos tokens de thinking. A distância entre as duas versões cresce conforme o esforço sobe, com os maiores ganhos em xhigh e max.
Agora, a ressalva que quase toda cobertura de lançamento pula. Esses números saem do scaffolding da própria Anthropic, sem um harness neutro por trás, e comparação direta com concorrente medido em outro arcabouço vale pouco. Alguns desses testes têm origem acadêmica verificável, caso do Terminal-Bench, publicado na ICLR 2026, mas o resultado específico de cada modelo continua sendo autodeclaração do fornecedor. O único veredito que importa para o seu produto é a sua própria suíte de evals, rodada nas suas tarefas, com os seus dados. Benchmark público serve para calibrar expectativa; decisão de produção se toma com medição própria.
Mudanças que quebram integrações existentes: tool choice forçado e blocos de thinking
Três mudanças quebram integrações na passagem para o Claude Fable 5.1: o fim do tool choice forçado, a leitura unidirecional dos blocos de thinking entre modelos e a invalidação desses blocos quando o histórico da conversa é editado. Nenhuma delas exige reescrever a arquitetura, mas as três derrubam requisições com erro 400 se o código chegar sem ajuste.
1. Tool choice forçado retorna erro 400. tool_choice do tipo "any" ou "tool" devolve invalid_request_error, inclusive no endpoint de contagem de tokens. O motivo é estrutural: o thinking está sempre ativo, e uma chamada forçada pularia essa etapa, empurrando o raciocínio para dentro dos argumentos da ferramenta e degradando a qualidade deles. As saídas documentadas:
- Se você forçava ferramenta para obter JSON válido, mantenha
tool_choice: {"type": "auto"}comstrict: trueno schema, ou migre para structured outputs - Se a chamada precisa acontecer por instrução do usuário, nomeie a ferramenta no prompt (“use a ferramenta X para responder”); o modelo segue instruções explícitas de ferramenta com confiabilidade
- Se é a aplicação que exige a chamada num turno específico, acrescente uma mensagem
role: "system"no meio da conversa dizendo que a resposta deve abrir com aquela ferramenta, o que mantém os turnos anteriores intactos e o cache quente
2. Modelos anteriores perderam a leitura dos blocos de thinking do 5.1. Cada bloco registra qual modelo o produziu, e a leitura só funciona numa direção: o Fable 5.1 lê blocos do Opus 5, do Fable 5 e de qualquer modelo anterior, e nenhum deles lê os do 5.1 (a exceção é o Mythos 5.1). Quando um roteador ou um fallback devolve a conversa a um modelo mais antigo, a API descarta os blocos ilegíveis antes que ele os veja. A requisição funciona e os tokens descartados não são cobrados, mas o modelo de destino replaneja do zero, o que encarece o primeiro turno depois da troca. O descarte é silencioso, a menos que você envie o header beta thinking-binding-controls-2026-08-01, que o reporta no array input_transformations.
3. Editar turnos anteriores invalida os blocos seguintes. Cada bloco de thinking do 5.1 só vale contra o prompt de sistema, as ferramentas e o histórico exatos que o precederam. A documentação do que mudou no Fable 5.1 lista os padrões que invalidam tudo dali em diante: editar, reordenar ou remover um turno antigo, injetar texto temporário que some na requisição seguinte, reconstruir o prompt de sistema ou o array de ferramentas no meio da sessão, e uma URL de imagem que sirva bytes diferentes depois. Continuam válidos: histórico append-only, remoção de blocos de thinking a partir do mais antigo, compaction e context editing no servidor, mudança de esforço e movimentação de marcadores de cache_control.
O check vale por padrão para contas de API criadas a partir de 31/08/2026. Contas mais antigas só o ativam ao definir prefix_mismatch_behavior, e a opção "drop_block" descarta o bloco em vez de falhar. Quem usa Claude Code, claude.ai ou o Claude Agent SDK não precisa fazer nada: essas camadas já mantêm o prefixo intacto.
Novos recursos em beta: esforço por mensagem, mensagens de sistema por turno e atualizações de progresso
Os recursos aditivos do Claude Fable 5.1 chegam em beta, cada um com seu header próprio, e três deles atacam o mesmo problema: mudar o comportamento de uma sessão longa sem esfriar o cache de prompt. O quarto, a proveniência de conteúdo, não pede header nenhum.
Esforço por mensagem (header mid-conversation-output-config-2026-07-01). Uma mensagem role: "system" carregando só output_config troca o nível de esforço no meio da conversa sem invalidar o cache. Suba para xhigh num passo difícil, desça para low nos rotineiros. O novo valor vale a partir do próximo turno do usuário e permanece até outra mensagem trocá-lo, aceitando os cinco níveis nomeados (low, medium, high, xhigh, max). No Fable 5, mudar o esforço entre requisições derrubava os prefixos em cache. Essa era a escolha ruim que o recurso elimina: pagar caro em thinking a sessão inteira ou pagar caro em cache frio.
Mensagens de sistema com escopo de turno (header mid-conversation-system-clear-at-2026-08-21). Com clear_at: "next_user_message", o texto carrega autoridade de prompt de sistema no turno atual e para de renderizar quando existe uma mensagem de usuário posterior. A mensagem fica no histórico e você a reenvia sempre, então nada anterior muda, o cache continua batendo e, depois de limpa, ela custa zero tokens de entrada. O caso de uso típico é o lembrete por turno num loop de ferramentas (“confira a caixa de entrada antes de rodar mais código”), que antes muita gente injetava e apagava na requisição seguinte, um padrão que agora invalida thinking.
Atualizações de progresso legíveis (header thinking-display-updates-2026-08-18). O modelo escreve pequenos updates entre tool calls sobre o que encontrou e o que fará, mas cada um chega como bloco de thinking, e o padrão display: "omitted" os devolve vazios. Resultado: um turno agêntico longo parece mudo para o usuário. Com display: "updates", esses textos voltam legíveis enquanto o raciocínio segue oculto; qualquer bloco de thinking com texto vira uma linha de status para a interface.
Proveniência de conteúdo, sem header e sem opção de desligar. Todo texto gerado pelo Fable 5.1 e pelo Mythos 5.1 carrega a marca d’água estatística da Anthropic em todas as plataformas, e imagens e vídeos produzidos pela ferramenta de execução de código saem com credenciais C2PA assinadas quando recuperados pela Files API. A marca não acrescenta tokens nem caracteres ocultos, não muda a legibilidade do texto e não carrega informação sobre a sua organização.
Diferenças de comportamento que aparecem sem alterar código
Sete diferenças de comportamento do Claude Fable 5.1 aparecem em produção sem que você toque numa linha de código, e cada uma tem correção de prompting documentada. Nenhuma delas derruba requisição. Elas mudam custo, latência e a cara da resposta, o que na prática pode doer tanto quanto um erro 400 que pelo menos avisa que existe.
A lista completa, com a correção ao lado:
- Menos chamadas paralelas de ferramentas. Em agent loops longos, em que as próximas leituras independentes estão só implícitas na tarefa, o modelo pode emitir uma tool call por turno onde o Fable 5 agrupava várias. Os turnos extras custam tokens, round trips e tempo de relógio, sem reduzir a qualidade da resposta. Correção: uma instrução de uma frase pedindo o agrupamento, reenviada a cada turno (a mensagem de sistema com escopo de turno serve exatamente para isso).
- Menos atualizações de progresso em execuções longas. O modelo escreve menos texto voltado ao usuário entre tool calls, sobretudo em esforço alto, e os resumos de codificação agêntica ficaram mais curtos. Se a sua interface depende de narração, peça explicitamente uma linha de abertura, updates periódicos e um recap final, e remova qualquer instrução que mande guardar achados para a resposta final.
- Mais respostas de memória em esforço baixo. No nível mais baixo, o modelo chama a ferramenta de busca ou retrieval com menos frequência que o Fable 5. Suba o esforço nos turnos que precisam de informação fresca ou diga no prompt quando a busca é obrigatória.
- Prosa mais densa em alguns casos. Frases mais longas e menos quebras de parágrafo que no Fable 5.
- Menos formatação em chat. Menos negrito, títulos e listas que nos modelos Claude anteriores. Regras anti-formatação escritas para aqueles modelos podem suprimir estrutura que o conteúdo pede; revise antes de reclamar da resposta.
- Citações sem marcação em resumos. Ao resumir documentos, o modelo reproduz trechos da fonte sem sinalizar que são citação literal com mais frequência.
- Reescrita de arquivos inteiros. Em edições de texto, a tendência é reescrever o arquivo todo em vez de mexer no trecho pontual. O resultado costuma ser o mesmo, mas a conta de tokens de saída e o tempo sobem.
Nada aqui é defeito. São recalibragens que uma suíte de evals bem montada captura no primeiro dia, e que passam meses despercebidas em quem só olha o dashboard de custo.
Como migrar do Claude Fable 5 para o Claude Fable 5.1
Migrar do Claude Fable 5 para o Claude Fable 5.1 é quase drop-in: superfície de API, limites, tokenizer, preços por token e tratamento de recusas continuam iguais, e o grosso do trabalho é verificar tool choice, histórico e esforço. O guia oficial de migração cobre o passo a passo, inclusive a partir de modelos mais antigos.
Antes de qualquer coisa, um atalho: no Claude Code, o comando /claude-api migrate this project to claude-fable-5-1 aplica a troca de model ID, as mudanças de parâmetro e a calibragem de esforço no seu código, pede confirmação do escopo antes de editar qualquer arquivo e devolve um checklist do que conferir manualmente. Ele detecta clientes Amazon Bedrock e ajusta o formato do ID para essas plataformas.
O checklist para quem migra na mão:
- Troque o model ID de
claude-fable-5paraclaude-fable-5-1, primeiro em staging. - Remova todo
tool_choiceforçado ("any"ou"tool") e mova a exigência para instrução explícita comstrict: true, structured outputs ou mensagem de sistema no meio da conversa. - Rode o check de histórico em três passos, se o seu código monta o array de mensagens sozinho: capture os corpos das requisições de alguns turnos normais e confira se o prefixo compartilhado fica byte a byte idêntico entre elas; depois rode uma sessão com o header
thinking-binding-controls-2026-08-01eprefix_mismatch_behavior: "drop_block", logandoinput_transformationsem cada resposta (array vazio significa histórico intacto); por fim escolha o valor de produção,"error"quando um mismatch só pode ser bug seu,"drop_block"quando é melhor degradar que falhar. - Re-tune o esforço com um sweep novo nas suas evals, começando em
high, em vez de herdar o valor calibrado para o Fable 5. Os ganhos maiores estão emxhighemax, que também custam mais tempo de thinking. - Revise os agent loops procurando o padrão de uma tool call por turno e acrescente a instrução de agrupamento.
- Re-execute as evals completas e refaça a linha de base de custo e latência. As contagens de tokens ficam praticamente iguais; a leitura de cache cai para um quarto.
Quem vem do Opus 5 soma três itens: confirmar elegibilidade se a organização tem acordo de retenção zero (o Fable 5.1 exige retenção de 30 dias), remover qualquer thinking: {"type": "disabled"}, que agora retorna erro 400 em qualquer nível de esforço, e esperar categorias de recusa além de "cyber", como "bio". Quem vem do Opus 4.8 ou de modelos anteriores aplica primeiro o guia de migração para a geração 5 e depois esse delta, com atenção redobrada ao histórico: integrações antigas costumam reconstruir o prompt de sistema a cada requisição, e o Opus 4.8 nunca reclamou disso. Se a sua operação ainda escolhe modelo e nível de esforço no olho, sem suíte de evals própria, montar uma antes da troca é o tipo de trabalho que cabe numa consultoria de IA curta e paga a diferença na primeira fatura.
Claude Mythos 5.1, disponibilidade nas plataformas e retenção de dados
O Claude Mythos 5.1 é a contraparte de acesso restrito do Fable 5.1: mesmas specs, mesmos preços, mesma queda no custo de leitura de cache, mas oferecido apenas a organizações aprovadas no Project Glasswing, com acesso negociado via time de contas da Anthropic, da AWS ou do Google Cloud. Uma diferença técnica relevante: o Mythos 5.1 dispensa o check de conversa, então editar turnos anteriores continua sem invalidar blocos de thinking nele. O cache de prompt, esse sim, reinicia do mesmo jeito a cada edição.
O Fable 5.1 chegou em 1º de setembro de 2026 a cinco plataformas:
- Claude API: todos os clientes, como
claude-fable-5-1 - Amazon Bedrock: como
anthropic.claude-fable-5-1 - Claude Platform on AWS: como
claude-fable-5-1 - Google Cloud: como
claude-fable-5-1 - Microsoft Foundry: rodando em infraestrutura da própria Anthropic
Um detalhe operacional que pega equipes com SLA apertado: nem o Fable 5.1 nem o Mythos 5.1 têm suporte a Priority Tier. O Fable 5 tem. Se a sua carga depende de capacidade priorizada, esse item entra na decisão de quando migrar.
Do lado de governança de dados, as regras são duras e valem para os dois modelos. Retenção de 30 dias é obrigatória, e uma requisição vinda de organização ou workspace sem essa retenção configurada retorna erro 400. Nenhum dos dois está disponível sob acordos de retenção zero de dados (ZDR), salvo autorização expressa da Anthropic, enquanto o Opus 5 continua disponível sob ZDR. Ambos carregam ainda a designação de Covered Models, herdada do Fable 5 e do Mythos 5. Para uma empresa brasileira de saúde ou de serviços financeiros que mapeou seus fluxos pela Lei 13.709/2018 (LGPD), esse é o parágrafo para levar ao jurídico antes de trocar o model ID em produção.
Perguntas frequentes sobre o Claude Fable 5.1
As dúvidas mais buscadas sobre o Claude Fable 5.1 giram em torno de preço, comparação com o Opus 5, disponibilidade e as regras novas de thinking. As respostas curtas estão abaixo; cada uma se sustenta sozinha.
Quanto custa o Claude Fable 5.1?
O Claude Fable 5.1 custa US$ 10 por milhão de tokens de entrada e US$ 50 por milhão de tokens de saída na API, os mesmos valores do Fable 5. A leitura de cache caiu para US$ 0,25 por milhão de tokens em setembro de 2026, um quarto do que era, e a Batch API mantém 50% de desconto. Em cargas agênticas que releem muito contexto cacheado, a Anthropic estima economia total de até 45%.
Qual a diferença entre o Claude Fable 5.1 e o Opus 5?
O Fable 5.1 custa o dobro do Opus 5 (US$ 10/US$ 50 contra US$ 5/US$ 25 por MTok), tem latência maior e corte de conhecimento um mês mais recente, em junho de 2026. Os dois compartilham a janela de 1 milhão de tokens e 128 mil tokens de saída. O critério da Anthropic: comece pelo Opus 5 e suba para o Fable 5.1 apenas quando suas evals em esforço alto ainda ficam aquém.
O que é o Claude Mythos 5.1?
O Claude Mythos 5.1 é o mesmo modelo que o Fable 5.1, com specs e preços idênticos, mas sem os classificadores de segurança e restrito a organizações aprovadas no Project Glasswing, voltado a trabalho legítimo em cibersegurança e ciências da vida. O acesso passa pelo time de contas da Anthropic, da AWS ou do Google Cloud. Ele também dispensa o check de edição de histórico que o Fable 5.1 aplica.
O Claude Fable 5.1 está disponível no Brasil?
Sim. O Fable 5.1 chegou em 1º de setembro de 2026 para todos os clientes da API Claude, sem processo de aprovação de acesso, além de Amazon Bedrock, Google Cloud, Microsoft Foundry e Claude Platform on AWS. O histórico recente pesa a favor da continuidade: quando o Fable 5 ficou 19 dias fora do ar no Brasil, a Anthropic restaurou o acesso global em 1º de julho de 2026 após reforçar um classificador de segurança.
Dá para desligar o thinking do Claude Fable 5.1?
Não. O thinking adaptativo está sempre ativo, e enviar thinking: {"type": "disabled"} retorna erro 400 em qualquer nível de esforço, assim como o modo manual com budget_tokens. O controle de gasto se faz pelos cinco níveis de esforço (low a max), inclusive trocando o nível no meio da conversa via mensagem de sistema em beta. Prefill da resposta do assistente e valores de temperature fora do padrão também retornam erro.
Quando o Claude Fable 5 será aposentado?
A Anthropic não anunciou data de aposentadoria para o Fable 5. A documentação só fixa o compromisso para o sucessor: o Fable 5.1 não sai de linha antes de 1º de setembro de 2027. Um indício de que o modelo anterior segue vivo por enquanto: o Fable 5 continua sendo o único da dupla com suporte a Priority Tier.
O que é a marca d’água do Claude Fable 5.1?
Todo texto gerado pelo Fable 5.1 e pelo Mythos 5.1 carrega uma marca d’água estatística da Anthropic, em todas as plataformas, sem opção de desligar. Ela não adiciona tokens nem caracteres ocultos, não altera o sentido ou a legibilidade da saída e não carrega informação sobre a sua organização. Imagens e vídeos gerados pela ferramenta de execução de código saem com credenciais C2PA assinadas quando recuperados pela Files API.
Por onde começar a migração hoje
A migração para o Claude Fable 5.1 começa com três movimentos, nesta ordem, e nenhum deles toca produção no primeiro dia. Primeiro, troque o model ID para claude-fable-5-1 em staging e procure os erros 400 óbvios: tool_choice forçado, thinking desabilitado, prefill. Segundo, rode o check de histórico com prefix_mismatch_behavior: "drop_block" e observe input_transformations por alguns dias de tráfego real. Array vazio em todas as respostas significa sinal verde. Terceiro, re-execute suas evals com um sweep de esforço a partir de high e refaça a linha de base de custo, contando a leitura de cache a US$ 0,25/MTok.
Quem cumpre essa sequência captura a economia de até 45% em cargas agênticas sem descobrir surpresa em produção. E se a sua equipe ainda mede modelo no olho, sem suíte de evals própria, fale com quem monta esse tipo de operação todo dia: a diferença entre migrar com medição e migrar no palpite aparece já na primeira fatura de setembro.
