Como Usar Claude Fable 5 com Claude Code

Execute Claude Fable 5 com Claude Code: defina o modelo via /model, settings.json, ou ANTHROPIC_MODEL, verifique-o, e gerencie com sabedoria o custo 2x superior ao do Opus 4.8.

INEZA Felin-Michel

INEZA Felin-Michel

10 junho 2026

Como Usar Claude Fable 5 com Claude Code

Apidog para empresas

Implantação local

SSO & RBAC

Conforme SOC 2

Explorar Apidog Enterprise

A Anthropic lançou o Claude Fable 5 em 9 de junho de 2026, e o caso de uso principal é exatamente o tipo de trabalho que a maioria dos desenvolvedores busca o Claude Code para fazer: sessões de codificação longas e autônomas que mantêm sua coerência em toda uma base de código. Se você já executa o CLI do Claude Code para a engenharia do dia a dia, apontá-lo para o novo modelo é uma pequena alteração de configuração com uma grande diferença comportamental. Este guia detalha a execução do Claude Fable 5 com o Claude Code de ponta a ponta, desde a seleção do modelo até a confirmação de que você está usando-o, ajustando execuções autônomas longas e mantendo a conta sob controle. Ao final, você saberá todas as formas suportadas de definir o modelo, como verificá-lo e onde o custo 2x sobre o Opus 4.8 vale a pena.

Se você deseja uma introdução mais aprofundada sobre o próprio modelo antes de configurar qualquer coisa, consulte o que é o Claude Fable 5. Este artigo foca no fluxo de trabalho do Claude Code.

button

TL;DR

Instale e autentique o Claude Code (v2.1.170 ou posterior), então defina o modelo para Fable 5 com o comando em sessão /model fable ou /model claude-fable-5. Você também pode iniciar com claude --model fable, exportar ANTHROPIC_MODEL=claude-fable-5 ou fixar "model": "fable" no seu arquivo de configurações. Confirme com /status. O Fable 5 custa $10/M de entrada e $50/M de saída, o que é 2x o Opus 4.8, então planeje sessões longas deliberadamente.

Um monitor de computador exibe um dashboard de desempenho ou métricas de um modelo de IA. O título do dashboard é 'Métricas de Desempenho do Claude Fable 5', com gráficos e números que indicam a eficiência e o custo do modelo. Pode haver uma seção destacando o custo por milhão de tokens de entrada e saída. As cores são suaves e profissionais, com texto claro e legível.

Por que executar o Claude Code no Fable 5

O Claude Code é o agente de codificação de linha de comando oficial da Anthropic. Ele é executado em modelos da Anthropic, edita arquivos no seu repositório, executa comandos e realiza tarefas de várias etapas a partir do seu terminal. O modelo por trás dele define o limite de quão longe ele pode ir antes de perder o foco, e é aí que o Fable 5 muda a matemática.

A tela de um terminal mostrando o Claude Code em ação. O texto do terminal exibe mensagens de status e comandos sendo executados por um agente de IA. O Claude Code parece estar interagindo com uma base de código, talvez realizando uma tarefa de refatoração ou migração. O fundo do terminal é escuro com texto claro e o prompt da linha de comando visível.

A Anthropic construiu o Fable 5 para codificação autônoma de longo prazo. Em suas próprias palavras, o modelo "mantém o foco em milhões de tokens em tarefas de longa duração e melhora suas saídas usando suas próprias anotações." Essa é uma forma diferente de trabalho do que uma refatoração rápida. A prova publicada pela Anthropic é uma migração que a Stripe executou durante os testes: o Fable 5 completou uma alteração em toda a base de código em 50 milhões de linhas de Ruby em um único dia, trabalho que a empresa disse que uma equipe levaria mais de dois meses para fazer manualmente. Você pode ler o artigo completo no anúncio do Claude Fable 5.

A contrapartida é o preço. O Fable 5 custa $10 por milhão de tokens de entrada e $50 por milhão de tokens de saída, o que é o dobro do Opus 4.8, que custa $5 e $25. Então, a resposta honesta para "devo executar o Claude Code no Fable 5 o tempo todo" é não. Execute-o quando a tarefa for genuinamente de longo prazo e o custo de um humano fazendo o mesmo trabalho superar em muito o custo dos tokens. Para edições de rotina, Opus 4.8 ou Sonnet é o padrão melhor. Se você está avaliando os dois lado a lado, Claude Fable 5 vs Opus 4.8 detalha onde cada um se destaca.

Este também é um exercício familiar se você já trocou de modelos no Claude Code antes. As mecânicas aqui são as mesmas abordadas em executando GLM-5.1 com Claude Code; apenas o ID do modelo muda.

Pré-requisitos

Antes de definir o modelo, certifique-se de ter o seguinte:

Uma advertência que vale a pena saber de antemão: o Fable 5 não está disponível sob retenção zero de dados (ZDR). Se sua organização executa o Claude Code com ZDR ativado, o seletor de modelo ou omite o Fable 5 ou o mostra desativado. Essa é uma restrição de política, não um bug.

Definir o Claude Code para usar o Claude Fable 5

O Claude Code oferece quatro maneiras de selecionar um modelo, e elas são aplicadas em uma ordem de prioridade definida. Da mais alta para a mais baixa no momento em que uma sessão é iniciada: uma escolha /model em sessão, o sinalizador de inicialização --model, a variável de ambiente ANTHROPIC_MODEL e, em seguida, o campo model no seu arquivo de configurações. Aqui está cada uma com o valor do Fable 5.

Você pode usar o alias fable ou o nome completo do modelo claude-fable-5 em todos os lugares onde um modelo é aceito. O alias resolve para a versão Fable recomendada para o seu provedor e se atualiza com o tempo; o ID completo fixa naquele modelo exato. A referência completa do Claude Code está nos docs de configuração de modelo do Claude Code.

Opção 1: trocar em sessão com /model

Este é o caminho mais rápido e o que a maioria das pessoas usa. Dentro de uma sessão do Claude Code em execução, digite:

/model fable

Ou, para fixar o ID exato do modelo em vez do alias:

/model claude-fable-5

Executar /model sem argumento abre o seletor, onde você seleciona Fable 5 da lista. Nas versões recentes, escolher um modelo com /model o salva como padrão para novas sessões, escrevendo o campo model nas suas configurações de usuário. No seletor, pressionar Enter troca e o salva como seu padrão, enquanto pressionar s troca apenas para a sessão atual. Digitar /model fable diretamente se comporta como Enter, então sessões posteriores iniciarão com Fable 5 até que você mude os modelos.

Se a conversa já tiver saída, o seletor pede confirmação antes de trocar, porque a próxima resposta re-lê o histórico completo sem contexto em cache. Isso é esperado; uma troca de modelo no meio da conversa acarreta um custo único de re-leitura.

Opção 2: iniciar com o sinalizador --model

Para iniciar uma única sessão no Fable 5 sem alterar nenhum padrão salvo, passe o sinalizador ao iniciar:

claude --model fable

Ou com o ID completo:

claude --model claude-fable-5

O sinalizador --model se aplica apenas à sessão que você inicia com ele. Esta é a maneira mais limpa de executar diferentes modelos em diferentes terminais ao mesmo tempo: dê a cada janela seu próprio sinalizador --model em vez de trocar com /model, o que escreveria um padrão compartilhado.

Opção 3: definir a variável de ambiente ANTHROPIC_MODEL

Se você deseja que uma sessão comece com Fable 5 a partir do seu shell, exporte a variável antes de iniciar:

export ANTHROPIC_MODEL=claude-fable-5
claude

Assim como o sinalizador, ANTHROPIC_MODEL se aplica apenas às sessões iniciadas sob ele. Um detalhe de precedência a ser observado: se você definir ANTHROPIC_MODEL tanto como uma exportação de shell quanto dentro do bloco env do settings.json, a exportação de shell vence, porque o objeto env das configurações se aplica na inicialização, mas não sobrescreve uma variável de shell preexistente.

Opção 4: fixá-lo no seu arquivo de configurações

Para tornar o Fable 5 seu padrão persistente entre as sessões, defina o campo model no seu arquivo de configurações. As configurações do usuário ficam em ~/.claude/settings.json; as configurações com escopo de projeto ficam em .claude/settings.json (ou .claude/settings.local.json, que tem prioridade, mas se aplica apenas a você). Um arquivo de configurações mínimo se parece com isto:

{
  "model": "claude-fable-5"
}

O alias também funciona aqui:

{
  "model": "fable"
}

As configurações de projeto e gerenciadas têm precedência e são reaplicadas no próximo lançamento, então se a escolha /model de um colega de equipe divergir do padrão do projeto, a configuração do projeto vence quando ele reiniciar. Esse é o mecanismo que as empresas usam para padronizar uma equipe em um modelo.

Verifique se você está usando o Fable 5

Nunca presuma que a troca funcionou. Confirme o modelo ativo antes de iniciar uma execução longa e cara. Existem duas maneiras confiáveis:

  1. Execute /status. Dentro de uma sessão do Claude Code, /status exibe o modelo ativo junto com as informações da sua conta. Esta é a verificação definitiva.
  2. Leia a linha de status. Se você tiver uma linha de status configurada, o modelo ativo é mostrado continuamente ali, para que você possa confirmar de relance sem abrir um menu.

Se /status mostrar Opus 4.8 em vez de Fable 5 logo depois de você selecionar Fable, a causa mais comum é uma configuração de projeto ou gerenciada que está sobrescrevendo sua escolha na inicialização. Quando o modelo ativo na inicialização vem de configurações de projeto ou gerenciadas, o cabeçalho de inicialização informa qual arquivo de configurações o definiu. Execute /model para sobrescrever para a sessão; a configuração do projeto será reaplicada no próximo lançamento.

A segunda coisa a observar: o Fable 5 executa classificadores de segurança para conteúdo de segurança cibernética e biologia. Quando um classificador sinaliza uma requisição, o Claude Code a executa automaticamente novamente no modelo Opus padrão, Opus 4.8 na API da Anthropic, e mostra um aviso na transcrição. Assim, mesmo depois de você selecionar Fable 5, uma requisição individual pode ser executada silenciosamente no Opus 4.8. A Anthropic relata que mais de 95% das sessões Fable não envolvem fallback, então para código de aplicação comum isso é raro, mas explica o aviso ocasional de "trocou para Opus". Para retornar ao Fable 5 após um fallback, execute /model fable novamente.

Emparelhando Claude Code com Apidog

Quando o Claude Code termina de escrever ou editar uma API, a próxima pergunta é se os endpoints realmente se comportam. Uma execução autônoma longa pode tocar dezenas de rotas, e ler um diff não é o mesmo que confirmar se a API retorna o que deveria. É aqui que o Apidog se encaixa perfeitamente no ciclo: o Claude Code escreve o código, o Apidog valida o comportamento em tempo real.

A tela de um computador mostrando o Apidog, uma plataforma de colaboração e gerenciamento de API. O Apidog exibe várias requisições e respostas de API em um ambiente de desenvolvimento. O layout inclui um explorador de projetos à esquerda, uma área principal para criar e testar APIs, e painéis para visualizar detalhes de requisições e respostas. Há gráficos e dados mostrando o desempenho e a validação das APIs.

Aqui está um fluxo de trabalho concreto após uma sessão do Claude Code que alterou sua API:

  1. Peça ao Claude Code para emitir ou atualizar uma especificação OpenAPI. Se o seu projeto mantém um documento OpenAPI, peça ao agente para atualizá-lo junto com a implementação. Se não, peça para ele gerar um para as rotas que foram alteradas. Uma especificação é a entrega mais limpa entre o código e suas ferramentas de teste.
  2. Importe a especificação para o Apidog. No Apidog, crie ou abra um projeto e importe o arquivo OpenAPI. O Apidog lê os caminhos, métodos, parâmetros e schemas e transforma cada endpoint em uma requisição executável, para que você não precise digitar URLs manualmente.
  3. Execute as requisições. Dispare os endpoints alterados contra seu servidor local ou de staging. Envie uma requisição real, inspecione o código de status, cabeçalhos e corpo, e confirme se a resposta corresponde ao que o código deveria retornar.
  4. Valide as respostas em relação ao schema. O Apidog pode verificar se cada resposta está em conformidade com o schema na especificação. Isso detecta a lacuna entre o que o código retorna e o que o contrato promete, que é exatamente o tipo de desvio que uma alteração rápida e automatizada pode introduzir.
  5. Salve as requisições como casos de teste. Uma vez que os endpoints são aprovados, mantenha as requisições como um conjunto de testes de regressão. Na próxima vez que o Claude Code, ou qualquer pessoa, tocar nessas rotas, você re-executa o conjunto e vê imediatamente se algo quebrou.

Este emparelhamento importa mais, não menos, com um modelo de longo prazo. Quanto maior a alteração autônoma, maior a área de superfície para verificar, e um conjunto de testes executável no Apidog transforma "o agente diz que terminou" em "os endpoints estão confirmados como funcionando." Você pode baixar o Apidog e importar uma especificação existente em alguns minutos.

button

Pratique o design de API no Apidog

Descubra uma forma mais fácil de construir e usar APIs