On the wire
Ships with HTTP status 429, carrying "code": "RU-2002" in the response body alongside the human-readable error message. Existing fields are never replaced by the code: it is additive.
Common causes
- Polling in a tight loop instead of respecting Retry-After.
- Many workers sharing one API key.
How to fix it
- Honor the Retry-After header before retrying.
- Cache reads that don't need to be fresh every second.
- Give independent systems their own API keys so one noisy consumer doesn't starve the rest.
Related codes
- RU-2003: API write rate limit exceeded
Still stuck?
Ask support and mention RU-2002: the code pins down the exact refusal path, so you skip the diagnostic back-and-forth.