Documentation Index
Fetch the complete documentation index at: https://docs.poolside.ai/llms.txt
Use this file to discover all available pages before exploring further.
Overview
Automation lets you trigger orchestration workflows without manually starting them from the Console. Use automation when you want work to happen on a recurring basis or in response to external events. Orchestration separates what to run from when to run it. You define the work as a task or a pipeline, then attach triggers to start it automatically. See Workflows and triggers for how these layers fit together.| Object | What it does |
|---|---|
| Defines what to run: an agent session with a specific agent, sandbox, and prompt. A task is independent of its trigger. | |
| Defines when to run it: a cron-based trigger that starts one or more tasks at defined intervals. | |
| Defines when to run it: an HTTPS endpoint that receives external events and routes matching requests to pipeline builds through webhook actions. |
Create a task
A task defines what to run. The current task type isagent_session, which starts an agent session with a prompt you provide.
Prerequisites
- You can access Orchestration >
Tasks in the Poolside Console.
- A managed agent exists for the task.
- A sandbox definition exists for the task. The sandbox controls the execution environment for the agent session.
- In the Poolside Console, navigate to Orchestration >
Tasks.
- Click New Task.
- Enter a Name.
- Optional: Enter a Description.
- For Type, select Agent Session.
- Select an Agent. This is the managed agent that runs when the task executes.
- Select a Sandbox Definition. This controls the compute environment for the agent session.
- Enter the Prompt to send to the agent when the task runs.
- Click Save.
Create a schedule
A schedule triggers one or more tasks on a recurring cron interval. Prerequisites- You can access Orchestration >
Schedules in the Poolside Console.
- At least one task exists.
- In the Poolside Console, navigate to Orchestration >
Schedules.
- Click New Schedule.
- Enter a Name.
- Enter a Cron Expression using standard cron syntax. For example,
0 9 * * 1-5runs at 9:00 AM every weekday. - Optional: Enter a Description.
- Click Create Schedule.
- Open the schedule.
- In Tasks, click Add Task and select the task you want to run on this schedule.
Set up a webhook endpoint
Use webhooks when you want an external provider to trigger orchestration from an incoming event, such as a new issue in Linear, a push to GitHub, or a custom event from your own systems. Webhook setup has two parts: create the endpoint in the Console, then configure your external provider to send events to it. Prerequisites- You can access Orchestration >
Webhooks in the Poolside Console.
- You know the external provider’s webhook signing format, including the hash algorithm and how it encodes the signature.
-
In the Poolside Console, navigate to Orchestration >
Webhooks.
- Click New Webhook Endpoint.
- Enter a Name.
- In Signing secret, copy the generated Secret value and store it securely. You need this value to configure the external provider.
- Select the Hash Algorithm and Encoding that match the external provider’s signing format.
-
Enter a Signature Value Expression that extracts the signature from the incoming request. For example, for a provider that sends the signature in an
X-Signatureheader:headers["X-Signature"]. - If Encoding is not Plain Text, enter a Signature Data Expression that specifies what data the provider signs.
-
Enter a Delivery ID Expression that extracts a unique identifier from the request. Orchestration uses this to prevent duplicate processing. For example:
headers["X-Request-Id"]. - Optional: Add Custom handlers for provider-specific handshakes. Some providers, such as Slack, send a URL verification challenge that must return a specific response before the endpoint is active.
- Click Save.
-
Open the endpoint and copy the generated webhook URL. It follows the pattern:
POST /v0/bridge/webhook-endpoints/<webhook-endpoint-id>. - In the external provider’s settings, add the webhook URL and signing secret.
Configure webhook actions
Webhook actions determine which pipeline steps run when an event arrives. Actions are defined in code usingWebhookPipelineAction in the Bridge SDK and appear on the webhook endpoint page after the repository is indexed.
From the endpoint page, you can turn individual actions on or off. When an event arrives, orchestration evaluates the on expression for each active action. If the expression returns true, orchestration applies the transform expression to map the payload to step inputs and starts a build.