Spend-limit blocks now tell you which cap period you hit and when it resets.
What's wrong with this entry?
The spend precheck now picks the most binding cap period that has spend against it and returns anthropic-ratelimit-unified-* headers describing that period.
- headers cover status, reset, overage utilization, surpassed threshold, retry-after and the period itself
- the surpassed-threshold header trips at utilization 0.95 and 0.75
- blocked responses name the offending period and its reset time rather than a generic message
- failures reading the spend store now surface a
fetch_errordisabled reason instead of a bare error string
anthropic-ratelimit-unified-overage-surpassed-threshold
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.234
Rate-limit prompts resolve model aliases to the model that actually answers
Both mention rate limit
-
v2.1.234
Quota rejections feed a new auto-resume controller
Both mention rate limit
-
v2.1.239
Spend and rate limit notices say when the limit resets
Both mention rate limit