Rate Limits
Request quotas, headers, and retry strategies
The Pyramid API enforces per-key rate limits to ensure fair usage and system stability.
Default limits
Custom rate limits can be configured per key during provisioning.
Rate limit headers
Every API response includes rate limit information:
Handling rate limits
When you exceed the rate limit, the API returns a 429 status code:
Recommended retry strategy
Use exponential backoff with the Retry-After header:
Quota limits
Organizations have monthly caps on total requests and LLM tokens. When a quota is exceeded, the API returns 402:
Quota usage resets on the 1st of each month at 00:00 UTC.
Tips for staying within limits
- Batch operations — use batch endpoints (e.g.,
POST /agent/batches) instead of many individual calls - Cache responses — cache results client-side where appropriate
- Use idempotency keys — prevent duplicate processing on retries (see Error Handling)
- Monitor usage — check
X-RateLimit-Remainingheaders proactively