MyBotBoxMyBotBox

Event Trigger

The Event Trigger block monitors for specific conditions or events and automatically initiates workflows when those conditions are met, enabling reactive and scheduled automation.

Overview

Event Trigger creates responsive automation by continuously monitoring for predefined events, conditions, or schedules. When trigger conditions are met, it automatically initiates the connected workflow, enabling proactive and timely responses to changing situations.

Event Monitoring: Continuously watch for specified conditions or external events

Condition Evaluation: Check if trigger criteria are met with appropriate sensitivity

Workflow Activation: Initiate the connected workflow when conditions are satisfied

Context Passing: Provide relevant event data to the triggered workflow

How It Works

graph LR
    A[Event Sources] --> B[Event Monitor]
    B --> C{Trigger Condition?}
    C -->|No| D[Continue Monitoring]
    D --> B
    C -->|Yes| E[Capture Context]
    E --> F[Initiate Workflow]
    F --> G[Execute Actions]

Configuration

Trigger Type

The kind of event or condition to monitor:

  • Schedule-Based: Time intervals, cron schedules, or specific dates
  • Data Changes: Database updates, file modifications, or API responses
  • External Events: Webhooks, message queues, or third-party notifications
  • Threshold-Based: Metrics crossing predefined limits or ranges

Monitoring Frequency

How often to check for trigger conditions:

  • Real-time: Immediate response to webhooks or push notifications
  • High Frequency: Every few seconds or minutes for critical monitoring
  • Standard: Every hour or few hours for routine checks
  • Low Frequency: Daily or weekly for non-urgent conditions

Trigger Conditions

Specific criteria that must be met:

  • Simple: Single condition (e.g., new email received)
  • Complex: Multiple conditions with AND/OR logic
  • Threshold: Numeric comparisons (greater than, less than, equals)
  • Pattern: Text matching, regex patterns, or content analysis

Cooldown Period

Minimum time between trigger activations to prevent spam or overload situations.

Use Cases

  • Alert Systems: Monitor system metrics and trigger notifications when thresholds are exceeded
  • Content Moderation: Automatically review new posts or comments when they're submitted
  • Business Process: Trigger approval workflows when invoices exceed certain amounts

Example Workflow

[Event Trigger: New Support Ticket] → [Ticket Classification] → [Agent Assignment] → [Notification]

A customer support automation:

Trigger Configuration:

  • Monitor support email inbox every 2 minutes
  • Trigger on: New email to support@company.com
  • Pass through: Email content, sender, timestamp

Workflow Execution:

  1. Email Classification: Determine urgency and category
  2. Agent Assignment: Route to appropriate team member
  3. Notification: Send Slack alert with ticket details
  4. Response: Auto-reply with ticket number and estimated response time

Cooldown: 30 seconds to handle email threads properly

Best Practice: Set appropriate monitoring frequencies to balance responsiveness with resource usage. Use cooldown periods to prevent duplicate processing of related events.

When to Use This vs Other Blocks

BlockWhen to Use
Event TriggerReactive automation that responds to external events or schedules
APIRequest-response patterns where external systems call your workflow
LoopProcessing batches of data or repeating actions within a single workflow