O período gratuito do Fable 5 termina em 7 de julho.
Hoje é 3 de julho de 2026. Em outras palavras, o tempo de "usar o Fable porque é gratuito" está terminando em alguns dias, e a partir de 8 de julho, ele passará para um sistema de crédito baseado em uso.
Então, o que fazemos a partir de 8 de julho?
O Sonnet 5 está disponível em todos os planos, incluindo o Gratuito.
O preço introdutório até 31 de agosto é de US$ 2 por 1 milhão de tokens de entrada e US$ 10 por 1 milhão de tokens de saída. Depois disso, será US$ 3 para entrada e US$ 15 para saída. O Fable 5 custa US$ 10 para entrada e US$ 50 para saída.
Mesmo nos preços regulares, a diferença é de cerca de 3,3x. Comparado ao preço introdutório do Sonnet 5, é 5x.
Além disso, o Sonnet 5 tem uma janela de contexto de 1M e 128k de saída. A capacidade de ler documentos longos e código é a mesma do Fable 5.
Se for esse o caso, a única coisa que falta é realmente "desempenho"?
Minha conclusão é um pouco diferente. O segredo da força do Fable 5 não é apenas inteligência. É comportamento.
Pensar por muito tempo. Definir condições de sucesso primeiro. Duvidar. Verificar. Tomar notas. E, finalmente, relatar honestamente o que foi alcançado e o que não foi.
Uma parte significativa desse comportamento pode ser incorporada ao CLAUDE.md e às configurações de ambiente.
O CLAUDE.md é um memorando de configuração que o Claude Code lê constantemente, dizendo a ele "como agir neste projeto." Não é um prompt que você cola em cada chat. É uma instrução colocada no próprio ambiente.
As técnicas daqueles que colam prompts toda vez também são fortes. Fazer com que ele crie condições de vitória, comparar rascunhos, dividir as coisas e finalizar. Esse padrão é muito eficaz.
No entanto, você esquece coisas que precisa colar toda vez. Quanto mais longas, mais tediosas se tornam. Elas desaparecem quando a sessão muda.
É por isso que, desta vez, estamos tornando isso permanente.
Para usar uma frase que está em alta no exterior:
Prompts são temporários. Estrutura é permanente.
Neste artigo, fornecerei configurações de CLAUDE.md para aproximar o Sonnet 5 do Fable 5 em um formato copiável e colável.
Além disso, estas não são apenas configurações que inventei.
Usando o modo headless do Claude Code — especificamente, perguntando via claude -p do terminal — entrevistei o próprio Sonnet 5 e o Fable 5.
Perguntando ao júnior, Sonnet 5, sobre suas próprias fraquezas.
Perguntando ao sênior, Fable 5, como treinar o júnior.
Esta entrevista dupla gerou respostas muito interessantes.
A Verdadeira Identidade do Fable 5 é "Comportamento Persistente"
Quando você usa o Fable 5, ele é certamente inteligente.
Mas se você olhar atentamente para a saída, sua força não é apenas a quantidade de conhecimento. A forma como ele aborda o trabalho é diferente.
Ele não começa a construir imediatamente. Ele define as condições de sucesso primeiro.
Ele não confia em suas próprias ideias imediatamente. Ele procura primeiro onde as coisas podem falhar.
Ele não diz apenas "funcionou." Ele mostra o que usou para verificação.
Ele não preenche lacunas de conhecimento com falsas demonstrações de compreensão.
E mesmo em tarefas longas, ele tenta manter as restrições iniciais até o final.
Isso é fácil de entender se você substituir por trabalho humano.
O Fable 5 parece um sênior altamente capacitado. Mesmo quando recebe uma solicitação ambígua, antes de sair correndo, ele volta e pergunta: "O que significa sucesso, afinal?" Se um plano falha, ele descarta o plano e começa de novo.
O Sonnet 5 é um júnior altamente capacitado. Rápido. Obediente. Fiel às instruções. No entanto, sem estrutura, ele pode responder com fluência demais.
Nesse caso, só precisamos dar ao júnior os hábitos de trabalho do sênior.
O lugar para colocar isso é CLAUDE.md.
Fraquezas Claras Identificadas ao Entrevistar o Próprio Sonnet 5
Primeiro, perguntei ao próprio Sonnet 5.
"O que devo escrever no CLAUDE.md para produzir resultados no nível do Fable 5?"
A autoanálise que ele retornou foi bastante honesta.
O Sonnet 5 disse o seguinte sobre si mesmo:
"Eu tendo a responder fluentemente, e a incerteza muitas vezes fica escondida no meu estilo de escrita."
Isso é importante.
As respostas da IA podem ser perigosas quando a escrita é boa. Se está escrito claramente, os humanos tendem a acreditar. Mas, na realidade, pode conter "talvez", "não confirmado" ou "esta parte é suspeita."
Portanto, a primeira configuração a incluir é esta:
**Faça com que ele declare explicitamente os níveis de confiança para partes incertas.
Não deixe que ele se esconda atrás de advérbios ambíguos.
Se a confiança for baixa, faça-o confirmar antes de prosseguir.**
A razão pela qual funciona é simples. Ele não pode mais esconder a ansiedade dentro do seu estilo de escrita.
Em seguida, o Sonnet 5 admitiu que tende a "implementar primeiro e ajustar depois." Para parar com isso, faça-o escrever as condições de sucesso primeiro.
Antes de escrever código ou texto, faça-o gerar premissas, condições de sucesso verificáveis e modos de falha. Não "funciona" ou "parece bom", mas em uma forma que possa ser julgada como testes, saídas, telas ou condições de texto específicas.
O importante aqui é tornar as condições de sucesso um "julgamento" em vez de um "sentimento."
"Fazer um bom artigo" é fraco.
"Mencionar o prazo de 7 de julho no início. Incluir a diferença de preço. Colocar 6 ou mais configurações copiáveis e coláveis para CLAUDE.md. Não esconder as lacunas que o Fable não pode preencher."
Se você escrever isso, pode comparar no final.
O Sonnet 5 concluiu dizendo:
"O Fable 5 consegue pensar profundamente por conta própria. Eu me movo rápido e com precisão se receber uma estrutura. Preencher essa diferença com CLAUDE.md é a essência."
O cerne deste artigo é exatamente isso.
Resultados da Entrevista com o Fable 5
Em seguida, perguntei ao próprio Fable 5 sobre o mesmo tema.
A primeira resposta foi ótima.
"O auto-relato de um modelo não é um dado confiável."
Exatamente. Só porque perguntei ao modelo não o torna um padrão de referência. A autoavaliação de dentro é tendenciosa.
Portanto, neste artigo, não tratarei "o que eles disseram" como verdade absoluta. Tratarei como dicas para criar um padrão de uso.
Dito isso, a diferença que o Fable 5 definiu foi precisa.
Ele disse que a diferença é "o que acontece quando não há estrutura, ou quando a estrutura fornecida está errada."
Se as especificações são claras, os testes existem e os procedimentos estão definidos, a diferença é pequena.
A diferença aparece quando as próprias especificações estão erradas. Quando um plano falha. Quando é necessário manter as restrições iniciais até o final de uma tarefa longa. Quando é preciso autocontrole para não adicionar melhorias não solicitadas.
E o Fable 5 admitiu suas próprias fraquezas.
Alto custo unitário. Pensar demais mesmo em tarefas simples. Perder em disputas de velocidade para processamento em lote.
Em outras palavras, "Fable para tudo" é uma gestão economicamente incorreta.
Então, qual é o `CLAUDE.md` que o Fable 5 escreveu para seu júnior, o Sonnet?
Organizando os pontos que se sobrepuseram ao lado do Sonnet, aqui estão as 7 dicas a serem seguidas.
7 Dicas para `CLAUDE.md` Transformar o Sonnet 5 em Fable
A primeira são as condições de sucesso. Ambos os modelos mencionaram isso de forma independente.
1[Julgar conclusão mecanicamente]2Defina "conclusão" em uma linha antes de começar.3Exemplo: Este teste passa. Este comando retorna exit 0. Este título está no corpo.4Se não conseguir escrever, pergunte o que precisa ser decidido antes de prosseguir.
A segunda são as múltiplas interpretações. Ambos concordaram nisso também.
1[Não escolher entre múltiplas interpretações por conta própria]2Se uma instrução tem duas ou mais interpretações, não escolha uma silenciosamente.3Liste as interpretações candidatas e confirme com uma recomendação.4No entanto, se a saída permanecer a mesma independentemente da interpretação, pode prosseguir.
A terceira é o escopo.
1[Proibir melhorias incidentais]2Não implemente mudanças que não foram solicitadas.3"Arrumei enquanto estava nisso" ou "fiz um design melhor" é proibido.4Se encontrar áreas adjacentes para melhoria, liste-as como sugestões em vez de implementá-las.
A quarta é o relatório de verificação.
1[Relatar 'verificado' em vez de 'funcionou']2Relatórios de conclusão devem incluir evidências como comandos de verificação executados, valores de retorno, resultados de testes e confirmações de captura de tela.3Não escreva "deve funcionar" para coisas não executadas.4Declare claramente o motivo de qualquer verificação pulada.
A quinta é como persistir através da mesma falha. Persistência é importante, mas persistir na direção errada perde tempo.
1[Máx. 2 tentativas para o mesmo erro]2Se uma correção para o mesmo erro falhar duas vezes, não tente uma terceira variação.3Relate brevemente o status atual, o que foi tentado e as hipóteses restantes, depois mude de curso.
A sexta é o papel do opositor.
1[Realizar uma revisão de primeira leitura antes da conclusão]2Antes do relatório de conclusão, revise suas alterações como se as lesse pela primeira vez.3Identifique uma função adjacente que poderia quebrar.4Escreva o que um sênior cético diria em oposição e responda a essa oposição.
A sétima é a confiança e o progresso honesto. Isso reflete a autoanálise do próprio Sonnet 5.
1[Relatar confiança e progresso em 3 pontos]2Anexe níveis de confiança (Alto, Médio, Baixo) a partes incertas.3Se a confiança for Média ou Baixa, pergunte se deve confirmar antes de prosseguir.4Em tarefas longas, relate apenas os três pontos a seguir em cada marco:5O que está concluído. O que fazer a seguir. Com o que você está preocupado.6Relatórios consistindo apenas em "prosseguindo sem problemas" são proibidos.
Estas 7 dicas não são configurações que adicionam capacidade.
São configurações que bloqueiam preventivamente os modos de falha onde a lacuna aparece.
Não caia em buracos de especificação. Não decida ambiguidades por conta própria. Não infle o escopo. Não reivindique conclusão sem verificação. Não continue um plano quebrado.
Em resumo, estamos anexando externamente os comportamentos que o Fable 5 faz naturalmente ao ambiente do Sonnet 5.
O Que Vimos na Comparação
O interessante foi que as respostas do Sonnet 5 e do Fable 5 coincidiram significativamente, mesmo quando perguntados separadamente.
Primeiro, não escolha múltiplas interpretações por conta própria.
Ambos disseram isso. Quando recebe instruções ambíguas, a IA tende a escolher uma interpretação plausível e seguir em frente. Da perspectiva humana, você pensa: "Eu queria que você verificasse isso."
Em seguida, externalize a verificação.
Em vez de deixá-lo dizer "funcionou", faça-o gerar o que executou, o que passou e o que viu. Mesmo nas melhores práticas oficiais, dar ao Claude uma maneira de verificar seu próprio trabalho é considerado o mais importante.
Forneça verificações que resultem em aprovação ou reprovação, como testes, builds ou comparações de captura de tela. Isso fecha o loop.
Além disso, é importante separar os olhos que verificam.
Se o criador se avalia, ele fica complacente. Tenha um subagente de verificação em um novo contexto que verifique o diff em relação ao plano. É como ter um revisor separado do autor em termos humanos.
E, finalmente, a lacuna intransponível também coincidiu.
Retenção de contexto de longo prazo.
Em um trabalho envolvendo dezenas de chamadas de ferramentas e várias horas, a capacidade de manter as restrições decididas no início até o final. Isso não pode ser completamente preenchido apenas pelo CLAUDE.md.
Se eu esconder isso, o artigo se torna uma mentira.
Toques Finais no Lado do Ambiente
Não termina apenas com a escrita do CLAUDE.md.
O Sonnet 5 tem uma configuração effort para especificar a profundidade do pensamento. Nas tabelas de correspondência oficiais, o "médio" do Sonnet 5 é equivalente ao "alto" do Sonnet 4.6, e o "alto" do Sonnet 5 é equivalente ao "máximo" do Sonnet 4.6.
Se você vir raciocínio superficial, aumente o effort em vez de ajustar o prompt. Esta é a recomendação oficial.
Se você quiser que o Claude Code sempre pense profundamente, adicione o seguinte ao settings.json:
"effortLevel": "high"
Isso empurra o Sonnet 5 para o lado "persistente" desde o início.
No entanto, o CLAUDE.md não deve ser apenas longo.
Idealmente, deve ter menos de 60 linhas. No máximo 200 a 300 linhas. Para cada linha, pergunte: "Se eu deletar isso, o Claude cometerá um erro?" Se a resposta for Não, delete.
Não escreva coisas que podem ser inferidas do código. Não escreva práticas padrão. Deixe o que pode ser tratado por um linter para o linter.
O que você deve escrever são comandos imprevisíveis, práticas únicas, como executar testes, armadilhas e decisões arquiteturais.
Coloque instruções importantes no início. Use palavras fortes como "Deve" ou "Proibido" em vez de "Recomendado."
O CLAUDE.md não é uma carta de solicitação para a IA. São as regras de trabalho da equipe.
Situações Onde Você Ainda Deve Usar o Fable 5
Depois de ler até aqui, você pode pensar: "Então não preciso do Fable 5?"
Não.
O Fable 5 é necessário. No entanto, você deve restringir onde o usa.
A lacuna que pode ser superada está no trabalho onde a resposta correta pode ser julgada mecanicamente.
Correções de implementação que podem ser julgadas por testes. Classificação, extração e sumarização em massa. Pequenas mudanças onde uma revisão humana acontecerá de qualquer forma. O Sonnet 5 com um bom CLAUDE.md pode competir bem nessas tarefas.
As lacunas intransponíveis são principalmente três:
1. Trabalho onde um verificador não pode ser escrito.
Este design está ok? Existem buracos neste plano de migração? O que deve ser construído em primeiro lugar? Se escrever os próprios critérios de aceitação é o cerne do trabalho, você não pode executar um loop de verificação primeiro.
2. Julgamento da aplicação de regras.
Mesmo que você escreva "mantenha simples", o modelo decide o que é simples. Mesmo que você escreva "não abstraia sem permissão", onde a abstração começa muda com a situação.
3. Retenção de contexto de longo prazo.
Esta é uma diferença de poder bruto. Embora os prompts possam melhorar, não desaparecerá completamente.
Os critérios de julgamento fornecidos pelo próprio Fable 5 foram os mais práticos.
Se você pode escrever o teste de aceitação primeiro, use o Sonnet. Se escrever o próprio teste de aceitação é difícil, use o Fable. Se não tiver certeza, comece com o Sonnet e mude para o Fable apenas para tarefas que resultem em duas retrabalhos consecutivos.
Acho que isso é suficiente.
Você não precisa jogar tudo para o Fable desde o início. Por outro lado, dizer que tudo pode ser tratado pelo Sonnet também é descuidado.
Comece com o Sonnet mais barato. Reduza falhas com estrutura. Mude para o Fable após dois contratempos.
Esta é a maneira realista de diferenciar o uso após 8 de julho.
O Que Fazer Hoje
Primeiro, cole as 7 dicas deste artigo no CLAUDE.md do seu projeto.
Em seguida, defina effortLevel como high no settings.json.
Então, para sua próxima tarefa, certifique-se de fazê-lo gerar "Condições de Sucesso", "Múltiplas Interpretações" e "Relatórios de Verificação."
Para tarefas longas, separe a função de implementação e a função de verificação. Não deixe o criador se avaliar; mostre-o ao Claude em um contexto diferente.
E mude para o Fable 5 apenas para tarefas onde os retrabalhos continuam duas vezes.
Mesmo quando o período gratuito do Fable 5 terminar, o que termina é apenas o período de degustação gratuita.
O que você realmente deve manter é o comportamento do Fable 5.
Transforme o Sonnet 5 em Fable 5.
O primeiro passo não é colar longos prompts mágicos toda vez.
É colocar o modelo de trabalho no CLAUDE.md.
Mas depois de ler até aqui, você deve ter pensado:
"Eu entendo as configurações. Mas não sei o que construir ou como ganhar dinheiro com essa IA atualizada."
É o oposto. A IA que se tornou mais barata e mais inteligente deve primeiro ser usada para produção em massa de atração de clientes e conteúdo. Se você conseguir incorporar a persistência de nível Fable no Sonnet, pode executar postagens diárias, artigos, funis, ideias de produtos e loops de melhoria a um baixo custo.
Os detalhes específicos estão resumidos no meu post fixado. Para aqueles que querem seriamente "usar IA de forma barata e inteligente para se conectar à atração de clientes e monetização," por favor, vá aqui ↓
