Skip to content

Rate limits

The Partner API uses KV fixed-window limits. A throttled call returns:

http
429 { "error": "rate_limited" }

with a Retry-After header (seconds). Honor Retry-After and back off.

Limits

BucketLimitWindowKeyed on
All v1 calls30060syour org
Create request1003600syour org
Per-subject creates53600ssubject (across all partners)
Mint viewing session60600syour org

The per-subject limit is shared across all partners

Repeatedly requesting from the same person is throttled regardless of which key you use — it's keyed on the subject, not your org. Design retry logic so you don't burn a subject's budget re-sending the same ask.

Handling 429s

  • Read the Retry-After header and wait at least that long before retrying.
  • Apply jitter so many workers don't retry in lockstep.
  • Treat request-creation throttling separately from read throttling — your polling loop and your create loop hit different buckets.

Next: Errors →

Upload once · Share many times · Track forever.