Seu limite de 5 horas do Claude Code acabou em minutos, sem você ter feito nada diferente. Em 27/10/2026 um post no r/ClaudeAI com mais de 1.500 pontos relatou exatamente isso: o autor mediu com o ccusage 1,306 bilhão de tokens no dia, contra uma média de 161 milhões nos dias anteriores, incluindo leitura de cache. A causa não está confirmada. O que você controla é medir quem está consumindo e cortar o que pesa.
O limite do Claude Code está sumindo por culpa da Anthropic?
Ainda não dá para afirmar. Há um incidente oficial no mesmo dia (erros elevados no Sonnet 5.5, que cobrimos em outro artigo), mas não encontrei nenhuma fonte oficial ligando o incidente ao consumo de limite.
O autor do post no Reddit diz que o suporte respondeu que repetições (retries) causadas por erro de serviço contam no limite. Isso é a palavra de um usuário, sem confirmação pública da Anthropic. O que a documentação oficial de erros diz é outra coisa: o Claude Code repete falhas transitórias até 10 vezes com espera crescente, e um erro 529 de sobrecarga não conta contra a sua cota.
Então o caminho honesto é o mesmo nos dois cenários: descobrir se o gasto vem do seu uso ou não, e reduzir o que for seu.
Como ver o que está consumindo o limite com /usage?
Rode /usage dentro do Claude Code. Em planos Pro, Max, Team e Enterprise, a tela mostra as barras do plano e um detalhamento do que conta contra o limite: o percentual atribuído a skills, subagentes, plugins e cada servidor MCP, mais recomendações com o percentual de uso que cada uma afeta.
/usage- Aperte
douwpara alternar entre as últimas 24 horas e os últimos 7 dias. - Uma linha como
25% Trim ~/code/api/CLAUDE.md · 49k tokens per requestdiz que o seu CLAUDE.md pesa em 25% do uso recente. - Quando o rodapé mostra
f to fix, a teclafaplica as recomendações que o Claude Code sabe executar (exige versão recente do Claude Code). - Os números são aproximados e vêm do histórico local desta máquina. Uso em outro computador ou no claude.ai não entra.
O bloco Session no topo mostra tokens e dólares da sessão atual. Em assinatura Pro ou Max, o valor em dólar não é cobrança, é estimativa a preço de tabela.
Como comparar com o seu histórico usando o ccusage?
O ccusage lê o histórico local e soma tokens por dia, sessão ou janela de 5 horas. É a ferramenta que o autor do post usou para achar o salto. Nenhuma instalação é necessária:
npx ccusage@latest daily
npx ccusage@latest blocks
npx ccusage@latest session
npx ccusage@latest daily --since 2026-10-20 --breakdowndailymostra tokens por dia. Compare hoje com a média da semana.blocksmostra as janelas de 5 horas do Claude Code.sessionmostra qual sessão pesou.--breakdownsepara por modelo e--sincefiltra o período.
Atenção a uma pegadinha: o total do ccusage inclui leitura de cache, que é barata. O post do Reddit avisa isso: os números sozinhos não provam a causa. Olhe também os tokens de saída, que sobem pouco quando o problema é só contexto grande.
O que costuma drenar o limite sem você perceber?
A documentação oficial de custos do Claude Code lista as causas mais comuns de uso alto em sessão longa. A tabela cruza cada uma com onde ver e o que fazer.
| Causa | Como ver | O que fazer |
|---|---|---|
| Contexto longo: cada pedido reenvia a conversa inteira | /context | /clear ao trocar de tarefa, /compact no meio dela |
| Cache frio: a primeira mensagem depois de uma pausa reprocessa tudo | linha Prompt cache no /usage | Evite sessões antigas abertas; comece limpo |
| Modelo pesado: Opus gasta mais cota que Sonnet, e Sonnet mais que Haiku | /model | Sonnet no dia a dia, Opus só no difícil |
| Raciocínio estendido alto | recomendação no /usage | /effort mais baixo em tarefa simples |
| CLAUDE.md grande, carregado a cada turno | recomendação no /usage | Menos de 200 linhas; o resto vira skill |
| MCP, subagentes e tarefas agendadas | atribuição no /usage | /mcp para desligar o que não usa |
Quais comandos cortam o gasto na hora?
Em ordem de impacto, segundo a própria documentação, que chama o /clear de a alavanca mais eficaz:
/rename minha-tarefa # dê um nome antes de limpar
/clear # começa do zero ao mudar de assunto
/resume # volta à sessão nomeada, se precisar
/compact Focus on code samples and API usage # resume mantendo o que importa
/model # troque para Sonnet em tarefa comum
/effort # reduza o esforço em tarefa simples
/mcp # desligue servidores MCP que não está usandoDois cuidados. O /compact também lê a conversa inteira para resumir, então compactar um contexto enorme é um pedido grande. E nos modelos Opus 5.5, Sonnet 5.5 e Haiku 5.5 o raciocínio não pode ser desligado, só reduzido pelo nível de esforço.
Outras duas práticas da documentação: cite caminhos de arquivo em vez de colar o conteúdo (colado fica no contexto até o fim da sessão) e peça um plano antes de mudanças grandes, com Shift+Tab para entrar no modo de plano.
E se o limite continuar acabando mesmo assim?
Aí o problema pode não estar no seu uso. Registre a data, rode npx ccusage@latest daily e guarde o resultado antes de abrir pedido no suporte, porque é o que o autor do post do Reddit usou como prova. Para continuar trabalhando enquanto isso, a mensagem de limite de sessão mostra quando a janela reinicia, e /usage-credits abre a gestão de créditos de uso para assinantes.
Todo esse trabalho de medir e cortar contexto existe porque o limite é a régua. Na Verboo Code os tokens são ilimitados, então a sessão longa que hoje custa cota custa o mesmo que a curta, e o que sobra para cuidar é a qualidade do contexto, não o saldo.
