Claude Fable 5.2: Especificações, preços da API e migração — Folha de dicas

Claude Fable 5.2 (lançado em 9 de novembro de 2026) é o modelo frontier carro-chefe da Anthropic, projetado especificamente para raciocínio exigente e trabalho agêntico de longo horizonte. Em comparação com o Fable 5.1, a geração padrão é até 30% mais rápida, os preços base da API são 20% menores, e um modo Fast (Fast mode) opcional entrega velocidade de geração de tokens de até 2,5×.

💡 Relação entre modelos irmãos: Claude Fable 5.2 e Claude Mythos 5.2 compartilham os mesmos pesos fundamentais subjacentes. O Fable 5.2 é distribuído amplamente com salvaguardas cibernéticas e biológicas rigorosas; o Mythos 5.2 é restrito exclusivamente a instituições verificadas nos programas Cyber e Life Sciences Verification Programs da Anthropic.

🔗 Folhas de dicas relacionadas: Folha de dicas do Claude Code CLI · Comparativo de CLIs de agentes de IA no terminal · Arquitetura e runtime de AI Agent Harness · Conceitos técnicos de LLMs e agentes de IA · Comparativo dos 4 principais agentes Always-on

---

1. Especificações principais e IDs de modelo multiplataforma

---

2. Preços da API e comparativo de custos (USD por milhão de tokens)

As tarifas padrão de entrada e saída caíram 20% em relação ao Fable 5.1, com descontos agressivos para leituras com Prompt Caching:

⚡ Dica de otimização de custos: Loops agênticos de múltiplos turnos reenviam repetidamente prompts de sistema, definições de ferramentas e histórico. Ativar o Prompt Caching reduz o custo de leitura de cache para $0.20 / MTok — igualando o preço de leitura do Opus 5.5.

---

3. Referência de ajuste de effort em cinco níveis

O raciocínio adaptativo fica sempre habilitado no Fable 5.2; ajuste effort para equilibrar profundidade de raciocínio, latência e custo de tokens:

---

4. Limites de seleção de modelo e casos de uso de alto valor

4.1 Fluxo de decisão recomendado para roteamento

O Fable 5.2 não é um modelo para chat casual. Comece a maioria das cargas de trabalho com Sonnet 5.5 ou Opus 5.5 e escale para o Fable 5.2 apenas quando um effort maior no Opus 5.5 ainda não for suficiente ou a tarefa exigir execução autônoma por várias horas:

Nova tarefa recebida
 ├── Chat casual, escrita leve, resumos rotineiros, perguntas simples?
 │     └── SIM ➔ Use Claude Sonnet 5.5 / Opus 5.5 (menor latência, 1/4–1/2 do custo)
 └── NÃO (Engenharia complexa / pesquisa profunda / agente de várias etapas)
       ├── O Opus 5.5 com effort mais alto atende ao padrão de qualidade?
       │     └── SIM ➔ Permaneça no Claude Opus 5.5 (melhor custo-benefício)
       └── NÃO / Orquestração autônoma de múltiplas horas necessária
             └── Escale para o Claude Fable 5.2
                   ├── Fluxo crítico em latência? ➔ Modo Fast (2,5× velocidade, 2× preço)
                   └── Fluxo padrão / assíncrono? ➔ Modo padrão + effort high

4.2 Domínios de aplicação de alto valor

---

5. Mudanças incompatíveis (Breaking Changes) e checklist de migração

Verifique todas as quatro alterações de plataforma antes de atualizar cargas de produção para claude-fable-5-2:

Exemplos de código para migração

1) Conjunto de ferramentas Computer Use atualizado com modo Fast opcional:

response = client.messages.create(
    model="claude-fable-5-2",
    max_tokens=64000,
    speed="fast",  # Opcional: ativa o modo Fast (até 2.5x de velocidade pelo dobro do preço por token)
    tools=[
        {
            "type": "computer_toolset_20260801",  # Substitui o obsoleto computer_20251124
            "display_width_px": 1280,
            "display_height_px": 800,
        }
    ],
    messages=[{"role": "user", "content": "Run the automated desktop verification suite."}],
)

2) Tratando alterações dinâmicas de prefixo com prefix_mismatch_behavior (requer cabeçalho beta):

// Cabeçalho da requisição:
// anthropic-beta: thinking-binding-controls-2026-08-01
{
  "model": "claude-fable-5-2",
  "thinking": {
    "type": "adaptive",
    "block_binding": {
      "prefix_mismatch_behavior": "drop_block"
    }
  }
}

⚠️ Observação: Definir prefix_mismatch_behavior como "drop_block" (o padrão é "error") descarta blocos de raciocínio anteriores invalidados em vez de falhar a requisição; espere um consumo ligeiramente maior de tokens de saída quando o modelo repensar esses turnos.