Claude Fable 5.1 na AWS: o modelo que exige histórico imutável

Existem dois caminhos distintos e a escolha entre eles não é cosmética. O primeiro é Claude in Amazon Bedrock, com o ID anthropic.claude-fable-5-1, servido pelo endpoint bedrock-mantle.{region}.api.aws/anthropic/v1/messages, a Messages API da Anthropic assinada com SigV4, não mais o InvokeModel/Converse de ARN versionado. A AWS opera a stack, é a única processadora de dados e a autorização passa a ser bedrock-mantle:CreateInference sobre o ARN do modelo. O segundo é Claude Platform on AWS, operado pela Anthropic, faturado via AWS Marketplace, com acesso a features tipicamente no mesmo dia do lançamento e suporte a PrivateLink.

As especificações são idênticas nos dois: 1M de contexto, 128K de saída, adaptive thinking sempre ativa com effort default em high, entrada de texto e imagem. O endpoint global está disponível para o Fable 5.1; endpoints regionais, hoje, só em us-east-1, e endpoint regional custa 10% a mais que o global, o que é um detalhe caro de descobrir depois de escrever a política de residência de dados. O blog de lançamento cita ainda os perfis de inferência us. e global. e suporte em GovCloud (US).

Vale registrar o que a própria documentação recomenda: para a maioria das cargas, comece pelo Claude Opus 5 (US$ 5 / US$ 25 por milhão) e só suba para o Fable 5.1 quando suas avaliações no Opus 5 em effort alto ainda não fecharem. Isso é uma orientação de custo dita pelo fornecedor, e eu a levo a sério.

Aqui está a parte que vai custar sprint. Três mudanças são quebra de contrato para quem já chama o Fable 5.

Primeira: tool_choice forçado deixou de existir. {"type": "any"} e {"type": "tool", "name": "..."} retornam 400 invalid_request_error. A justificativa é técnica e boa, thinking está sempre ligada, e uma chamada forçada pularia o raciocínio, empurrando o "pensar" para dentro dos argumentos da ferramenta e degradando a qualidade deles. Só que metade dos orquestradores que já vi em produção usa tool_choice forçado como mecanismo de saída estruturada. A migração é ir para strict tool use ou structured outputs, e structured outputs não está disponível no Bedrock. No caminho AWS-nativo, sobra instrução explícita em prompt mais validação de schema do seu lado.

Segunda e terceira, que são a mesma dor: thinking blocks são vinculados. Cada bloco registra qual modelo o produziu e é preservado numa direção só. E modificar qualquer coisa antes de um thinking block, o system, o array tools, uma mensagem anterior, resulta em erro na próxima requisição: 400 com "The block is bound to a different conversation". Isso é enforced para contas criadas a partir de 31 de agosto de 2026.

Os padrões que quebram são banais: injetar um lembrete por requisição e removê-lo depois, reordenar turnos, reconstruir o system entre chamadas na mesma conversa. Todo mundo faz isso.

US$ 10 por milhão de tokens de entrada e US$ 50 de saída é caro, e continua igual ao Fable 5. O que mudou é onde o dinheiro é gasto.

Em agente de longa duração, o volume dominante não é prompt novo: é reler o mesmo prefixo, instruções, definição de ferramentas, arquivos carregados, a cada turno. Com leitura de cache a 0,025× do input em vez de 0,1×, esse componente cai a um quarto. Faça a conta com números plausíveis: prefixo de 200 mil tokens, 50 turnos, cache quente. São 10 milhões de tokens de cache read: US$ 2,50 no Fable 5.1 contra US$ 10,00 no Fable 5. A escrita de cache não mudou (US$ 12,50/MTok para 5 minutos, US$ 20 para 1 hora) e o mínimo cacheável continua em 512 tokens.

Dois contrapesos honestos. Primeiro, a saída a US$ 50/MTok é onde o Fable 5.1 dói mais, e a documentação registra uma regressão de custo específica: o modelo tende a reescrever arquivos inteiros em vez de fazer edições cirúrgicas. Num agente de código, isso é dinheiro queimado em tokens de saída, a correção é de prompt, mas você precisa saber que existe. Segundo, o tokenizador atual produz cerca de 30% mais tokens para o mesmo texto do que os modelos anteriores ao Opus 4.7. Comparar preço de tabela entre gerações sem corrigir por isso dá o número errado.

O desconto de 50% em lote (US$ 5 / US$ 25) existe, mas a Message Batches API não está no Bedrock.

Esta é a parte que decide se o modelo entra num ambiente financeiro regulado, e é onde o anúncio é mais denso do que parece.

O Fable 5.1 é um Covered Model: carrega retenção de dados de 30 dias e não está disponível sob zero data retention a menos que expressamente autorizado pela Anthropic. Para quem tem cláusula contratual de ZDR, isso é um bloqueio, não um detalhe. A resposta é o Enterprise Frontier Safeguards, construído em parceria entre AWS e Anthropic: em vez de escolher entre privacidade e detecção de uso indevido, os dados de atividade ficam no seu bucket S3, sob suas chaves de criptografia e suas políticas de acesso, com análise automatizada procurando sinais de abuso, sem revisão humana por funcionários da Anthropic. A Anthropic não cobra pelo EFS; você paga o armazenamento, as leituras, as escritas e o egress à AWS.

O detalhe operacional que importa: o EFS entra em fases a partir do fim deste outono no hemisfério norte, e o blog da AWS registra que clientes elegíveis recebem ZDR em Fable 5 e 5.1 no Bedrock e no Claude Platform on AWS até 31 de dezembro de 2026. É uma janela contratual com data de validade, se o seu programa depende dela, coloque no calendário de risco agora.

Acrescente a isso a proveniência de conteúdo: todo texto gerado carrega a marca d'água estatística da Anthropic, e arquivos de imagem e vídeo produzidos pelo modelo carregam Content Credentials C2PA assinadas quando recuperados pela Files API, que, lembre, não está no Bedrock.