[BUG] Weekly reset anchor shifted Thursday → Saturday in ~12hr window, Max 20x, no user action (Apr 28-29 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?

My weekly usage reset anchor shifted from Thursday (where it had stably anchored for months on a continuously active Max 20x subscription) to Saturday within an approximately 12-hour window spanning April 28–29, 2026. No user action triggered the shift:

• No subscription cancel.
• No subscription resubscribe.
• No manual reset.
• No plan change.
• No billing event.

The account has been on Max 20x continuously, with no interruptions, for the entire period during which the anchor was stable on Thursday.

This matches the forward-shift symptom documented in #51222 ("displayed reset time shifting forward without an actual reset"), and is plausibly the same root cause as the early-reset / re-anchor symptom documented in #52466 ("early reset firing and re-anchoring the rolling window") and #52498 ("weekly reset firing ~2 days early, displayed reset time shifted backward before triggering"). All three of those issues are currently OPEN, as is the parent #49616.

A silent early reset that re-anchors the rolling 7-day window to a new "first prompt" would explain my observation: if a reset fired between Thursday and Saturday without surfacing in the UI, the new anchor would land on whatever day the next prompt occurred — i.e., Saturday — and persist there going forward.

Steps to Reproduce

N/A — this occurred without user action. The shift was observed by comparing the Settings → Usage display before and after the ~12-hour window on April 28–29.

What Should Happen?

Per Anthropic's stated policy (quoted in #51222):

Weekly limits reset on a rolling 7-day window from your first prompt, not a fixed wall-clock time, so the "resets by …" time can shift as you keep using Claude.

Under that rule, the anchor should remain stable absent a user-driven reset (full week of no usage, plan change, etc.). On a continuously active Max 20x subscription with no usage gaps long enough to trigger a natural anchor reset, the displayed reset day should not move.

Actual Behavior

The anchor moved from Thursday to Saturday within an approximately 12-hour window on April 28–29, 2026, with no user action and no UI notification of a reset event. The new Saturday anchor has persisted since.

Environment

• Plan: Claude Max 20x (continuously active, no cancel/resub history)
• Account email: kmasty1@gmail.com
• Surfaces affected: claude.ai web (Settings → Usage) and Claude Code
• Claude Code version: 2.1.123 (Claude Code) (output of claude --version)
• Platform: darwin
• Date of shift: April 28–29, 2026 (12-hour window)
• Prior anchor: Thursday (stable for months)
• Current anchor: Saturday

Screenshot of Settings → Usage showing the new Saturday anchor will be attached.

Error Messages/Logs

Steps to Reproduce

1. Engineering investigation of the anchor-shift behavior on Max 20x accounts. Specifically, please check whether a silent early reset fired on this account during the April 28–29 window and re-anchored the rolling 7-day origin to Saturday.
2. Quota audit and credit per the precedent in #52466. If a silent reset truncated the prior week's allocation, please credit the lost quota.
3. Confirmation of the anchor-update rules that #52498 also requested — under what conditions can the anchor move on a continuously active subscription, and is forward-shift without a corresponding visible reset event a known/expected behavior or a bug?

Note on Support Routing

I contacted Anthropic support before filing this issue. The Fin AI Agent confirmed in writing that account-specific quota audits and reset-anchor investigations cannot be processed through the support channel and explicitly routed me to /bug (Claude Code) or this GitHub repo. I am filing both in parallel.

Related Issues (all currently OPEN)

• #49616 — [BUG] Weekly usage limit reset 4+ hours before scheduled reset time (parent issue, Apr 17, 2026)
• #51222 — [Bug] Weekly usage reset time displayed incorrectly for Pro plan users (Apr 20, 2026; same forward-shift symptom)
• #52466 — [Bug] Weekly usage limit reset early, losing 36% of quota before scheduled reset time (Apr 23, 2026; quota-credit precedent)
• #52498 — Weekly usage reset occurred ~2 days early; displayed reset time shifted backward before triggering (Apr 23, 2026; marked dup of #49616 by author but state remains OPEN)

The shared pattern across these reports — anchor moves without user action, sometimes paired with silent quota truncation, observed across Pro and Max tiers — suggests a systemic issue with the rolling-window anchor logic rather than isolated incidents.

Claude Model

Opus

Is this a regression?

Yes, this worked in a previous version

Last Working Version

_No response_

Claude Code Version

2.1.123 (Claude Code)

Platform

Anthropic API

Operating System

macOS

Terminal/Shell

WSL (Windows Subsystem for Linux)

Additional Information

_No response_