Recusas do Claude voltam a ser cobradas em 3 categorias

O que mudou e quando

Em 24 de setembro de 2026, a Anthropic voltou a cobrar recusas que chegam antes de qualquer saída em três categorias. O aviso está nas notas de versão da plataforma e na página de recusas da documentação, consultadas em 22 de outubro.

As três categorias cobradas são:

• bio: pedidos que podem ajudar a causar dano biológico. Trabalho legítimo em ciências da vida também pode cair aqui.
• frontier_llm: pedidos que podem ajudar a desenvolver modelos de IA concorrentes, o que os termos comerciais da Anthropic restringem. Trabalho comum de aprendizado de máquina também pode disparar.
• reasoning_extraction: pedidos para o modelo copiar o próprio raciocínio interno no texto da resposta.

Segundo a documentação, essas são as categorias em que a Anthropic mede poucos falsos positivos, "em setembro de 2026". A cobrança segue o preço normal do modelo que rodou a chamada. As recusas antes da saída nas categorias cyber e general_harms, ou sem categoria, continuam sem cobrança.

Duas regras não mudaram. A recusa no meio da resposta já era cobrada: entrada e saída já transmitida, a preço normal. E toda recusa, cobrada ou não, conta no limite de uso da conta.

A regra vale em todas as plataformas: API do Claude, Amazon Bedrock, Claude Platform on AWS, Google Cloud e Microsoft Foundry. A documentação avisa que a lista de categorias cobradas pode mudar.

Quais modelos recusam desse jeito

Os classificadores de segurança estão no Fable 5.1, Fable 5, Opus 5.5, Opus 5, Sonnet 5.5 e Haiku 5.5. A recusa não é um erro HTTP. A resposta chega com status 200, stop_reason igual a "refusal", content vazio e o campo stop_details.category com o nome da categoria. Os tokens aparecem em usage, como numa chamada comum.

Ou seja: seu código pode estar recebendo respostas vazias, tratando como falha genérica e tentando de novo. Agora, nas três categorias, cada tentativa dessas custa a entrada inteira.

A conta de uma recusa

Numa recusa antes da saída, a fatura é praticamente a entrada. A saída é zero ou quase zero. Premissa de exemplo: prompt de 8.000 tokens, sendo 7.000 de instruções fixas que podem ficar no cache.

Preços da tabela do site, atualizada em outubro de 2026. Reais pelo dólar de referência do site, sem IOF nem impostos. A coluna com cache supõe que o prefixo já estava gravado e foi lido a preço de leitura.

Uma recusa isolada é barata. O problema é a escala e o contexto. Um agente que carrega 120.000 tokens de histórico no Opus 5.5 paga US$ 0,48 por recusa sem cache, ou US$ 0,0240 se todo o histórico vier do cache.

O caso: o campo "raciocinio" no JSON

A categoria que mais pega desenvolvedor é reasoning_extraction. A documentação lista os gatilhos comuns:

• uma seção <thinking>, <reasoning> ou de rascunho que o modelo preenche antes de responder;
• um campo reasoning, thinking ou trace no JSON de saída ou na entrada de uma ferramenta;
• notas privadas do modelo ou um registro corrido do raciocínio;
• pedido do raciocínio na íntegra ou palavra por palavra.

O texto que dispara pode estar no prompt de sistema, numa skill ou na descrição de uma ferramenta. Muitos pipelines antigos de classificação foram escritos assim, numa época em que pedir "pense passo a passo e escreva o raciocínio" era prática comum.

Vamos à conta do caso. Premissas de exemplo: 50.000 chamadas por mês no Sonnet 5.5, 8.000 tokens de entrada, 600 de saída e 3% de recusas por reasoning_extraction. A taxa é hipotética: meça a sua contando as respostas com essa categoria.

A primeira e a terceira linha já existiam antes. A segunda é a novidade: US$ 24,00 por mês, ou R$ 120,23, pagos por respostas vazias. Equivale a 2,2% da conta normal. Os US$ 1.124,00 do total supõem que a nova tentativa é a própria chamada normal, já contada na primeira linha.

E há um agravante. Para reasoning_extraction, a documentação diz que não há modelo de reserva recomendado: a orientação é mudar o prompt, não repetir a chamada. Repetir o mesmo pedido tende a gerar a mesma recusa, e cada uma agora é cobrada.

Como sair da cobrança

A própria documentação dá o caminho. Ainda é possível pedir ao Claude que explique a resposta. O que muda é o formato:

1. Troque "escreva seu raciocínio" por "explique em uma frase". Peça uma explicação curta, a evidência por trás do resultado ou um resumo das ações. Isso não é extração de raciocínio.
2. Use os blocos de thinking. Para ver como o modelo pensou, ligue o raciocínio adaptativo com display: "summarized" e leia os blocos thinking. Esses tokens são cobrados como saída, mas não geram recusa.
3. Revise tudo que vai junto na chamada. Prompt de sistema, skills e descrições de ferramentas. Um campo reasoning no esquema de uma ferramenta já basta.
4. Monitore a categoria. Registre stop_details.category de cada resposta com stop_reason igual a "refusal". Sem isso, a recusa parece só uma resposta vazia.

Se o pedido reescrito continuar recusado, a documentação orienta abrir chamado no suporte com o ID da requisição.

E o modelo de reserva?

Para as outras categorias, a API tem a reserva no servidor, em beta: com fallbacks: "default", uma chamada recusada é refeita no modelo que a Anthropic recomenda para aquela categoria. Isso mexe na conta de dois jeitos.

• A recusa que disparou a reserva também é cobrada, se veio no meio da resposta ou se está numa das três categorias. Você paga as duas tentativas.
• O crédito de reserva compensa a falta de cache no modelo de reserva, para você não gravar o cache da conversa duas vezes.

O Haiku 5.5 é exceção. Ele não tem reserva no servidor e a recusa dele não dá crédito. Uma nova tentativa em outro modelo paga a gravação inteira do cache. No exemplo, gravar o prefixo de 7.000 tokens no Sonnet 5.5 custa US$ 0,0175 por vez.

Erros comuns

• Tratar recusa como erro de rede. A resposta vem com status 200. Um laço de novas tentativas cego multiplica a cobrança.
• Olhar só o prompt do usuário. O gatilho pode estar no prompt de sistema ou na descrição de uma ferramenta.
• Somar usage errado com reserva. O usage de cima mostra só a tentativa que respondeu. O que você paga por tentativa está em usage.iterations.
• Esquecer o limite de uso. Mesmo as recusas gratuitas contam no limite da conta.

Perguntas frequentes

Toda recusa do Claude é cobrada agora?

Não. Antes da saída, só as categorias bio, frontier_llm e reasoning_extraction. No meio da resposta, qualquer recusa é cobrada, como já era. No exemplo, uma recusa de 8.000 tokens custa US$ 0,0160 no Sonnet 5.5.

Quanto custa uma recusa no Opus 5.5?

Pelo preço de entrada do modelo. Com 8.000 tokens, US$ 0,0320. Com 7.000 desses tokens lidos do cache, US$ 0,0054.

Pedir "pense passo a passo" gera cobrança?

O que a documentação lista como gatilho é pedir que o raciocínio apareça no texto da resposta, como um campo reasoning no JSON ou uma seção <thinking>. Pedir uma explicação curta ou usar os blocos de thinking é o caminho indicado.

O cache reduz o custo da recusa?

Sim. A recusa é cobrada como qualquer chamada, então o prefixo lido do cache paga o preço de leitura. No Sonnet 5.5, a recusa do exemplo cai de US$ 0,0160 para US$ 0,0027.

Quanto isso pesa num mês de uso?

No exemplo, 1.500 recusas somam US$ 24,00, cerca de R$ 120,23, ou 2,2% da conta do Sonnet 5.5. Com uma taxa de recusas menor, o peso cai na mesma proporção.

Quer ver quanto as recusas pesam no seu volume? Simule na calculadora de custo da API e, se o prompt tem prefixo fixo, na calculadora de cache de prompt.