API error codes
Reference for all error codes returned by the Warp Platform API. Each error includes an HTTP status, machine-readable code, and actionable resolution steps.
When the Warp Platform API encounters an error, it returns a structured JSON response following RFC 7807 (Problem Details for HTTP APIs). Every error response includes a machine-readable error code, HTTP status, human-readable message, and resolution details.
Response format
All error responses share this structure:
{
"type": "/factories/api-and-sdk/troubleshooting/errors/invalid-request/",
"title": "The request contains invalid or missing parameters.",
"status": 400,
"detail": "schedule_id is required",
"instance": "/api/v1/agent/tasks",
"error": "The request contains invalid or missing parameters. (schedule_id is required)",
"retryable": false,
"trace_id": "abc123def456..."
}Error responses use the application/problem+json content type per RFC 7807.
Field reference
type— A URI identifying the error type. Links to the documentation page for that error.title— A short, human-readable summary of the problem.status— The HTTP status code for this response.detail— Additional context specific to this occurrence of the error. Not always present.instance— The request path that produced the error.error— A backward-compatible field combiningtitleanddetail(for older clients). Whendetailis present, formatted as"title (detail)".retryable— Whether this request can be retried. Iftrue, the platform may automatically retry the operation.trace_id— An OpenTelemetry trace ID, included when available. Reference this when contacting support.
Some errors include additional metadata fields (for example, auth_url, provider, or inaccessible_repos). These are documented on each error's page.
Error categories
Errors are split into two categories based on what caused the failure:
User errors
These indicate something the caller needs to fix. When a cloud agent task encounters a user error, the task transitions to the FAILED state.
insufficient_credits— Team has no remaining add-on creditsfeature_not_available— Feature not included in your current planexternal_authentication_required— External service authorization needednot_authorized— Insufficient permissions for the operationinvalid_request— Malformed request or invalid parametersresource_not_found— Referenced resource does not existbudget_exceeded— Spending budget limit reachedintegration_disabled— Integration is disabledintegration_not_configured— Integration setup is incompleteoperation_not_supported— Operation not supported for this resource or stateenvironment_setup_failed— Cloud agent environment failed to initializecontent_policy_violation— Task flagged by content policy checksconflict— Request conflicts with the current resource state (retryable)
Platform errors
These indicate a Warp-side issue. When a cloud agent task encounters a platform error, the task transitions to the ERROR state. Retryable errors are automatically retried before the task is marked as failed.
authentication_required— Invalid or expired API keyresource_unavailable— Transient infrastructure issue (retryable)internal_error— Unexpected server-side error (retryable)infrastructure_timeout— Task terminated after exceeding the maximum allowed runtimeagent_process_failed— Agent process exited unexpectedly during task execution
Using the trace_id
When an error response includes a trace_id, you can include it when contacting Warp support to help the team locate the specific request in internal logs. This is especially useful for internal_error and resource_unavailable errors.
Related
- Warp Platform API — API reference for creating and managing agent tasks
- Cloud Agents Overview — How cloud agents work
- Access, Billing, and Identity — Plan requirements and billing details