[BUG] /usage omits the "Current week (all models)" limit entirely on a Max plan — no bar, no error (Fable weekly bar renders)

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?

On a Max plan, /usage renders the five-hour session bar and the "Current week (Fable)" bar, but the "Current week (all models)" row is absent entirely — no progress bar, no "Resets …" label, no percentage, and no error or "limits unavailable" notice.

The same account shows the same two rows — and only those two — on claude.ai under Settings → Usage, so the omission is not specific to the CLI.

There appear to be two separable problems:

1. Data: the limits response for this account seems not to include the all-models weekly bucket, even though the Fable weekly bucket is present.
2. Client: when a documented limit bucket is missing from the response, /usage silently drops the row instead of indicating that limits data is incomplete. This is the same silent-degradation pattern raised in #53735.

What Should Happen?

Per the Help Center, Pro / Max / Team / seat-based Enterprise accounts see progress bars for the five-hour session limit and the weekly limits; on Max that is three rows (session, all models, Fable). Recent output from another Max account in #79412 shows "Current week (all models)" and "Current week (Fable)" side by side with matching reset times.

At minimum, if the all-models bucket cannot be returned for an account, /usage should say so explicitly rather than rendering a partial set as if it were complete.

Error Messages/Logs

None. No error is produced on either surface — that is part of the problem.

Steps to Reproduce

1. Sign in on an account subscribed to the Max plan.
2. Run /usage and open the Usage tab. Observe that "Current session" and "Current week (Fable)" render with bars and reset labels, and that there is no "Current week (all models)" row.
3. On the same account, open claude.ai → Settings → Usage in a browser. Observe the same two entries and no all-models weekly entry.
4. Confirm it persists after claude logout followed by claude login, after updating to the latest CLI, and in a clean browser profile.

Note on reproducibility: this appears to be account-scoped — other accounts on the same plan tier show all three rows. Account-side entitlement state is not visible from the client, so I cannot determine whether the bucket is missing from my account record or simply not returned. Happy to provide account identifiers privately for triage.

Claude Model

Not sure / Multiple models

Is this a regression?

No, this never worked

Last Working Version

N/A

Claude Code Version

2.1.220

Platform

Anthropic API

Operating System

macOS

Terminal/Shell

Other

Additional Information

Possibly related to the July 19–20, 2026 transition that moved Fable 5 into Max plans, during which several entitlement-state defects were reported on Max accounts: #79386 (credits prompt despite full entitlement, onset 19–20 July), #79441 (plan briefly reported as "Claude pro" before "Claude max", suggesting stale entitlement data), #79337 (Fable gated behind credits on Max from 2026-07-20), #79412 (/model and /usage disagreeing about the same entitlement).

Those reports describe a bucket being gated incorrectly. This one looks like a bucket missing altogether. I could not find an existing report of this variant.

No screenshots attached deliberately — the usage page carries account identifiers. Redacted images available on request.

Impact: if the all-models weekly limit is still enforced server-side while not being reported, there is no way to see remaining headroom, and the account can be blocked without warning.