Skip to main content

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:
When you receive a 429 response:
  1. Read the Retry-After header to determine how long to wait.
  2. Use exponential backoff with jitter if no Retry-After is 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
  3. 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.