Rate limits
Kynasmith applies rate limits to protect service stability and ensure fair access across all customers. Rate limits are separate from billing quotas — exceeding a rate limit is a temporary throttle, not a billing event.Default limits
Rate limits are applied per project and per organization. The following are the default limits; your plan may include higher limits.These are placeholder default values. Actual limits may differ based on your plan. Contact support if you need higher limits for your use case.
Affected endpoints
Rate limits apply to all API endpoints. Active session connections are not subject to HTTP rate limits, but session creation is rate-limited as shown above.Rate limit headers
Every API response includes rate limit headers so you can monitor your usage proactively:
When a request is throttled, the response also includes:
429 response shape
When rate limited, the API returns HTTP 429 with the standard error envelope:Recommended retry strategy
When you receive a 429 response:- Read the
Retry-Afterheader to determine how long to wait. - Use exponential backoff with jitter if no
Retry-Afteris present:- Base delay: 1 second
- Multiplier: 2x per retry
- Jitter: random 0-500ms added to each delay
- Maximum retries: 3-5 depending on your use case
- Do not retry in a tight loop. Repeated 429s without backoff may result in longer throttle periods.
Python example
JavaScript example
Rate limiting vs. billing quotas
Rate limits reset automatically within the rolling window. Billing quotas reset on your billing cycle (typically monthly). See Billing for details on quota management.