[FEATURE] Give users control over weekly limit reset timing (configurable reset day, or banked on-demand resets like Codex)

Preflight Checklist

• [x] I have searched existing requests and this feature hasn't been requested yet — the closest prior request, #11360, was never substantively triaged: it received no maintainer response and was auto-closed by the inactivity bot, whose own closing message instructs users to "file a new issue and reference this one if it's relevant." This is that issue.
• [x] This is a single feature request (not multiple features)

Problem Statement

1. The weekly limit reset anchor is assigned, permanent, and outside user control.

Weekly usage limits reset "at a fixed time each week that is assigned to your account" (Claude Help Center). There is no setting, no command, and no documented process to change it. My account is anchored to a Saturday reset. My working week starts midweek, and I have wanted a Wednesday reset for a long time. Nothing I do changes the anchor — it remains Saturday.

The reset anchor is not an implementation detail. It determines how a paying customer can budget a hard weekly quota against their actual work rhythm. Assigning it arbitrarily and permanently means two customers on identical plans, paying identical prices, have structurally different abilities to plan their work — through no choice of their own.

2. Ad-hoc "goodwill" global resets compound the problem instead of mitigating it.

Anthropic has repeatedly granted global limit resets framed as a customer benefit (e.g., June 13 and July 1, 2026, as documented in #74608 — and again this week, on a Friday). The value of such a reset depends entirely on where an account's fixed anchor happens to fall relative to it. When a goodwill reset lands on a Friday and my own anchor is Saturday, the "benefit" is superseded roughly one day later by my scheduled reset. It is effectively worthless to me, while an account anchored a few days later receives close to a full week of doubled quota.

I want to state this plainly: for users in my position, these announcements do not read as a benefit. They read as a reminder that a quota mechanism I cannot control distributes value by lottery — and being told it is a perk makes it worse, not better. #74608 documented this inequity in detail and was closed by a bot without a substantive response.

3. The prior request for exactly this feature was never actually considered.

#11360 ("Change weekly limit reset day and time") described exactly this problem, was labeled enhancement, received zero maintainer engagement, and was closed as NOT_PLANNED purely by inactivity automation. Auto-closing an unaddressed feature request does not resolve it; it guarantees the request resurfaces. Here it is again, and it will keep coming back until the underlying design is addressed.

Proposed Solution

Give the reset timing decision to the user. Either of the following resolves the problem; Option B is strictly more flexible and has already been validated by a direct competitor.

Option A — configurable reset anchor. Let users set their weekly reset day/time via /usage ("Change weekly reset schedule") or account settings on claude.ai. To prevent gaming, rate-limit changes (e.g., once per billing cycle) and have them take effect only at the next scheduled reset, so a change can extend but never shorten the current window.

Option B — banked, user-triggered resets (the Codex model). OpenAI's Codex shipped exactly this on June 12, 2026: users hold banked rate-limit resets and redeem one at the moment they actually need it, including directly from the CLI via /reset. Goodwill and promotional resets are granted as banked credits rather than fired globally at an arbitrary moment. This design converts the goodwill gesture from a lottery into a benefit of equal value to every recipient, and it eliminates the fixed-anchor problem entirely: users decide when their week restarts.

If Anthropic intends ad-hoc resets to be a customer benefit, Option B is the correct mechanism — a banked reset is worth the same to every customer regardless of anchor day. The current mechanism demonstrably is not.

Alternative Solutions

• Cancelling and resubscribing at precisely the right moment to move the anchor — a workaround already noted in #11360 that punishes subscription loyalty and creates churn mechanics no one wants.
• Restructuring my working week around Anthropic's assigned anchor — this inverts who the product is supposed to serve.

Priority

High - Significant impact on productivity

Feature Category

Other (usage limits / account-level quota management, surfaced in Claude Code via /usage)

Use Case Example

My weekly limit resets on Saturday; my heaviest, deadline-sensitive work happens midweek. When I exhaust the weekly limit on a Thursday, a Friday goodwill reset restores quota that my own Saturday anchor wipes out about a day later — while users with a differently-placed anchor extract up to a week of value from the same gesture. With a configurable anchor (Wednesday) or a banked reset I could redeem on that Thursday, the quota would align with the work instead of working against it.

Additional Context

Related prior issues:

• #11360 — identical request, auto-closed as stale with zero maintainer response.
• #74608 — detailed analysis of why anchor-dependent promotional resets are inequitable; closed by a bot as "not about Claude Code," although these limits govern Claude Code usage and are surfaced in /usage.

Codex banked-resets reference: Codex rate card — OpenAI Help Center; banked rate-limit resets announced June 12, 2026, redeemable via the Codex CLI /reset command.