API requests return permission, validation, or rate-limit errors
Diagnose API v2 scopes, plan features, input schemas, pagination, and 429 responses.
Last updatedSymptom
Authentication succeeds, but API v2 returns 403, a validation error, 404, 409, or 429 rate_limit_exceeded.
Most likely causes
- The key lacks the endpoint’s required scope (
insufficient_scope). - The community plan, trial, subscription, or feature state blocks the operation.
- A path, query, or JSON field has the wrong type, value, or constraint.
- The resource does not exist in this community.
- Current state conflicts with the requested change.
- The integration exceeded the current rate limit.
Diagnostic checks
- Record the method,
/v2path, status, and completeerrorobject. - Compare the endpoint’s Required scope and feature in the API reference.
- Validate required fields, allowed enum values, numeric bounds, and content type.
- Confirm all IDs belong to the authenticated community.
- For
429, readRetry-Afterand error details such aslimit,remaining, andresetMswhen supplied. - For a write timeout or conflict, fetch current state before another attempt.
Resolution
Grant only the missing scope, restore the entitled feature, or correct the request to match the generated schema. Respect Retry-After with bounded backoff and reduce unnecessary polling. Do not hard-code a universal request quota because limits can vary by deployment.
When to retry
Retry a corrected validation request immediately. Retry 429 only after Retry-After. Safe reads can be retried with backoff; retry writes only when the endpoint documents idempotent behaviour or after reconciling state.
Contact support
Contact Clan Labs support for a reproducible request that matches the current reference but returns an unexplained server or permission error.
Include this information
Include request method/path, redacted body, status, response error object, response/request correlation header if present, timestamp, key name and scopes, and plan. Never include the API key.