Como usar o Claude Fable 5.2 no Claude Code para corrigir um bug

Ilustração representando a seleção do Claude Fable 5.2 no Claude Code para corrigir um bug
Resposta rápida

Selecione o modelo com claude --model fable, com a variável ANTHROPIC_MODEL=fable ou com /model fable durante a sessão. O esforço padrão do Fable 5.2 no Claude Code é medium, e você pode ajustá-lo com /effort ou com as setas no seletor /model. Para corrigir um bug, descreva o arquivo, o comportamento esperado e como reproduzir o problema. Antes de aceitar a correção, rode os testes e revise o diff.

A Anthropic lançou o Claude Fable 5.2 em 9 de novembro de 2026. O modelo está disponível no Claude Code e na Claude Platform.

Este tutorial é para quem já usa o Claude Code no dia a dia e quer trocar o modelo para uma tarefa comum: corrigir um bug e validar a correção.

O que você precisa antes de usar o Fable 5.2 no Claude Code

A lista é curta:

  • Um projeto com um bug que você consiga reproduzir. Sem um jeito de reproduzir o problema, não há como provar que ele foi corrigido.

Passo a passo: selecionar o Fable 5.2 e corrigir um bug

O fluxo tem quatro etapas: escolher o modelo, conferir o esforço, descrever o bug e validar a correção.

1. Escolha o modelo

A documentação de configuração de modelo mostra três formas de selecionar o modelo. Para abrir o Claude Code já com o Fable:

claude --model fable

Para não digitar o modelo a cada vez, defina a variável de ambiente antes de abrir o Claude Code:

ANTHROPIC_MODEL=fable

Se a sessão já estiver aberta, troque o modelo direto no chat:

/model fable

Rodar /model sem argumento abre o seletor de modelos. Se você também integra pela API, o ID do modelo é claude-fable-5-2, conforme a página do modelo na Claude Platform.

Erro comum deste passo: o alias fable aponta para o Fable 5.2 em quase todos os casos. A exceção são as sessões que passam pelo gateway dos apps Claude, onde o alias leva ao Fable 5. Nesse caso, a documentação orienta selecionar o modelo explicitamente com /model claude-fable-5-2. Se o gateway não oferecer o modelo, a requisição será recusada.

2. Confira o esforço

Com o modelo selecionado no seletor /model, as setas para a esquerda e para a direita ajustam o nível de esforço. Fora do seletor, use:

/effort

Erro comum deste passo: esperar que o nível de esforço do modelo anterior continue valendo. O Claude Code salva o esforço por modelo. O Opus 5.5 e os modelos lançados depois dele começam no próprio padrão até você escolher outro nível. Então, se você usava high em outro modelo, o Fable 5.2 vai abrir no padrão dele, que é medium.

3. Descreva o bug com contexto

Quanto mais concreto o pedido, menos o modelo precisa adivinhar. Um bom prompt diz em qual arquivo o problema aparece, o que deveria acontecer e como reproduzir.

Troque o arquivo, a função e os valores pelos do bug que você está corrigindo. A estrutura fica assim:

O cálculo de desconto em src/cart/discount.js retorna valor negativo
quando o cupom é maior que o total do carrinho.

Comportamento esperado: o total final nunca fica abaixo de zero.

Como reproduzir: carrinho com total 50 e cupom de 80.

Encontre a causa, proponha a correção e escreva um teste que cubra
esse caso.

Se liga no último pedido: o teste novo vira a prova de que o bug foi corrigido, em vez de você depender só da explicação do modelo.

4. Valide antes de aceitar

Peça ao modelo que rode a suíte de testes do projeto ou reproduza o cenário descrito no passo anterior. Depois, leia o diff com calma. O que importa é o que mudou no código, e não só o resumo que o modelo escreve no chat.

Erro comum deste passo: aceitar a correção porque a explicação parece convincente. Explicação boa não substitui teste passando. Se a validação falhar, devolva a saída do teste para o modelo e peça uma nova tentativa.

Qual esforço usar para corrigir bugs no Fable 5.2

O padrão medium faz o modelo raciocinar menos antes de agir do que o high. Na maioria dos bugs do dia a dia, isso significa respostas mais rápidas e menos tokens gastos.

Que esforço é esse? É um controle separado do modelo, que define quanto ele raciocina antes de agir. Na prática, o nível escolhido afeta velocidade, consumo de tokens e qualidade da saída. Mais esforço tende a render respostas mais cuidadosas, mas elas demoram mais e custam mais tokens.

O Claude Code tem cinco níveis de esforço:

  • low
  • medium
  • high
  • xhigh
  • max

Os quatro primeiros continuam valendo entre sessões. O max vale só para a sessão atual. Na próxima sessão, o Claude Code volta ao nível que estava salvo para aquele modelo.

Essa lista vale para o Claude Code de forma geral. Antes de escolher, abra o seletor /model com o Fable 5.2 ativo e confira quais níveis aparecem para ele.

Uma regra simples para bugs:

  • Bug localizado, com reprodução clara: comece em medium.
  • Bug que some e volta, envolve vários módulos ou exige uma investigação longa: suba o esforço para um nível acima de medium entre os que o seletor mostrar. Esse é justamente o perfil para o qual o alias fable é indicado, segundo a documentação: tarefas difíceis e longas.
  • Max: se ele aparecer para o Fable 5.2 no seletor, reserve para uma sessão pontual em que os outros níveis não resolveram. Como ele não persiste, você não esquece ligado por acidente.

Quanto custa e quais são os limites do Fable 5.2

Os valores abaixo são do uso pela API, não da assinatura do plano que você usa no Claude Code.

ItemFable 5.2
Entrada (por milhão de tokens)US$ 8 (era US$ 10 no Fable 5.1)
Saída (por milhão de tokens)US$ 40 (era US$ 50 no Fable 5.1)
Janela de contexto1M tokens
Saída máxima128K tokens

O preço e o ganho de velocidade, com saídas até 30% mais rápidas que as do Fable 5.1, vêm do anúncio oficial da ClaudeDevs. A janela de contexto e a saída máxima estão na página do modelo na Claude Platform.

Próximo passo

Escolha um bug aberto no seu repositório, de preferência um que já tenha passos de reprodução no ticket. Rode o fluxo completo em medium, terminando com o teste novo e a revisão do diff.

Se a correção não passar na validação, suba o esforço para um nível acima de medium e repita, devolvendo ao modelo a saída do teste que falhou. Assim você descobre, no seu próprio código, em que tipo de problema vale a pena gastar mais esforço 🙂.

Fontes consultadas

Consulta em .

Veja mais exemplos práticos no canal Hora de Codar. Se quiser aprofundar o contexto, veja Pare De Pagar Pelo Claude Code: zCode Te Dá GLM 5.2 De Graça.

Escrito por | Matheus Battisti

Matheus Battisti
Fundador da Hora de Codar

Programador apaixonado pelo mundo das tecnologias, sempre buscando em aprender e se aprofundar em linguagens, frameworks e o que mais for necessário para executar um bom trabalho. Agora tem uma nova missão que é de passar seu conhecimento adiante para formar novos programadores e especializar mais os que já são.

Formações

Formação Vibe Coding

Formação Vibe Coding

Do Prompt ao Produto: Crie Software Real com IA

  • 474 aulas
  • 20 projetos
  • 39h 30min

Blog | Mais populares