API Versioning

Overview

The Extend API uses versioning to ensure that your integration remains stable as we evolve our API. The version is specified using the x-extend-api-version header in your requests.

Specifying a Version

To specify an API version, include the x-extend-api-version header in your requests.

The API version is specified in the format YYYY-MM-DD and corresponds to the date of the release that introduced the breaking changes.

1
curl -X POST https://api.extend.ai/workflow_runs \
2
     -H "x-extend-api-version: 2025-04-21" \
3
     -H "Authorization: Bearer <token>" \
4
     -H "Content-Type: application/json" \
5
     -d '{
6
  "workflowId": "workflow_id_here"
7
}'

Important: If you don’t specify a version:

• When using an API key made before April 21, 2025, you’ll automatically use the legacy version (2024-12-23)
• When using an API key made after April 21, 2025, you will receive an error and be required to specify an API version.
• Some organizations may default to a legacy version for backward compatibility predating the introduction of the x-extend-api-version header. Reach out to the Extend team if you need to change this.

Webhook Endpoints

When you create a webhook endpoint in the Extend dashboard, you will be prompted to select the API version you’d like to use. All webhook notifications sent to that endpoint will include the same API version in the x-extend-api-version header, ensuring consistency in payload formats.

We strongly recommend keeping the versions defined on your webhook endpoint in sync with the version specified in your requests.

API Version Changelog