TL;DR
· Claude Fable 5 reabriu em 1 de julho e, após 7 de julho, mais utilizações passarão a usar créditos de uso.
· O preço oficial é de 10 dólares por milhão de tokens de entrada e 50 dólares por milhão de tokens de saída; sessões longas e loops automáticos ampliam o consumo.
· Os utilizadores são mais adequados a colocar o Fable 5 nas fases de planeamento e revisão, delegando as tarefas de execução a modelos mais baratos.

Após a reabertura do Claude Fable 5, as discussões entre utilizadores centram-se em como poupar custos devido aos elevados preços dos tokens. Este modelo emblemático, descrito pela Anthropic como «o modelo amplamente lançado mais capaz», é direcionado para raciocínio intenso e tarefas de agente de longo prazo, suportando uma janela de contexto de 1 milhão de tokens e até 128 000 tokens de saída. O problema direto decorrente do aumento de capacidades é que, em Claude Code, Managed Agents ou sessões longas, o modelo pode continuar a pensar, chamar ferramentas e verificar repetidamente, ampliando a pressão na fatura.

Segundo a página oficial da Anthropic, o Claude Fable 5 reabriu o acesso em 1 de julho de 2026 para utilizadores Pro, Max, Team, Enterprise e através de canais como Claude Platform, AWS, Google Cloud e Microsoft Foundry. O preço oficial é de 10 dólares por milhão de tokens de entrada e 50 dólares por milhão de tokens de saída, sendo que a leitura com prompt caching oferece um desconto de até 90% em relação ao preço de entrada.

No anúncio «Redeploying Fable 5», a Anthropic afirma que, antes de 7 de julho, os utilizadores Pro, Max, Team e alguns Enterprise podem usar o modelo dentro de até 50% dos limites semanais de utilização. Depois disso, a utilização continuada será faturada através de créditos de uso.

O Fable 5 não é, portanto, adequado para ser usado como modelo de chat predefinido ao acaso. Mais se assemelha a um arquiteto e revisor caro, indicado para definir a direção no início da tarefa e verificar no final, enquanto o trabalho de execução intermédio é entregue a modelos mais baratos.

O mais caro não é uma única resposta, mas sim a tarefa longa a correr automaticamente

A pressão de custos do Fable 5 começa pelo preço unitário.

Com 10 dólares por milhão de tokens de entrada e 50 dólares por milhão de tokens de saída, é por si só um modelo caro. Em perguntas curtas e respostas breves, o utilizador pode não sentir muito. Mas, quando se entra em cenários de cadeia longa, como modificação de código, organização de dados, planos de produto, tarefas de investigação ou agentes automáticos, os tokens de saída, o contexto, as chamadas de ferramentas e as correções múltiplas acumulam-se.

O que mais amplia o consumo são os pontos fortes do Fable 5.

A documentação oficial posiciona-o como adequado para «long-horizon agentic work», ou seja, trabalho de agente de longo prazo. Pode dividir tarefas em várias fases, verificar ativamente lacunas e, quando necessário, continuar a chamar ferramentas ou subtarefas para avançar. Para tarefas complexas, isto é valioso: o utilizador não precisa de dar instruções manualmente a cada passo; o modelo pode iterar autonomamente em torno do objetivo.

Mas, se o objetivo for vago, os limites demasiado amplos e o tempo demasiado longo, o modelo pode continuar a executar para tornar a tarefa mais completa. O autor original afirma que, nas primeiras horas de teste, quase esgotou os limites de utilização, apesar de não ter executado tarefas particularmente exageradas. Esta experiência assemelha-se mais a feedback de utilizadores do que a uma estimativa de custos oficial, mas alerta para um risco real: sessões longas, loops automáticos e utilizações incorretas por defeito, após 7 de julho, tornar-se-ão mais diretamente em consumo de créditos.

«10-80-10»: usar o Fable apenas nas extremidades críticas

O método central proposto no artigo original é transformar o Fable 5 de «executor total» num «verificador de entrada e saída».

O chamado «10-80-10» corresponde aproximadamente a três fases de um projeto de IA.

Os primeiros 10% usam o Fable para planeamento. Definir a estrutura da tarefa, o caminho de execução, os critérios de sucesso, as restrições e o formato de entrega. O que ele faz melhor não é a execução mecânica, mas sim montar um plano claro antes de tarefas complexas.

Os 80% intermédios substituem por um modelo mais barato para execução. Grande parte dos tokens é geralmente consumida em revisões repetidas, ajustes de formato, pequenas correções de código, organização de dados, geração comum e iterações de ida e volta. Esta parte do trabalho não precisa necessariamente da participação total do Fable 5; pode ser entregue a Opus, Sonnet, Haiku ou outros modelos de custo mais baixo.

Os últimos 10% trazem novamente o Fable para verificar. Depois de o modelo barato concluir a execução principal, o Fable verifica se os resultados se desviam do plano inicial, se há omissões, que partes precisam de reparação e se cumprem os padrões de publicação. Como nesta altura ele está a rever um produto já existente, em vez de gerar tudo de raiz, o consumo de tokens costuma ser muito menor.

Este método não equivale a uma fórmula de poupança de custos garantida oficialmente. O autor original menciona que, em alguns cenários, substituir a camada de execução por um modelo barato pode reduzir os gastos com tokens em mais de 50%, mas isto deve ser entendido como experiência de utilização. A ideia verdadeiramente replicável é que os modelos de topo não precisam de assumir todo o trabalho intensivo em tokens; são mais adequados para as etapas de julgamento, arquitetura e identificação de erros.

/goal e /loop tornam o agente mais útil, mas também a fatura menos percetível

Outra mudança do Fable 5 é que ele é mais adequado para fluxos de trabalho de agente.

No modo de solicitação tradicional, o utilizador faz uma pergunta e o modelo responde. O utilizador verifica e depois pergunta novamente; o ciclo é impulsionado pelo humano. A decisão de continuar, corrigir ou parar a cada passo cabe ao utilizador.

No ambiente Claude Code, /goal e /loop transformam este processo numa execução mais automática.

A documentação da Anthropic mostra que /goal corre continuamente até a condição ser satisfeita ou o utilizador o cancelar, podendo mostrar o gasto de tokens. A oficial recomenda também que os utilizadores incluam limites de tempo ou de iterações, como «parar após 20 rondas». Um objetivo melhor não deve ser apenas «ajuda-me a alterar o código», mas sim explicar o que realizar, como verificar o resultado, que restrições não podem ser ultrapassadas e quando parar.

/loop serve para executar um prompt repetidamente em intervalos, por exemplo, verificar o estado da implementação a cada 5 minutos, podendo também ser o Claude a escolher dinamicamente o intervalo. A documentação oficial indica que as tarefas de loop têm uma regra de expiração de 7 dias. Este tipo de funcionalidade é adequado para monitorização, iteração, verificação, reparações de longo prazo e tarefas de agente; o modelo pode continuar a avançar sem que o utilizador tenha de dar instruções repetidas.

O risco de custos surge aqui.

Os loops automáticos transformam a «confirmação manual humana do próximo passo» num «modelo que continua a correr conforme o plano». Se o objetivo for demasiado amplo, a condição de paragem vaga, o intervalo demasiado apertado e a duração demasiado longa, o Fable 5 pode continuar a consumir tokens mesmo depois de o utilizador se ausentar. Quanto mais o modelo for bom a detetar problemas, adicionar passos e autocorreção, mais o utilizador precisa de definir limites rígidos previamente.

Assim, o 10-80-10 e a engenharia de loops são mais adequados para serem usados em conjunto: o Fable 5 desenha o loop, define os objetivos e os critérios de aceitação; a camada de execução é entregue, tanto quanto possível, a um modelo barato; só quando o loop é fechado, o resultado precisa de julgamento ou um nó crítico requer controlo de qualidade, o Fable 5 intervém.

Após 7 de julho, a escolha do modelo e o limite de gastos devem ser reavaliados

Para utilizadores comuns, o risco mais direto não é o fluxo de trabalho complexo, mas sim a má utilização.

O artigo original alerta que, ao abrir o Claude Code ou a aplicação Claude, o modelo pode estar predefinido para o Fable. Esta afirmação assemelha-se mais a experiência de utilizadores; a documentação oficial não a apresenta como regra universal. No entanto, numa fase de reabertura de novos modelos e em que a plataforma incentiva os utilizadores a testar, alguns podem de facto usar inadvertidamente o modelo mais caro em conversas comuns, organização simples ou tarefas de baixo valor.

Quando a faturação por créditos começar, esta má utilização será mais sensível. Conversas simples, reescrita ligeira, organização de formato ou resumos comuns não precisam necessariamente do Fable 5. Verificar o selector de modelo antes de cada sessão pode tornar-se um hábito básico para utilizadores frequentes.

Outro alerta prático é definir o spending cap.

A documentação de suporte da Anthropic mostra que os créditos de uso precisam de ser ativados em Definições > Uso; o utilizador pode configurar o método de pagamento e comprar ou pré-carregar créditos, definindo ao mesmo tempo o limite mensal de gastos, recarga automática e alertas de utilização. O Claude Code também é aplicável aos créditos de uso.

Se não houver um limite mensal, tarefas longas, loops automáticos e execução de agente podem acumular custos significativos num curto período. Para utilizadores frequentes, definir um limite de gastos mensal, usar alertas e especificar condições de paragem em /goal ou /loop já não é apenas uma definição financeira, mas sim parte da utilização de modelos de agente.

O novo hábito trazido por modelos como o Fable 5 é atribuir modelos de acordo com o valor e a dificuldade da tarefa. Planeamento, julgamento complexo e revisão final merecem o Fable; execução repetitiva, geração comum e modificações ligeiras são mais adequadas para modelos baratos. Os modelos de topo estão a passar de «chatbots mais inteligentes» para «agentes que podem trabalhar automaticamente»; quanto mais capacidades, mais o utilizador precisa de definir antecipadamente objetivos, limites, tempo e orçamento. Caso contrário, a fatura descontrolada pode surgir antes do fracasso da tarefa.

Clique para conhecer as vagas em aberto na BlockBeats

Bem-vindo a juntar-se à comunidade oficial da BlockBeats:

Grupo de subscrição Telegram: https://t.me/theblockbeats

Grupo de conversa Telegram: https://t.me/BlockBeats_App

Conta oficial Twitter: https://twitter.com/BlockBeatsAsia