Follow Discord
Sweep 10 Nov 2026 · 02:18Z Build v2.1.322 539 read Stable v2.1.311 Latest v2.1.322 Next v2.1.322 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.277 ·

Usage-limits null semantics tightened for failed fetches

Usage-limits data is now documented as null whenever the usage fetch is failing, not just when it predates rate limits

Under the hood Internal Changes
JSON All of v2.1.277
Under the hoodTier: how much it should matter to you
1Useful: my rating, 1 to 5
1Signal: worth watching, 1 to 5
Rate LimitsArea: what it touches
Internal ChangesKind: in v2.1.277,
Internal ChangesSection of the release
What

The documentation for the usage-limits data (limits[]) now clarifies that this field is null not only when the server's response predates the usage meters, but also any time the usage fetch is currently failing. Even though the CLI may separately build its own fallback row from rate-limit response headers, that fallback is never surfaced through this field — it stays null during a failure.

Why

This clarifies that a null value doesn't distinguish between "no data yet" and "the fetch is currently failing," and that a fallback estimate elsewhere in the CLI won't appear here.

See this entry in the whole of v2.1.277 →

Feedback