claude-code - 💡(How to fix) Fix [BUG] consumo está desproporcional ou com bug [1 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
anthropics/claude-code#54291Fetched 2026-04-29 06:31:17
View on GitHub
Comments
0
Participants
1
Timeline
4
Reactions
0
Author
Participants
Timeline (top)
labeled ×4

Error Message

Error Messages/Logs

RAW_BUFFERClick to expand / collapse

Preflight Checklist

  • I have searched existing issues and this hasn't been reported yet
  • This is a single bug report (please file separate reports for different bugs)
  • I am using the latest version of Claude Code

What's Wrong?

Meu nome é Waldemar Kazuo Lehmann, sou usuário do Claude Code (plano Pro) e venho por meio desta relatar um problema recorrente relacionado ao consumo de tokens que considera desproporcional e possivelmente associado a um bug no sistema de rate limiting.

What Should Happen?

Manaus, 28 de abril de 2026

À equipe de suporte da Anthropic,

Meu nome é Waldemar Kazuo Lehmann, sou usuário do Claude Code (plano Pro) e venho por meio desta relatar um problema recorrente relacionado ao consumo de tokens que considero desproporcional e possivelmente associado a um bug no sistema de rate limiting.

Descrição do problema:

Tenho utilizado o Claude Code diariamente como ferramenta principal de desenvolvimento em meus projetos corporativos (Node.js/Express, SQL Server, integrações com WhatsApp e Active Directory). Observo que, em determinados horários — especificamente entre 10h e 16h (horário de Brasília, UTC-3) — meu limite de tokens se esgota em menos de uma hora de uso, mesmo realizando tarefas rotineiras e de complexidade moderada.

Detalhes técnicos:

Modelo utilizado: Claude Opus 4.6 (via Claude Code CLI / VS Code Extension) Horários afetados: Entre 10:00 e 16:00 (BRT / UTC-3) Comportamento esperado: Utilização contínua ao longo do dia de trabalho, compatível com o plano contratado Comportamento observado: Esgotamento do limite em menos de 60 minutos, forçando interrupção do trabalho por períodos prolongados Fora do horário de pico: O mesmo tipo de uso se mantém funcional por várias horas sem atingir o limite Impacto:

Este problema afeta diretamente minha produtividade profissional, pois o horário comercial (10h-16h) é justamente o período em que mais necessito da ferramenta. A limitação severa nesse intervalo torna o serviço praticamente inutilizável durante o expediente.

Solicitações:

Investigação técnica para verificar se há um bug no cálculo de consumo ou no rate limiting durante horários de pico Transparência sobre como os limites são calculados e aplicados por faixa horária Revisão da política de throttling para que o serviço contratado seja utilizável de forma consistente ao longo do dia Caso não haja bug, uma explicação clara sobre o que justifica uma redução tão drástica no limite durante horário comercial Estou à disposição para fornecer logs, prints ou qualquer informação adicional que auxilie na investigação.

Agradeço a atenção e aguardo retorno.

Atenciosamente,

[Waldemar Kazuo Lehmann] [[email protected]] [Plano contratado: Pro]

Error Messages/Logs

Steps to Reproduce

Tenho utilizado o Claude Code diariamente como ferramenta principal de desenvolvimento em meus projetos corporativos (Node.js/Express, SQL Server, integrações com WhatsApp e Active Directory). Observo que, em determinados horários — especificamente entre 10h e 16h (horário de Brasília, UTC-3) — meu limite de tokens se esgota em menos de uma hora de uso, mesmo realizando tarefas rotineiras e de complexidade moderada.

Claude Model

None

Is this a regression?

Yes, this worked in a previous version

Last Working Version

No response

Claude Code Version

code --list-extensions --show-versions 2>/dev/null | grep -i claude OUT [email protected]

Platform

Anthropic API

Operating System

Windows

Terminal/Shell

VS Code integrated terminal

Additional Information

No response

extent analysis

TL;DR

The user may need to review their usage patterns and adjust their workflow to avoid hitting the token limit during peak hours (10am-4pm BRT) or investigate if there's a bug in the rate limiting system.

Guidance

  • Investigate if the issue is related to a bug in the rate limiting system by providing detailed logs and usage patterns to the support team.
  • Review the usage patterns and adjust the workflow to optimize token usage during peak hours.
  • Request transparency from the support team on how the limits are calculated and applied per time zone.
  • Consider reaching out to the support team to discuss possible revisions to the throttling policy.

Notes

The issue seems to be specific to the user's account and usage patterns, and without more information about the rate limiting system, it's difficult to provide a definitive solution. The user has mentioned that this worked in a previous version, which suggests a possible regression, but without knowing the last working version, it's hard to pinpoint the exact cause.

Recommendation

Apply workaround: Adjust the workflow to optimize token usage during peak hours, while waiting for the support team to investigate the issue.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

claude-code - 💡(How to fix) Fix [BUG] consumo está desproporcional ou com bug [1 participants]