イベントトリガー

イベントトリガーブロックは、特定の条件やイベントを監視し、条件が満たされたときに自動的にワークフローを開始します。これにより、リアクティブなスケジュールベースの自動化が実現します。

概要

イベントトリガーは、事前に定義されたイベント・条件・スケジュールを継続的に監視することで、レスポンシブな自動化を実現します。トリガー条件が満たされると、接続されたワークフローを自動的に開始し、変化する状況に対してタイムリーかつ積極的な対応を可能にします。

動作の仕組み

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]

設定

トリガータイプ

監視するイベントまたは条件の種類:

• スケジュールベース: 時間間隔、cronスケジュール、または特定の日時
• データ変更: データベースの更新、ファイルの変更、またはAPIレスポンス
• 外部イベント: Webhook、メッセージキュー、またはサードパーティの通知
• しきい値ベース: 事前に定義した上限や範囲を超えるメトリクス

監視頻度

トリガー条件を確認する頻度:

• リアルタイム: WebhookまたはプッシュNotificationへの即時応答
• 高頻度: 重要な監視のために数秒または数分ごと
• 標準: 定期的なチェックのために1時間または数時間ごと
• 低頻度: 緊急性の低い条件のために毎日または毎週

トリガー条件

満たされなければならない具体的な基準:

• シンプル: 単一条件（例: 新しいメールを受信）
• 複合: AND/ORロジックを使った複数条件
• しきい値: 数値比較（より大きい、より小さい、等しい）
• パターン: テキスト照合、正規表現パターン、またはコンテンツ分析

クールダウン期間

スパムや過負荷状況を防ぐための、トリガー起動間の最小待機時間。

ユースケース

• アラートシステム: システムメトリクスを監視し、しきい値を超えたときに通知をトリガーする
• コンテンツモデレーション: 新しい投稿やコメントが送信されたときに自動的にレビューする
• ビジネスプロセス: 請求書が一定金額を超えたときに承認ワークフローをトリガーする

ワークフロー例

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

カスタマーサポートの自動化の例:

トリガー設定:

• 2分ごとにサポートメールの受信トレイを監視
• トリガー条件: support@company.com 宛ての新着メール
• 受け渡しデータ: メール本文、送信者、タイムスタンプ

ワークフロー実行:

1. メール分類: 緊急度とカテゴリを判定する
2. 担当者の割り当て: 適切なチームメンバーにルーティングする
3. 通知: チケットの詳細をSlackアラートで送信する
4. 返信: チケット番号と推定対応時間を自動返信する

クールダウン: メールスレッドを適切に処理するために30秒

他のブロックとの使い分け