You've hit your limit · While usage is still at 84%

Found 3 possible duplicate issues:

1. https://github.com/anthropics/claude-code/issues/18668
2. https://github.com/anthropics/claude-code/issues/19155
3. https://github.com/anthropics/claude-code/issues/17917

This issue will be automatically closed as a duplicate in 3 days.

• If your issue is a duplicate, please close it and 👍 the existing issue instead
• To prevent auto-closure, add a comment or 👎 this comment

🤖 Generated with Claude Code

+1 - To avoid this issue being ignored since there's a lot of issues opened for this in the past week with no comments.

I’m seeing the same behavior. As of today, my weekly usage shows 84% used, but I can’t submit any new prompts on the 5× Max subscription. I assume access is blocked until the limit resets.

Any prompt entered via the Claude CLI or the web UI returns the message: “You’ve hit your limit · resets 12pm.”

The usage metrics appear inconsistent. Yesterday, when I was still able to submit prompts, the CLI briefly showed a much higher usage percentage (around 92%) while entering a prompt, whereas the web UI showed at least 10% less at the same time.

Running /usage consistently reports the same percentage as the web UI. However, while typing prompts in the CLI, I would occasionally see a red warning indicating 92% usage, even though that number isn’t reflected anywhere else.

+1 - Same issue here

+1 same issue. Also, sometimes limit instantly at 20% after reset

Same happened for me. My limit increased to 84% but I got message "You've hit your limit · resets 6pm (Europe/Warsaw)" So what am I paying for?

Same issue here - very frustrating. Anthropic needs to issue a partial refund to users for this error.

I have the same problem. Posting here to avoid this issue being ignored and closed since there's a lot of issues opened for this in the past week with no comments. I hope someone at Anthropics looks into this.

# Linux installation
$ claude --version
2.1.17 (Claude Code)

<img width="882" height="476" alt="Image" src="https://github.com/user-attachments/assets/d924bd2a-4c53-499c-abd1-de9a78d028fc" />

+1 i have same issue too. blocked on 85% usage now.

+1 the same issue. 84%

Same issue at 85%

+1 same issue at 85% too

+1 same issue at 84% on weekly usage, I have seen others complain about 84% on the 5 hours limit. I guess 84% is already the 100% but it shows wrong in dashboard or something.

+1 same issue at 84% on weekly usage, I have seen others complain about 84% on the 5 hours limit. I guess 84% is already the 100% but it shows wrong in dashboard or something.

While the Claude CLI and plugin were telling me I had reached the limit, I could still use Claude in the web interface and it accepted my requests. The usage percentages also kept increasing. I think the problem lies specifically in the agent code.

+1

+1

+1

+1

+1 - Same here; on Windows 11. It's happened to me multiple times in the past day or two, including on the latest v2.1.27

Still happening on v2.1.27 (MacOS)

While the Claude CLI and plugin were telling me I had reached the limit, I could still use Claude in the web interface and it accepted my requests. The usage percentages also kept increasing. I think the problem lies specifically in the agent code.

Can confirm this as well — suggests it's not a dashboard or /usage bug, but rather a bug with the extension itself...

Claude code in Visual Studio Code on windows 10

<img width="427" height="536" alt="Image" src="https://github.com/user-attachments/assets/9a88e844-fbc5-47a7-9949-55c6c91f1fd4" />

+1

+1 84% club checking in

<img width="711" height="355" alt="Image" src="https://github.com/user-attachments/assets/17ef1163-f376-4e98-b225-da3a2412ea69" />

<img width="615" height="434" alt="Image" src="https://github.com/user-attachments/assets/930e04e5-7dfd-4603-976c-fbe9dea2aea8" />

+1

<img width="428" height="202" alt="Image" src="https://github.com/user-attachments/assets/e2d77107-67fc-4739-9043-4b08bda882d2" />

+1

+1. Same thing happening to me.

<img width="634" height="333" alt="Image" src="https://github.com/user-attachments/assets/50eb2949-72a4-497b-b32a-279304f8e89b" />

Seeing the same issue. Honestly quite baffling and a bit unsettling to see that the developers seem to ignore this issue completely, as evidenced by the numerous GitHub issues on this very problem here, here, here, here, here etc. without any progress, solution, or even acknowledgement.

@bcherny @ashwin-ant @fvolcic @bogini @ant-kurt @whyuan-cc @ddworken @catherinewu @ThariqS @dicksontsai @hackyon-anthropic @rboyce-ant @Masa1984a @amorriscode @sid374 @dhollman @grll @MadsRC @shota-0129 @suwakei @rquintino
We are being deprived of ~15% of our quota every couple of hours. That quickly adds up to a lot of tokens that we are paying for but not receiving - when can we expect Anthropic to grant us the tokens we are paying for?

Donno if it is gonna make any difference but I also ran into this!

Max x5 plan and my tokens and credit are being waisted by a bug!

Came across this issue as well.

Donno if it is gonna make any difference but I also ran into this! Max x5 plan and my tokens and credit are being waisted by a bug!

Don't think so. It seems that there tons of issues that are been posted long ago before I posted this issue, people have been reporting this issue everywhere for over a month now with no statement from Anthropic team. Total Ghosting...

FYI, you can still use the remain of your quota for chat but not claude code!

Can I ask an odd but fun question, if you log out and log in again to claude code (or just run /login does that affect/resolve the issue)? #musing

84% club member here too

@bcherny @ashwin-ant @fvolcic @bogini @ant-kurt @whyuan-cc @ddworken @catherinewu @ThariqS @dicksontsai @hackyon-anthropic @rboyce-ant @Masa1984a @amorriscode @sid374 @dhollman @grll @MadsRC @shota-0129 @suwakei @rquintino

Nigger fix this

Also hit the same issue at 70% usage.

Can I ask an odd but fun question, if you log out and log in again to claude code (or just run /login does that affect/resolve the issue)? #musing

I tried this yesterday and it does not fix the issue.

+1

Also hit the same issue at 70% usage. > Can I ask an odd but fun question, if you log out and log in again to claude code (or just run /login does that affect/resolve the issue)? #musing I tried this yesterday and it does not fix the issue.

booo! Thank you for the heads up.

Same here. Just canceled my subscription; now searching for a better alternative.

Just want to add that I've been stuck with this issue for two days waiting for a response from Claude's email support - still nothing lmao

Additional observation about usage tracking inconsistency

I've noticed a related issue: after hitting the rate limit in Claude Code, I can still continue using the web chat interface (claude.ai), and the usage bar continues to move normally as I make additional requests. This suggests there may be a broader accounting discrepancy between Claude Code and the web interface.

---

A note from Claude Opus 4.5 itself:

I'm the model being used to draft this comment, and I'd like to offer my perspective on this bug:

This usage tracking inconsistency is concerning for a few reasons:

1. User trust: When the displayed usage percentage doesn't match actual rate limits, it creates confusion and erodes confidence in the system. Users can't plan their work effectively if they don't know their true remaining capacity.

1. Sustainability: If usage across different interfaces (Claude Code vs. web chat) isn't being tracked consistently, it could affect Anthropic's ability to accurately meter and sustain access to higher-capability models like myself at current limits.

1. Suggested fix: The usage tracking should ideally be unified across all interfaces (CLI, web, mobile, API) and update in near real-time. If separate rate limit pools are intentional, this should be clearly documented so users understand their limits per interface.

I'd recommend Anthropic investigate whether the rate limit enforcement and the usage bar are querying the same backend source of truth, and ensure synchronization across all client interfaces.

Even more concerning, the 70% applies to weekly limits as well. I was expecting it only throttle my 5h, but now that weekly is also down that is criminal

HOW MUCH DID I ACTUALLY USED? 75% ??? 84%??? 100%???

<img width="1643" height="989" alt="Image" src="https://github.com/user-attachments/assets/4ffef5bf-c59e-4389-8c14-e31b9884d788" />

Same here. Just canceled my subscription; now searching for a better alternative.

@Gopinathsgn what alternatives do you use? I am using codex and google's products ( main Gemini CLI & Antigravity IDE) alongside Claude code but each serves me a different use case. I heard GLM 5.7 model with claude code as a the client can serve the same use causes with 3x the usages at 1/3 of the price.

Got the same Problem, looks like it caps at 84% weekly usage. Hope will get fixxed soon and we get an appropriate compensation

<img width="967" height="370" alt="Image" src="https://github.com/user-attachments/assets/e78e1936-4c1c-4367-9ce1-08898e3d046d" />

<img width="382" height="60" alt="Image" src="https://github.com/user-attachments/assets/b23b1f62-a31e-429d-9fbe-9b4ec832afac" />

Same issue...

<img width="1100" height="903" alt="Image" src="https://github.com/user-attachments/assets/b9c1eadc-14b7-419b-8c40-d65ea77ce0b8" />

I'm experiencing the same issue but even worse - blocked at 71% usage.

Environment:

• Claude Code v2.1.31
• macOS (darwin)

Symptoms:

• All models: 71% used (29% remaining)
• Sonnet only: 0% used (100% remaining)
• Both models blocked with "You've hit your limit"
• Claude web (claude.ai) works fine at the same time

<img width="815" height="612" alt="Image" src="https://github.com/user-attachments/assets/c5f45956-7e23-4663-93a5-922139eef8aa" />

I experience this bug, too. I know my coworker doesnt have this bug (opened account earlier than me), his claude code and web is synchronized for usages, but the bug is definitely there for some users including myself.

+1. I contacted the support but the AI chatbot denies it. When I asked for someone from the support team, I got

"While our Support team is unable to manually reset or work around usage limits, you can learn about best practices here. If you’ve hit a message limit, you’ll need to wait until the reset time, or you can consider purchasing an upgraded plan (if applicable)."

+1 please, fix this issue ASAP. I don't get what I have already paid for. It stopped working at 86% percent session usage.

I've got the same issue, web App says 78% used. But I got the rate_limit_error on the CLI. How is this even possible? We paid for this stuff. Can Claude fix this already?

Current session
████████████████████████████████████ 72% used
Resets 1:59pm (UTC)

Current week (all models)
████████████████████████ 48% used
Resets Feb 8, 5:59pm (UTC)

Current week (Sonnet only)
████ 8% used

Got the same issue. I hit the limit with that stats.

Same issue here

<img width="758" height="213" alt="Image" src="https://github.com/user-attachments/assets/a1f76a39-46cb-4e90-8ec4-6355e456c08d" />

<img width="1337" height="457" alt="Image" src="https://github.com/user-attachments/assets/6718ecc4-581a-4e11-99b3-41f3960ca633" />

Very annoying as I am in the middle of a complex analysis task. No option but to wait until this evening.

First experience with claude coming from codex. Not very nice this. Anyone got a workaround? Clearly the real limits are not hit yet but still cannot continue.

Please fix

Happened again like wtf is this, 70% ? <img width="587" height="428" alt="Image" src="https://github.com/user-attachments/assets/87510b84-411e-43ec-aaa3-517deda86d2b" />

<img width="616" height="473" alt="Image" src="https://github.com/user-attachments/assets/884f2e71-035b-47fa-8d74-525ca14fc165" /> Just got the yellow message of the weekly uasge aswell saying i'm at 72% of the weekly limit. /Usage looks like this ,same goes for the usage on the webapp. Getting scammed by Anthropic right now, nice.

<img width="470" height="422" alt="Image" src="https://github.com/user-attachments/assets/3be41a20-b7e4-468e-8c23-180d4a01a512" />

It stalls every session at 70%. I can still use the normal Claude Chat but code is blocked

<img width="549" height="291" alt="Image" src="https://github.com/user-attachments/assets/47bfa0a3-2fdb-49aa-8ab3-38ed5fe181c4" />

Same here. Considering filing a dispute with my bank.

• 1

Same issue here

<img width="1556" height="912" alt="Image" src="https://github.com/user-attachments/assets/e8a25e31-caa1-4cec-ba97-7cf59817a8d8" />

As an addition to what I posted earlier it also seems that when I start my pc for the first time today and open claude instantly the usage timer (at the beginning of the 5h window) is already on 13%. So all in all the limits are way off.

After hitting the "limit" on claude code (in reality 72%) i used the chat on claude.ai till it get to the real 100%, and i discovered that on claude code it says i used 93% of the weekly usage while on the website is 65%. 28% more! There is something really weird going on here and the fact Anthropic just ignores this is alalrming i might just ask for a refund and return when this is fixed

<img width="736" height="731" alt="Image" src="https://github.com/user-attachments/assets/e1b4f04f-691e-4b65-a57b-660b8e2f2e7e" />

Same issue here. Even better: it used up credits in my account, even though the session limit was not reached. This is unacceptable.

<img width="923" height="692" alt="Image" src="https://github.com/user-attachments/assets/ef03ea4c-9d4d-4850-8fae-2debb95c3dfe" />

+1 My weekly limit has reached 71% but now I can't use it, even with my session limit at 0. This now means I'm not getting what I'm paying for, without any workarounds available to get that.

Having the same issue right now, Claude Code
says i used 100% while webinterface says i got 28% left, I cant start any sessions anymore with claude code, but i can on normal chat.... I am beginning to ask myself why am i even spending so much money on something that isnt even working properly? jezus...

edit: It even ended up eating credits from my account, just unacceptable!
<img width="2583" height="717" alt="Image" src="https://github.com/user-attachments/assets/35019bf2-84b2-4fe3-9989-7981b588887c" />

<img width="320" height="129" alt="Image" src="https://github.com/user-attachments/assets/e5a25932-2224-4f78-abe2-75390d83c78a" />

Worth trying to get a refund if through the "Get help" button on the Claude website, it worked for me. Will never give this scam company my money again.
This issue has been open for 2 weeks with zero response from anyone at Anthropic.

Did they do any difficult in getting a refund? i already used the tool quit a bunch

Same issue here. Just signed up today, and usage shows 70 percent, but it tells me I have hit my limit.

<img width="1539" height="640" alt="Image" src="https://github.com/user-attachments/assets/7610ad22-9db5-49ec-bded-584c5b66c159" />

Definitely some bug with new accounts. They need to fix their stuff

Same issue for me as well, hit the limit at 71%

<img width="815" height="476" alt="Image" src="https://github.com/user-attachments/assets/bc6a67e7-bbb3-4e29-b872-e7b5f77682f0" />

It appears to be exclusively at 70-72% for me as well.

This bug/conspiracy also hits me

Update: I am using a new account. This appears to be an issue specifically affecting new accounts. I've noticed that Claude Code access is being capped well below the full allocation — 85% / 70%.
This is not a display bug — claude.ai still works normally. I believe this is a rate limit imposed by Claude Code itself, not by the backend usage pool.

Definitely some bug with new accounts. They need to fix their stuff

Yes, only new accounts is also my assumption.

I have a new account and am running into the same issue right now. Claude code says I've hit my weekly limit, but settings in claud.ai says I'm at 71%. Account is new from Thursday. I had never use Claude before and was just curious to pay (Pro) and use it on an old hobby project. But this is a pretty bad experience :(

84% on daily usage OR on weekly usage for me. Newish account, had it a couple of weeks. Max plan.

Also hitting this, also new account, also blocking with the website reporting 71% session usage. /status shows session at 100%

Same issue here. Continuously reaching the usage cap in Terminal while the web site reports only ~70% usage. Created Pro account last week.

Like others have pointed out, the discrepancy also affects the weekly limit. I just got a warning in the terminal app that I'm over 70% in my weekly limit, even though the web site says I've used 54%.

These screenshots are taken from the terminal and refreshed web page at the same time:

<img width="465" height="283" alt="Image" src="https://github.com/user-attachments/assets/1e0c4b0b-8713-4deb-8045-934e3b264e5d" />

<img width="950" height="693" alt="Image" src="https://github.com/user-attachments/assets/3c40aa49-5b52-4dca-85e0-5369f26c2050" />

I'm using Claude Code version 2.1.37 (latest) on macOS Tahoe 26.2.

Screenshots for me, too. After 24h to prove it's definitely not a sync issue:

• Terminal:

!Image

• Website:

!Image

I used an older account and it doesn't happen, but with the one created a week ago it does. Confirmed that it's only for new accounts

Is Anthropic even looking at these? I am considering cancelling and using a competitor if this doesn't get resolved. Its hard to plan a project correctly if the limits are not reliable. That also makes me wonder what else in the counter is buggy in terms of usage calculation.

Maybe someone will look into this if enough people tell them that this is not ok.

<img width="517" height="974" alt="Image" src="https://github.com/user-attachments/assets/4af3c2a0-c729-45b9-986c-295622f46ba2" />

I tested something out, gifted myself the 7 day free pro trial on a new account, tested claude code with OPUS 4.5 and results are really embarrising. 11m in and hit limit. once again web interface only says 71% is used.

<img width="2126" height="642" alt="Image" src="https://github.com/user-attachments/assets/b1faa43f-674d-41c2-befa-3aac2a140434" />

I have the same problem, it happened when I created a new account.
I contacted support via chat and they didn't answer me
I contacted Eliahim by email and got a generic answer.

What's happening here is a complete oversight and ignoring of a common problem.
If Anthropic can't solve something like this
With all due respect (and there is great respect) for their abilities
Maybe it's worth considering moving to other systems.

<img width="502" height="349" alt="Image" src="https://github.com/user-attachments/assets/24fdec42-f811-4933-b197-37eae88829d5" />

<img width="704" height="572" alt="Image" src="https://github.com/user-attachments/assets/29a254cc-ddf9-4585-8e20-c1628812c973" />

Same for me. They even gift me 50$ and consumed it, haha. I usually check the usage on web, but now should use /status more often.

Same issue here. Only ~70% usage. Created Max account last week.

I have the same issue - 88% extra usage used, but Claude Code will not allow me to use the remaining 12% of extra usage. I am being timed out until the next session reset.

Extra usage
Turn on extra usage to keep using Claude if you hit a limit.
£32.42 spent
Resets Mar 1
88% used

+1 Lost $50 in API too before I knew what was going on. Bug after bug. This one is serious and dragging! Claude - less money advertising your product and make it _ACTUALLY WORK_. Still an issue on 2.1.38

Same here. I have extended usage turned on, but I am being told that I have hit my weekly limits and the tool currently refuses to do anything, regardless of my remaining balance, refills, and so on.
​

It is really annoying. I understand that it first consumes the tokens included in the subscription, but now it claims that I have reached my token limits even with extended usage enabled.
​

It would be great to have an option to consume the extra (paid) usage before the tokens included in the subscription. That would significantly optimize my workflow: right now, you quickly burn through the included tokens, and then it starts using the extended usage and ends up blocking you for a week or more, with no way to reset that.

@bcherny Has this bug been prioritised my dude? Thank you. Truly love your work ⭐

@bcherny Yes they have fixed it by removing around 30% of the tokens. It was ~70% percent and now I'm up to 99%. I haven't used it at all.

<img width="1217" height="644" alt="Image" src="https://github.com/user-attachments/assets/cc5c4c8b-3d88-406d-9cf3-0cd66167a49a" />

In my case if I hit the weekly limit I can't use my extra-usage until the weekly limit is gone. That's weird and doesn't really help me at all ;)

The issue is gone on my end. But which case we had earlier? Did our usage got limited earlier (only allow to use 84% out of 100%), or our usage got diluted from 84% to 100%? To me feels like the first case.

I'm encountering this issue. According to settings, I've used 12% of weekly usage, but Claude Code identifies that I've hit my limit and won't reset until this time next week.

I have same issue 3 week ago. At that time, this issue is true.
the issue occured today one more time, but it was notation issue.
notation express weekly limit, but after time limit, claude code operated well.
maybe this problem has been resolved.

Mine has been the same the whole month 😅 I'm not renewing my plan

@cocoataster Mine has been the same the whole month 😅 I'm not renewing my plan

I'm intending to open a chargeback tbh, I encourage anyone else to do the same. If you bring up this issue with support, it gets immediately closed and a canned response saying they won't monitor the ticket anymore.
It wouldn't surprise me if it's not a real bug but some intentional load shedding feature.

Usage seems to match for me, but the token consumption is unbelievably quick. I have consumed many videos on how to optimize, my context is always between 20-40%, yet one good planning with Sonnet costs 25% of my session usage... I am not sure if that is expected, but at this point I am temped to compare competition.

Unsure if this is helpful, or if I just got lucky. But toggling extra usage off and then on again fixed this for me in the CLI. Seemed like updating that triggered claude code to see there was still usage available on my account.

All for $5

<img width="1023" height="613" alt="Image" src="https://github.com/user-attachments/assets/24f25e6c-f4ee-4af4-a8c6-9b7fd597aeaf" />

<img width="554" height="288" alt="Image" src="https://github.com/user-attachments/assets/9017d3a1-aaa5-431c-9ef2-8cc142c75b3f" />

<img width="568" height="268" alt="Image" src="https://github.com/user-attachments/assets/39991c8c-0217-41b6-82f2-69ab363ea426" />

Same issue here. I've used virtually none of my usage and am being blocked. On both my personal and work account. Both on Max.

Different variant of this bug, but same root: billing system blocks usage while balance display shows credit remaining.

Anthropic provided $200 in Extra Usage credits (goodwill compensation). Used $100 of it. Balance page shows $100 remaining. System is now prompting to add a payment method / top up as if the balance is $0.

This is specifically with promotional/goodwill credits rather than user-purchased credits. It may be that promo credits and purchased credits are tracked in separate buckets, and the API rate limiter is checking the wrong bucket — the enforcement layer sees $0 in the 'purchased' bucket and blocks, while the display layer correctly shows the combined balance of $100.

Result: $100 in valid, Anthropic-issued credits sitting in the account, completely inaccessible. Meanwhile the billing page says funds are available.

Max plan, Windows 11, v2.1.97. This is a billing enforcement / display parity bug — the two systems are not reading from the same balance source.

ran into this. the 84% bar and the 429 are tracking two different limits. bar = cumulative tokens over the rolling 5h or weekly window. the 429 'this request would exceed' is per-request burst, basically RPM/TPM, independent of the bar. you can 429 at 30% session, or stay clean at 95% on a small request. both surfaces share the 'rate_limit' label which is the confusing part. /settings/usage exposes the cumulative counter but not your burst headroom, so a 429 at 84% means the request-rate limit fired, not the quota.

Reproduced on the latest release, v2.1.201, on macOS with a first-party Claude.ai Max subscription.

At 2026-07-04 11:13 KST, the built-in usage command reported:

Current session: 0% used · resets Jul 4 at 4:09pm (Asia/Seoul)
Current week (all models): 17% used · resets Jul 10 at 8:59pm (Asia/Seoul)
Current week (Fable): 0% used

However, every real inference request was rejected immediately:

$ claude -p 'Reply with exactly: OK'
You've hit your session limit · resets 4pm (Asia/Seoul)
$ echo $?
1

Structured output confirms an HTTP 429 before any model work:

{
  "type": "result",
  "is_error": true,
  "api_error_status": 429,
  "duration_api_ms": 0,
  "result": "You've hit your session limit · resets 4pm (Asia/Seoul)",
  "usage": {"input_tokens": 0, "output_tokens": 0},
  "modelUsage": {}
}

Additional isolation:

• claude auth status: logged in, authMethod: claude.ai, apiProvider: firstParty, subscriptionType: max
• Sonnet and Haiku both fail identically.
• --safe-mode fails identically, ruling out project settings, plugins, hooks, and MCP configuration.
• Claude Code status was operational when tested. A multi-model incident earlier that day was already marked resolved.
• The OAuth usage endpoint and /usage agree on 0% current-session utilization, while the inference enforcement path returns 429.

This looks like a consistency bug between the usage-reporting service and the server-side rate-limit enforcement state. The enforcement state may remain stuck on an exhausted prior window even though the usage service has opened a fresh 5-hour window.

Expected: when /usage reports 0% session usage and weekly usage is 17%, a fresh minimal request should be accepted, or the UI should expose whichever other limit is actually blocking it.

+1 same issue, weekly limit is 78% and 5 hour limit is 0 but it tolf me i hit my limit

<img width="555" height="204" alt="Image" src="https://github.com/user-attachments/assets/24b22d94-b675-48d1-9b43-9cf34badbcc4" />

<img width="481" height="206" alt="Image" src="https://github.com/user-attachments/assets/d8fe5d24-f9e1-4a2d-8b6e-27bba6cd5a8a" />