Skip to content

Instantly share code, notes, and snippets.

@monperrus
Last active September 10, 2026 11:37
Show Gist options
  • Select an option

  • Save monperrus/3ac4b303a84946bbeaf2b1123ee99491 to your computer and use it in GitHub Desktop.

Select an option

Save monperrus/3ac4b303a84946bbeaf2b1123ee99491 to your computer and use it in GitHub Desktop.
Claude Code: the 'weekly' usage limit resets every 72 hours, not 7 days

Claude Max: The "Weekly" Limit Resets Every 72 Hours, Not 7 Days

Background

Claude Pro/Max plans expose a usage API at https://claude.ai/api/oauth/usage that returns two utilization counters:

  • five_hour.utilization — a rolling 5-hour window (well documented)
  • seven_day.utilization — described as a "weekly" cap

The seven_day object also contains a resets_at field. Monitoring this field over ~11 days (June 9–20, 2026) revealed that the "weekly" limit does not reset every 7 days — it resets every 72 hours.

Observed Reset Events

All times are UTC. Resets detected as sharp drops in seven_day.utilization:

Reset time (UTC) Local (CEST, UTC+2) Weekday Gap from previous
2026-06-10 04:25 06:25 Wednesday
2026-06-13 04:21 06:21 Saturday 71.9 h (3.00 days)
2026-06-16 05:00 07:00 Tuesday 72.6 h (3.03 days)
2026-06-19 05:29 07:29 Friday 72.5 h (3.02 days)
2026-06-20 04:50 06:50 Saturday

The 72-hour intervals are extremely consistent (±0.6 h over three consecutive cycles). Resets happen at a fixed anchor time (~04:50–05:00 UTC), not on a specific weekday.

Anthropic does not document this behavior publicly as of June 2026.

The resets_at Field Is Misleading

seven_day.resets_at consistently returned a date approximately one week in the future — always landing near Tuesday at ~07:00 local time in CEST. This is technically accurate for a 7-day rolling window (it tells you when the oldest tokens in the window drop off), but it does not predict when you get a fresh allocation.

The actual rate limit reset — when utilization drops back to near zero — follows the 72-hour cycle, not the 7-day window timestamp.

Workaround

Instead of relying on seven_day.resets_at, detect the last drop in the utilization counter and project forward by 72 hours:

Open Questions

  • Does it apply to all plan tiers (Pro, Max 5x, Max 20x)?
@381sm016

Copy link
Copy Markdown

Great. now delete this before Anthropic makes it longer

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment