Skip to main content
Docs

Search guides and API endpoints, for example “Idempotency-Key” or “submit job”.

    API reference

    Versioning

    What can change under /api/v1, how deprecations are announced, and what your client should tolerate.

    Updated October 1, 2026

    On this page

    All endpoints live under /api/v1. Within v1, changes are additive: new endpoints, new optional fields, new optional headers, and new values in lists such as diagnostic codes. Anything that would break a working client (removing or renaming a field, changing a type, making a field required, changing what a status means) goes into a new version, /api/v2, which would run alongside v1.

    What your client should do

    • Ignore response fields you don't know.
    • Treat unknown enum values and diagnostic codes as the general case (for example, a generic validation failure).
    • Send Idempotency-Key on writes (Idempotency).
    • Watch for the Deprecation: true response header. Sunset gives the earliest removal date, and Link: <…>; rel="successor-version" points to the replacement.

    Deprecations

    A deprecated endpoint is marked in the reference and announced in the changelog at least 90 days before it is removed (unless a security fix can't wait).

    EndpointDeprecatedEarliest removalUse instead
    GET /auth/refresh?refresh_token=…2026-09-292027-01-01POST /auth/refresh with {"refresh_token": "…"}