Usage/credit limit shown in Claude Code does not match claude.ai (21% used vs. blocked)

Samenvatting

Claude Code (en de VSCode-extensie) toonden een "credits op / niet genoeg tegoed"-melding en weigerden verder te werken, terwijl claude.ai op datzelfde moment slechts ~21% van het gebruikslimiet liet zien. Dit gebeurde al minstens twee keer, waardoor onnodig opnieuw is ingelogd (wat het probleem niet oploste, omdat het geen authenticatieprobleem was).

Omgeving

• Claude Code versie: 2.1.220 (native install)
• Platform: Windows 11, gebruikt via zowel de CLI als de VSCode-extensie
• Account: subscriptionType "pro"
• authMethod: claude.ai (OAuth), apiProvider firstParty

Reproductie / tijdlijn (2026-07-28)

1. ~11:48 — Claude Code toont een melding in de trant van "not low on credits" / verbruikslimiet bereikt, en weigert door te werken.
2. Gebruiker vraagt om opnieuw in te loggen, voert /status uit, daarna /login — logt opnieuw in.
3. Later blijkt: op claude.ai zelf stond het verbruik op slechts 21% van de limiet — geen enkele reden om geblokkeerd te worden.
4. Dit is al de tweede keer dat dit patroon zich voordoet.
5. Ook de VSCode-extensie (Claude in VSCode) weigerde rond hetzelfde moment verder te werken met een vergelijkbare credit-gerelateerde melding.

Verwacht gedrag

Het verbruikspercentage dat Claude Code/VSCode gebruikt om te bepalen of iemand "op zijn limiet zit" hoort overeen te komen met wat claude.ai zelf toont voor hetzelfde account.

Waargenomen gedrag

Claude Code/VSCode blokkeerden op een credit-limiet terwijl de daadwerkelijke, server-side geregistreerde consumptie (zichtbaar via claude.ai) daar geen aanleiding toe gaf (21% verbruikt).

Aanvullend

• /bug en /feedback zijn niet beschikbaar in deze omgeving ("isn't available in this environment"), vandaar dit issue als alternatief meldkanaal. Geen lokale instelling gevonden die dit veroorzaakt (geen managed-settings.json aanwezig, geen relevante policy in settings.json).
• Bij onderzoek bleek ~/.claude.json een dubbele project-entry te bevatten ("e:/Mainframe" vs "E:/Mainframe", verschillend qua schrijfwijze van het schijfstation) — inmiddels lokaal opgeschoond, mogelijk niet gerelateerd aan dit issue.

Impact

Onnodig tweemaal opnieuw ingelogd in de veronderstelling dat het een verlopen sessie betrof, terwijl het refresh-token nog ~28 dagen geldig was en er geen authenticatieprobleem was.