Workflow triggers start an Optimizely Opal workflow agent when their defined conditions are met. Each trigger listens for a specific event, such as a chat command, a scheduled time, a webhook call, or an email. When that event occurs, the workflow agent runs.
| Trigger | Best for | Example |
|---|---|---|
| Chat Input | On-demand runs from Opal Chat. | Type @workflow generate weekly brief to kick off automation. |
| Scheduler | Time-based and recurring tasks. | Nightly sync at 10:00 PM. |
| Webhook | Immediate reactions to external events. | Trigger on incoming webhook or when a build pipeline completes. |
| Human approvals and attachment-driven flows. | Reviewer emails approval or sends a CSV to process. |
Important information about triggers
Connections
When configuring a trigger for your workflow agent, the trigger establishes a connection to a specific associated Optimizely instance during its creation.
If you change the connection to an associated instance after a trigger is created, the trigger may continue to reference the original instance it was configured with. This can lead to unexpected behavior or issues where the workflow agent does not interact with the intended instance.
To prevent this, ensure that your connections to all associated instances are established before creating workflow triggers. If you must change a connection, recreate any affected triggers to ensure they are correctly linked to the updated instance. See the Connections section in the Get started with Optimizely Opal for administrators documentation for information.
Creator
A workflow agent's actions display as performed by the user who created the trigger. For example, if User1 creates a trigger and the workflow agent creates a page in Optimizely Content Management System (SaaS), User1 displays as the page's creator.
Field importance for AI
Descriptions and other configuration fields play an important role in how Opal processes workflow agents. All description fields contribute to clarity, maintainability, and future functionality. Required fields are meaningful either immediately or for upcoming platform capabilities. Because of this, you should enter complete and accurate descriptions for all fields, including those in specialized agents and tools.
Chat Input trigger
A Chat Input trigger is an event that starts a workflow agent when a collaborator sends a specific message or command in Opal Chat. When the workflow agent detects that a collaborator has entered specific words or patterns in the chat, it automatically starts the remainder of the workflow process.
Configure a chat input trigger
- Enter a Name.
-
(Optional) Enter a Description.
- Click Save.
Use cases for a Chat Input trigger
The Chat Input trigger is ideal for workflow agents that need to run on demand and directly from chat without requiring a manual button click or external system event. It creates a seamless experience for collaborators, letting them start complex, multi-step automations by typing a request.
Scheduler trigger
The Scheduler trigger starts a workflow agent automatically at a specific time or on a recurring schedule. This is useful for workflows that run consistently without manual intervention, like sending weekly reports or syncing data every night.
Configure a scheduled trigger
- Enter a Name.
- (Optional) Enter a Description.
- (Optional) Enter a Trigger Message. The Trigger Message is sent to the next agents in the workflow when the trigger occurs. For example, the Trigger Message could contain data or variables for the agents to act on.
- Configure the one time trigger date or reoccurring time.
-
One time trigger
- Keep the Recurring toggle off.
- Enter a Trigger Date or click the Calendar to select a date.
-
Use the Trigger Time drop-down lists to select a time. Times are listed in your local time zone.
-
Reoccurring – Standard
- Toggle Recurring on.
- Select the Standard tab.
- Enter or use the arrows to select how often the trigger occurs.
- Select how often the trigger occurs from the drop-down list.
- Select which days the trigger occurs.
- Select an End Type from the drop-down list.
- If you select Max Occurrences, enter the number of occurrences.
- If you select End Date, enter the end date.
-
Review the Preview and ensure the dates and times look correct.
-
Reoccurring – Advanced (Cron)
- Toggle Recurring on.
- Select the Advanced (Cron) tab.
- Enter a Cron Expression for how often you want the trigger to occur. See Advanced (Cron) expressions for the scheduled trigger for information.
- Select an End Type from the drop-down list.
- If you select Max Occurrences, enter the number of occurrences.
- If you select End Date, enter the end date.
-
Review the Preview and ensure the dates and times look correct.
-
One time trigger
- Click Save.
Advanced (Cron) expressions for the scheduled trigger
Cron expressions are a standardized way to define repeating schedules. They consist of five fields that represent a time pattern.
* * * * *
| | | | |
| | | | └─ Day of week (0–6, where 0 = Sunday)
| | | └── Month (1–12)
| | └─── Day of month (1–31)
| └──── Hour (0–23)
└───── Minute (0–59)The following table includes common cron expressions:
| Goal | Cron Expression | Explanation |
|---|---|---|
| Run every day at midnight | 0 0 * * * |
At 12:00 AM every day |
| Run once a week (Sunday) | 0 9 * * 0 |
At 9:00 AM every Sunday |
| Run once a month | 0 8 1 * * |
At 8:00 AM on the 1st of every month |
| Run every other day | 0 7 */2 * * |
At 7:00 AM every two days |
| Run every weekday (M–F) | 0 6 * * 1-5 |
At 6:00 AM, Monday through Friday |
You can use Opal to help you formulate your cron expression.
For example, enter What would be the cron expression for running the job every night at 10 pm?
Use cases for a scheduler trigger
A Scheduler trigger is ideal when you want workflow agents to
- Run consistently without requiring manual intervention to start them.
- Automate maintenance tasks like clearing old data or generating reports.
- Align with business cycles, such as monthly billing or weekly marketing updates.
By combining the scheduler with other workflow agent logic, you can create powerful, automated processes that run exactly when needed.
Webhook trigger
The Webhook trigger starts a workflow agent when an external system sends an HTTP request to a unique endpoint. Use this trigger to respond to events occurring outside of Opal. For example, a content update event in Optimizely Graph, a flag update in Feature Experimentation, or a build pipeline completion.
Configure a Webhook trigger
- Name – Enter a name.
- (Optional) Description – Enter a description.
- Payload Content Type – Enter the payload content type that defines how the request body is formatted and parsed.
- (Optional) Payload Schema – Enter the payload schema to validate the payload shape before the workflow agent runs.
- (Optional) Auth Key – Enter a secret value that authenticates the sender (for example, a token or API key).
- (Optional) Auth Header Name – Enter the HTTP header to carry the auth key.
-
(Optional) Auth Header Format – Enter the string template for how to construct the header.
- Click Save. The system automatically generates the Webhook URL for you. Copy this URL and use it in the system you want.
You cannot update the Auth Key, Auth Header Name, and Auth Header Format after you save the trigger.
If you need to edit them, delete the existing Webhook trigger and create another with the correct fields.
Example payload content types
| Content type | Parsed as | Example header |
|---|---|---|
application/json |
JSON object. | Content-Type: application/json |
application/x-www-form-urlencoded |
Key and value map. | Content-Type: application/x-www-form-urlencoded |
text/plain |
Raw string. | Content-Type: text/plain |
Use cases for a Webhook trigger
Choose the Webhook trigger when you want workflow agents to start immediately in response to external events, without polling or manual action. The Webhook trigger is perfect for real-time syncs, notifications, and event-driven automation.
Email trigger
The Email trigger starts a workflow agent when an email is sent to the email address that you set as the Trigger Recipient.
The trigger activates only when
- An email is sent to the Trigger Recipient.
- The email matches the Sender Filters and optionally the Subject Filters.
This ensures that only valid or expected messages start the workflow.
The system does not support custom domains and Reply-To headers. Opal's domains use DomainKeys Identified Mail (DKIM), Domain-based Message Authentication, Reporting, and Conformance (DMARC), and Sender Policy Framework (SPF) to maintain deliverability, and the system restricts sending from arbitrary addresses for security.
Before using the email trigger, you must configure the email domain.
See Email domain configuration for information. After you set your Email Domain, you cannot update it.
Configure an email trigger
Each workflow agent can have one email address recipient. Enter the following data and click Save.
- Short Description – Enter a description for the email trigger.
-
Trigger Recipient – Enter the email address. This is the part before the "@" symbol.
- Click Copy to copy the email address to your clipboard.
- Sender Filters – Define criteria to filter incoming emails based on sender's email address. Only emails matching these conditions trigger the workflow agent.
-
(Optional) Subject Filters – Define criteria to filter incoming emails based on their subject line. Only emails matching these conditions trigger the workflow agent. For example, you can require subject lines that contain Approved or Request Details.
- (Optional) Select Match case to limit results to text with the exact capitalization you entered.
-
Click Save.
Use cases for an email trigger
- Approvals and sign-offs – A reviewer sends "approve" or "deny", and the workflow agent branches accordingly.
- Vendor intake through email – A partner emails a CSV or PDF to a monitored alias, and the workflow agent starts and processes the attachment.
- Change requests with notes – A stakeholder replies that an item needs changes with comments. The workflow agent routes back to the owner.
- Lightweight ticket creation – Inbound emails trigger triage, labeling, and assignment without a separate helpdesk.
Difference between an email trigger and the send_email tool
The email trigger and the send_email tool serve different purposes.
- The Email Trigger starts a workflow agent when an email is sent to the automatically generated trigger address.
- The send_email tool sends emails from within a workflow agent. You can send these emails to any external address. It is not limited to sending messages to yourself.
Next steps
If you use Opti ID, administrators can turn off generative AI in the Opti ID Admin Center. See Turn generative AI off across Optimizely applications.
Article is closed for comments.