Sweep 19 Sep 2026 · 02:36Z Build v2.1.278 500 read Stable v2.1.267 Latest v2.1.278 Next v2.1.278 Feeds RSS JSON llms.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

TierUnder the hoodhow much it should matter to you
Useful1my rating, 1 to 5
Signal1worth watching, 1 to 5
AreaRate Limitswhat it touches
KindInternal Changesin v2.1.277,
Under the hood

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

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 →