Skip to main content
In deployed environments, your app serves its API from a v2 base URL, authenticated with keys scoped to the app and environment.

Base URL

All deployed environments share one v2 base URL: the standard Service API address with /v2 in place of /v1. Find it on any deployed environment’s Backend Service API card on the app’s Access Point tab.

Authentication

Generate an API key on the environment’s card on the app’s Access Point tab and send it as a Bearer token:
The base URL is the same for every environment, so the key alone determines which app and environment serve the request: to call staging, use a key generated for staging. Generated API keys remain valid even if you undeploy the app from the environment: calls fail while it’s undeployed, but once you deploy there again, the same keys still work.

Supported Endpoints

Deployed environments serve only the following operations. Calling any other path on this base URL returns 404 not_found.

Errors

Example HTTP error response:
Once a streaming response has started, errors arrive as error events in the stream instead. See the corresponding endpoint reference for their format. Each operation’s reference page lists its exact error codes. Across the group, three cases recur:
  • Run and upload operations (workflow run and stop, chat send and stop, file upload) reject bad credentials and unavailable deployments with:
  • Conversation management and file download return:
    • 401 unauthorized for any invalid key.
    • 400 app_unavailable whenever the app’s API access is off or the app isn’t deployed and available in this environment.
  • A workflow run or chat request that exceeds the environment’s maximum execution time (20 minutes by default) stops with request_timeout: HTTP 504 in blocking mode, or an error event with status: 504 in a stream. See enterprise.workflowMaxExecutionTimeSeconds in Deployed Environments (App Runner) for the setting behind this limit.