A Anthropic lançou em 9 de novembro de 2026 o Claude Fable 5.2 (claude-fable-5-2), disponível na API da Claude, no Amazon Bedrock, no Google Cloud e no Microsoft Foundry. O Claude Mythos 5.2 é o mesmo modelo com menos bloqueios em segurança ofensiva e biologia, liberado só para organizações aprovadas nos programas de verificação da Anthropic. Os dois custam US$ 8 por milhão de tokens de entrada e US$ 40 por milhão de saída, contra US$ 10 e US$ 50 da versão 5.1. O guia de migração chama a troca de "mostly drop-in", quase só mudar o nome do modelo, e lista em seguida quatro mudanças que podem quebrar código em produção.
O que muda na API
A mudança com maior alcance é a verificação de prefixo. Quando o modelo raciocina, a API devolve blocos de thinking que a aplicação reenvia nas próximas chamadas da conversa. No Fable 5.2, esses blocos só valem se tudo o que veio antes deles continuar igual: o prompt de sistema, o conjunto de ferramentas e todas as mensagens anteriores. Se a aplicação mudou alguma dessas partes entre uma chamada e outra, a resposta é um erro 400 invalid_request_error.
A documentação cita as edições mais comuns que disparam o erro: remontar o prompt de sistema com a data do dia ou um modo de operação, reescrever o contexto na primeira mensagem, encurtar resultados antigos de ferramentas para economizar tokens, reordenar mensagens e adicionar ou remover ferramentas no meio da conversa. São técnicas comuns para controlar custo e contexto, e muitas integrações usam pelo menos uma delas.
A regra já existia, mas com exceções. No Fable 5.1, no Opus 5.5, no Sonnet 5.5 e no Haiku 5.5, contas criadas antes de 31 de agosto de 2026 não recebiam o erro: os blocos inválidos chegavam ao modelo e a chamada seguia. No Fable 5.2 e no Mythos 5.2 a verificação vale para qualquer conta. A própria documentação avisa que uma execução sem erro na chave de API do time não prova que o código mantém o prefixo intacto. Por isso, testar com a conta antiga não basta.
As outras três mudanças atingem menos gente:
- quem usa a ferramenta de uso de computador na versão
computer_20251124recebe erro 400 em todas as plataformas, menos no Bedrock, e precisa passar para ocomputer_toolset_20260801; - com a ferramenta de assessor (em beta), um executor Fable 5.2 só aceita Fable 5.2 ou Mythos 5.2 como assessor;
- o Fable 5.1 não lê os blocos de raciocínio do 5.2, então uma conversa que volta para o modelo anterior perde esse raciocínio, sem erro.
Quem é afetado
O grupo mais exposto é o de empresas que têm produto próprio chamando a Messages API com raciocínio ativo e que mantêm conversas longas: assistentes dentro do produto, agentes de suporte, automações que encadeiam ferramentas. Quem usa o Claude Managed Agents só precisa trocar o nome do modelo, segundo o guia, além do modelo do assessor quando houver um.
Há também a questão de retenção de dados. O Fable 5.2 exige retenção de 30 dias, como o 5.1, e não roda sob acordo de retenção zero sem autorização expressa da Anthropic. Para quem vem do Opus 5.5 com retenção zero, é a primeira barreira, e a API responde com erro 400 a qualquer chamada vinda de uma organização ou workspace sem os 30 dias. Isso é decisão de contrato e de jurídico antes de ser tarefa de engenharia.
O preço também depende de onde o time parte. Para quem já usa o Fable 5.1, o 5.2 sai 20% mais barato por token. Para quem usa o Opus 5.5, que custa US$ 4 e US$ 20, o Fable 5.2 custa o dobro. A Anthropic continua recomendando o Opus 5.5 como modelo de uso diário. Os ganhos que ela publica para o 5.2 em testes de programação com agentes (69,9% no SWE v2 contra 62,3% do Opus 5.5) são números do próprio fornecedor, medidos nas condições dele.
O que fazer antes de trocar o modelo
Não há prazo. A Anthropic não anunciou desativação do Fable 5.1 nem do Opus 5.5, então quem não pretende trocar não precisa fazer nada agora. Para quem vai trocar, o checklist do guia de migração se resume a quatro passos, com a retenção resolvida antes de tudo:
- Se a organização tem retenção zero, resolver a retenção de 30 dias com a Anthropic ou configurar um workspace separado antes de qualquer teste.
- Procurar no código onde o prompt de sistema, a lista de ferramentas ou mensagens antigas mudam durante a conversa, e tornar a integração só de acréscimo: o histórico cresce no fim e nada antes é reescrito.
- Atualizar o uso de computador e o modelo do assessor, se a integração usar essas ferramentas.
- Rodar a suíte de testes contra o Fable 5.2, porque o comportamento antigo da conta não é referência.
Existe uma saída provisória: a opção prefix_mismatch_behavior: "drop_block", em beta, descarta os blocos inválidos e deixa a chamada passar. A documentação a trata como paliativo, porque o modelo perde o raciocínio anterior e tende a gastar mais tokens de saída para refazê-lo. Na conta, isso pode anular a redução de preço.
A troca de modelo tem custo de engenharia mesmo quando o fornecedor é o mesmo, e esse custo entra na comparação, como discuti em O custo de uma ferramenta inclui o trabalho para substituí-la. Neste caso, o trabalho fica concentrado na forma como a aplicação monta o histórico da conversa.
O que ainda não se sabe
A Anthropic não informou data de desativação do Fable 5.1 nem se a verificação de prefixo para qualquer conta será estendida aos modelos anteriores. Também não há números independentes sobre o desempenho do 5.2 nem sobre quanto o modo drop_block aumenta o consumo em conversas reais. O acesso ao Mythos 5.2 depende de aprovação caso a caso, sem critérios públicos além dos programas de verificação.
Se a sua empresa está avaliando algo parecido, me chama no LinkedIn ou no WhatsApp.
