[BUG] Weekly + Fable quota jumped 0% -> 50%/100% with account idle (Max 20x, after Jul 31 reset)

Status Open
Maintainer reply None cached
Activity 10 comments · opened Aug 3, 2026

Preflight Checklist

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

What's Wrong?

Weekly usage quota and Fable quota both jumped from 0% to 50% / 100% respectively while my account was completely idle, following the scheduled weekly reset on Fri Jul 31 at 8:00 PM ET.

Plan: Max 20x

Timeline (all times ET)

Fri Jul 31, ~12:45-2:00 PM — one working session, Opus only. Fable deliberately switched off to preserve the Fable allocation for Monday.

Fri Jul 31, 8:00 PM — scheduled weekly reset. Counters observed at zero.

Sat Aug 1, late morning / early afternoon — opened the app and checked the usage page. Still zero across all models, including Fable. No usage. Closed the app.

Sat–Sun — no usage at all. No scheduled tasks, background jobs, or automations on the account (verified).

Sun Aug 2, evening — opened the app only to check usage. Now showing All models 50% used, Fable 100% used.

Fable was never invoked at any point during this cycle.

Calibration from this same account

After discovering this, I ran a long troubleshooting conversation trying to diagnose it — roughly 40 messages in a large, image-heavy thread including document processing and full-resolution photo uploads. That moved the counter only 50% → 54%.

On this account's own measured rate, the 50% that appeared during an idle day represents roughly ten times that session's volume, with no user activity behind it.

The previous week I used Fable heavily every day, Sat through Fri, including very heavy weekend use, and reached only ~40% of the weekly allowance. My workload is small web/app builds, not large-codebase work.

Additional observations

  • The usage page reset timestamp alternates between "Resets Fri 7:59 PM" and "Resets Fri 8:00 PM" on successive refreshes. Screenshots taken seconds apart show both states. This is new behaviour.
  • The usage page displays: "Fable 5 is still included with your Max plan. If you see a prompt to set up usage credits for it, restart Claude Code."
  • Restarting the app and logging out/in changed nothing.
  • Support confirmed seven incidents affecting Claude models between Jul 27–31, and that error retries in that window could affect usage tracking. The reset in question occurred at 8:00 PM on Jul 31, the final day of that window.

Expected behaviour

After a weekly reset with no subsequent usage, quota should remain at 0%.

Actual behaviour

Quota rose to 50% (all models) and 100% (Fable) with the account idle, and Fable is fully blocked despite never being invoked this cycle.

Possibly related

  • #81447 — Fable weekly usage limit did not reset
  • #38335, #38029 — abnormal quota consumption / sessions exhausting faster than usage justifies
  • #81703 — mass billing incident, usage charged despite plan allowance

What Should Happen?

After a weekly reset with no subsequent usage, quota should remain at 0%. Fable should not report 100% consumed when it was never invoked during the cycle.

Error Messages/Logs

Steps to Reproduce

  1. Note weekly quota at 0% immediately after the scheduled weekly reset (Fri Jul 31, 8:00 PM ET).
  2. Do not use Claude at all. Confirm no scheduled tasks, background jobs, or automations are active on the account.
  3. Check the usage page the following day (Sat Aug 1) — still 0% across all models.
  4. Do not use Claude for the remainder of that day or the next.
  5. Check the usage page again (Sun Aug 2 evening) — All models now 50% used, Fable 100% used, with no intervening activity.

Claude Model

None

Is this a regression?

Yes, this worked in a previous version

Last Working Version

_No response_

Claude Code Version

N/A - Claude Desktop app for macOS (subscription usage), not Claude Code CLI

Platform

Anthropic API

Operating System

macOS

Terminal/Shell

Terminal.app (macOS)

Additional Information

Plan: Max 20x.

The usage page reset timestamp alternates between "Resets Fri 7:59 PM" and "Resets Fri 8:00 PM" on successive refreshes; screenshots taken seconds apart show both states. This is new behaviour.

The usage page also displays: "Fable 5 is still included with your Max plan. If you see a prompt to set up usage credits for it, restart Claude Code."

Restarting the app and logging out/in changed nothing.

Anthropic support confirmed seven incidents affecting Claude models between Jul 27-31, and stated that error retries during that window could have affected usage tracking. The reset in question occurred at 8:00 PM on Jul 31, the final day of that window.

Possibly related: #81447 (Fable weekly usage limit did not reset), #38335 / #38029 (abnormal quota consumption), #81703 (usage charged despite plan allowance).

View original on GitHub ↗

7 Comments

akshayramdass · 27 days ago

Adding a matching Max 20x data point involving both the all-model and Fable meters. On August 3, 2026, during a deliberately idle post-reset watch, current-session usage went 0% → 11% → 59% → 100% in about 18 minutes, weekly all-model usage rose 57% → 72%, and Fable rose 5% → 6%, without a message being sent.

The local Mac was sampled every 10 seconds: no non-baseline Claude/IDE process, Claude session-file modification, or matching Claude/IDE network connection occurred during the interval. Extra usage remained off and monetary credit balance/spending did not change.

Support conversation 215475337901788. Please correlate the request ledger for 19:01–19:19 UTC on August 3 and identify the product surface, OAuth grant/client, request IDs, source IP/user agent, model and token totals. Canonical timeline: #54750, https://github.com/anthropics/claude-code/issues/54750#issuecomment-5170696925.

akshayramdass · 27 days ago

Adding a matching Max 20x data point involving both the all-model and Fable meters. On August 3, 2026, during a deliberately idle post-reset watch, current-session usage went 0% → 11% → 59% → 100% in about 18 minutes, weekly all-model usage rose 57% → 72%, and Fable rose 5% → 6%, without a message being sent.

The local Mac was sampled every 10 seconds: no non-baseline Claude/IDE process, Claude session-file modification, or matching Claude/IDE network connection occurred during the interval. Extra usage remained off and monetary credit balance/spending did not change.

Support conversation 215475337901788. Organization ID for Anthropic account correlation: d2a6bf95-6095-40a6-b8b7-7e2b7f7b5251. Please correlate the request ledger for 19:01–19:19 UTC on August 3 and identify the product surface, OAuth grant/client, request IDs, source IP/user agent, model and token totals. Canonical timeline: #54750, https://github.com/anthropics/claude-code/issues/54750#issuecomment-5170696925.

moepowers · 27 days ago

Thanks @akshayramdass — this matches my case closely. Max 20x, weekly meter read zero on Sat 1 Aug afternoon, then 50% all-models / 100% Fable by Sun 2 Aug evening with the account idle and no scheduled tasks. Fable was never invoked during the cycle.

Adding my support conversation for correlation: 215475330722681. Between us that's two Max 20x accounts on separate continents reporting idle-period depletion within days of each other, both stuck in refund-policy responses rather than ledger inspection.

Linking to #54750 as the canonical thread, and noting #82074 — I also have Claude for Chrome authorised, so if that OAuth grant is invisible to session controls it's a candidate surface here too.

TchabaTech · 27 days ago

Same as here https://github.com/anthropics/claude-code/issues/82506
No support most people lost money and subscription iv been blocked for 6 days without being able to use my account.

moepowers · 27 days ago

why are you blocked? i know its a pain in the ass.... cant even get a hold of a single human!!! its irritating.

akshayramdass · 26 days ago

Additional independent corroboration — August 4, 2026

This Reddit report now documents multiple Max users describing the same idle-drain pattern, including usage increasing after resets while computers were off, authorization tokens had been deleted, and scheduled tasks had been paused or removed:

https://www.reddit.com/r/ClaudeAI/comments/1v8d1ck/possible_claude_max_usage_bug_session_limit/

A separate user has also linked that discussion from #82506 after reporting continued depletion despite closing all sessions, powering off or reformatting computers, and deleting authorization tokens: https://github.com/anthropics/claude-code/issues/82506#issuecomment-5180686754

These community reports do not establish a root cause, but they provide independent corroboration and make an ordinary local stuck process less persuasive. Anthropic still needs to inspect the account-level request ledger to identify the originating product surface, authorization family, request metadata, model, and token totals. My controlled reproductions and support correlation remain documented in #54750 under support Conversation ID 215475337901788.

moepowers · 26 days ago

Status update - 72 hours, no human response.

Support conversation 215475330722681 remains unanswered since opening. No human contact at any point, despite explicit confirmation one would follow. The problem is unresolved.

I have exhausted every client-side remedy: full restart, logout/login, local credential deletion, scheduled task removal. No change - consistent with enforcement state held server-side, out of user reach.

I am now purchasing additional usage credits on top of a Max 20x subscription (~$280/month) in order to work this week. Paying twice for the same service.

Noting the growing corroboration in this thread and #82506 - including reports of depletion while machines were powered off and after authorization tokens were deleted - the account-level ledger inspection requested repeatedly here has still not been performed on any affected account, as far as any participant has reported.

Showing cached comments. Read the full discussion on GitHub ↗