Skip to main content
Triggers let you schedule browser automation tasks that execute automatically on a recurring basis. Each trigger is tied to an environment, so it inherits the browser profile, stored cookies, and persistent files: no re-authentication required between runs.

Why Triggers


How It Works

  1. Create a trigger linked to an environment, with a schedule and task details.
  2. The system executes your task at each scheduled time using the environment’s browser profile and files.
  3. Results are delivered via webhook, bot notification, or both, depending on your deliveryMode setting.
  4. Run history is recorded for every execution so you can audit outcomes and debug failures.

Schedule Types

Every trigger requires a scheduleType that determines when and how often it runs. All schedules respect the timezone field (defaults to UTC).
Use scheduleType: "cron" with a standard cron expression for maximum flexibility; for example, "0 */6 * * *" runs every 6 hours, and "30 8 1 * *" runs at 8:30 AM on the first of each month.

Delivery Modes

Control how run results are delivered using the deliveryMode field. When deliveryMode is webhook or both, you must provide a webhook configuration object. See Webhooks for details on webhook parameters.

Automation Policy

Triggers can optionally be associated with an automation policy. Policies define rules that govern agent behavior during execution, such as domain restrictions, blocked keywords, action type controls, and capability limits. When a policy is assigned, the browser agent will enforce those rules for every run of the trigger. This is useful for compliance, safety guardrails, or scoping what the agent is allowed to do. To assign a policy, pass the policyId field when creating or updating a trigger, or select one from the “Automation Policy” dropdown in the dashboard.

Trigger Statuses

A trigger is automatically paused after reaching maxConsecutiveFailures (default: 5). Resume it with the resume endpoint after resolving the issue.

Authentication

All endpoints require an API key in the Authorization header:

Base URL


List Triggers

Returns all triggers for the authenticated user, sorted by creation date (newest first).
Response:

Create a Trigger

Request Body

Example: Recurring Cron Schedule

Example: Fixed Interval

Example: One-Time Scheduled Run

Response (201 Created):

Errors


Get a Trigger

Returns a single trigger with its 10 most recent runs.
Response:

Errors


Update a Trigger

Update any field on an existing trigger. Only include the fields you want to change.
Response:
Changing schedule-related fields (scheduleType, scheduleAt, scheduleInterval, scheduleCron, timezone) automatically recomputes nextRunAt.

Errors


Delete a Trigger

Permanently deletes a trigger and all its run history.
Response:

Errors


Pause a Trigger

Pause an active trigger. The trigger will stop executing until resumed.
Response:

Errors


Resume a Trigger

Resume a paused trigger. Resets the consecutive failure counter and recomputes the next run time.
Response:

Errors


Run a Trigger Manually

Immediately run a trigger outside of its normal schedule. The run executes in the background.
Response:
Manual triggers run independently of the trigger’s schedule. The trigger’s nextRunAt is not affected.

Errors


List Trigger Runs

Returns paginated execution history for a trigger.
Response:

Get a Specific Run

Returns details for a single run.
Response:

Errors


Common Errors

All error responses follow this format: