workflow_id field so you can route on your end. Register them in Settings → Webhooks by selecting “All Workflows” as the scope.
For the full list of subscribable events you can set in event_types_subscribed, see the webhook schema in the Run API reference. Some recovery events are emitted only in specific maintenance flows.
execution.start
execution.start
This event is sent once when the execution of the workflow starts. It returns a live view URL of the running browser agent embeddable as iframe.
execution.step
execution.step
This event is sent every time the workflow is executing an action like clicking on a button or filling out an input field.
execution.paused
execution.paused
This event is sent when a run is paused before execution (for example, when workflow-level or credential-level pause controls are active).
execution.success
execution.success
This event is sent once when the execution of the workflow has finished successfully. It includes the result data that is returned from the workflow.
execution.failed
execution.failed
This event is sent once the execution of the workflow fails and contains information about the error.The
llm_error_category field contains an AI-generated categorization of the error type. This field may be null if AI analysis was not performed.The llm_error_sub_type field contains a more specific sub‑classification within the category. See the error classification matrix for all possible values. This field may be null if no sub‑type applies.The original_error field contains the raw technical runtime error message before any AI analysis. This is useful for debugging and differs from message field that contains the Maintenance Agent’s analysis.execution.stopped
execution.stopped
This event is sent when one or several workflow runs were cancelled. It respectively either contains Response for multiple cancelled at once:
session_id of the cancelled run or session_ids that contains all of the cancelled runs.Response for single run cancelled:execution.requeued
execution.requeued
This event is sent when a failed run is automatically requeued for retry by the Maintenance Agent (e.g., after a
SERVICE_UNAVAILABLE classification). See Service Unavailable Recovery for retry schedule details.agent.tfa_setup_recovery
agent.tfa_setup_recovery
This event is sent when the Maintenance Agent successfully completes an automated TFA setup recovery flow during a run.
execution.input_required
execution.input_required
This event is sent when a run pauses because incorrect input data was detected and the workflow is waiting for corrected values. Submit corrected fields using the Submit New Input Variables endpoint to resume execution.
execution.password_updated
execution.password_updated
This event is sent after an automated password recovery flow succeeds and CloudCruise updates the vault credential used by the run.
screenshot.uploaded
screenshot.uploaded
This event is sent when the upload of the screenshot has finished.
| Field | Description |
|---|---|
error_screenshot | true when the screenshot was captured during an error. |
full_length_screenshot | true when the screenshot is a full-page capture (scrolled and stitched). This happens for dedicated Screenshot nodes and error screenshots. Viewport-only captures set this to false. |
retry_index | The retry attempt index for the run (0 = first attempt). |
video.uploaded
video.uploaded
This event is sent when the upload of the workflow video has finished.
file.uploaded
file.uploaded
This event is sent when a file has been uploaded during workflow execution. The
signed_file_url expiration is configurable per workspace (default: 7 days, range: 1 hour to 7 days). Configure this in your workspace settings.interaction.waiting
interaction.waiting
This event is sent when user input is required to continue the workflow.
interaction.failed
interaction.failed
This event is sent when the user input was not provided in time or in a wrong format.
interaction.finished
interaction.finished
This event is sent when the user input was provided and the workflow continues.
Security
We sign webhook events with the secret you get when you register a webhook. We also add an expiry time. You can change the expiry time in the setting of the registered webhook. Here’s how we recommend to verify the message you receive from us:- Python
- Javascript
IP Allowlisting
All webhook requests from CloudCruise originate from the following static IP addresses. If your infrastructure requires IP-based filtering, add these to your allowlist:Deliverability
CloudCruise automatically retries failed webhook deliveries up to 3 times (4 total attempts including the initial request) with exponential backoff delays between attempts. Each delivery attempt has a 5-second request timeout. Total delivery time depends on failure mode, so retries may complete quickly for immediate network errors or take longer for repeated timeouts.Retry Conditions
A webhook delivery is retried when:- Network errors occur (connection timeout, DNS failure, etc.)
- Server errors are returned (HTTP status codes 500 and above)
- Request timeouts exceed 5 seconds
Manual Replay
If webhooks still fail after automatic retries, you can manually replay them:- Dashboard: Navigate to the run detail view and trigger a resend
- API: Send a POST request to
https://api.cloudcruise.com/webhooks/{session_id}/replay

