App Eventsとエージェントオーケストレーションの比較
このドキュメントを使用して、App EventsとGenieにタスクを割り当てるアクションのどちらがユースケースに適したツールかを判断してください。
次の点を確認してください: ユーザーがメッセージを受信し、場合によってはアクションを実行する必要がありますか。
- はい: App Eventsを使用
- いいえ: Assign task to genieアクションを使用
App Eventsにはユーザーが必要です。 Genieはチャットインターフェイスを通じて、特定の識別済みユーザーに連絡します。ユーザーはメッセージを受信して応答し、会話が続行されます。
Assign task to genieにはユーザーは必要ありません。 Genieは推論し、スキルを呼び出し、構造化された結果をレシピに返すことで、バックグラウンドでタスクを処理します。会話スレッドは作成されません。
App Eventsを使用する場合
App Eventsは次の場合に使用します:
- ユーザーに通知する必要があり、ユーザーがアクションを実行する必要がある場合があります。たとえば、そのユーザーが作成したチケットが更新された場合や、更新商談の期限が近づいている場合です。
- プロセスの途中でユーザーの判断が必要です。 Genieはコンテキストとオプションを提示し、ユーザーが判断します。
- ダウンストリームのスキルにVerified User Accessが必要です。 Verified User Accessにはアクティブなユーザーセッションが必要です。
- フローにBusiness Approvalsが含まれています。承認通知はユーザーのチャットインターフェイスに表示され、ユーザー操作が必要です。
- Genieがプロアクティブに会話を開始する必要があります。たとえば、スケジュールされたリマインダーやイベントトリガー型アラートです。
App Eventsは構造化された値をレシピに返すことはできません。レシピはイベントの送信後、Genieの完了を待たずにすぐに続行されます。
Assign task to genieを使用する場合
Assign task to genieアクションは次の場合に使用します:
- 処理が自動化され、結果がレシピにフィードバックされます。たとえば、チケットの分類、ドキュメントの要約、請求書データの抽出です。
- ユーザーが存在しない、または必要ありません。たとえば、バックグラウンドジョブやシステム間連携です。
- Genieの出力は、ユーザーへのメッセージではなく構造化データです。
- 複数のGenieがパイプライン内で連携する必要があります。オーケストレーションを行うレシピは、専門のGenieに順番にタスクを割り当て、それぞれから構造化出力を収集できます。
Assign task to genieアクションは次とは併用できません:
- Verified User Access。ヘッドレス呼び出しにはユーザーコンテキストがないためです。
- Business Approvals。承認通知はユーザーのチャットインターフェイスを通じて配信されるためです。
- 権限認識型ナレッジベース。ユーザースコープの権限で取り込まれたナレッジベースは、ユーザーコンテキストがないとそれらの権限を適用しないためです。
これらはプラットフォームの制約であり、設定上の選択肢ではありません。
App EventsとAssign task to genieの比較
使用する機能を判断するには、次の比較を参照してください:
| App Events | Assign task to genie | |
|---|---|---|
| ユーザー必須 | はい ✅ | いいえ ❌ |
| レシピの一時停止と待機 | いいえ ❌ | はい ✅ |
| レシピへの構造化出力 | いいえ ❌ | はい ✅ |
| Verified User Access対応 | はい ✅ | いいえ ❌ |
| Business Approvals | はい ✅ | いいえ ❌ |
| 会話でのフォローアップ | はい ✅ | いいえ ❌ |
両方の機能の組み合わせ
最も強力なアーキテクチャでは、両方の機能を順番に組み合わせます。
レシピは、チケットの分類やエスカレーション基準の評価などの自動推論にAssign task to genieを使用します。構造化された結果により、レシピはApp Eventsを使用して関連ユーザーに通知し、会話を開始できます。推論は自動化され、判断はユーザーによって決定されます。
一般的なミス
Assign task to genieを使用すべき場面でApp Eventsを使用する: ビルダーは受信サポートチケットを自動的に分類する必要があります。ビルダーはApp Eventsを使用して各チケットをエージェントに送信し、分類応答を待ちます。これにより、チケットごとに会話スレッドが作成され、エージェントのチャットインターフェイスがGenieメッセージで埋まります。この場合は、ユーザーの関与を必要としないAssign task to genieアクションを使用する必要があります。
App Eventsを使用すべき場面でAssign task to genieを使用する: ビルダーは更新商談が近づいたときに営業担当者に通知する必要があります。ビルダーはAssign task to genieアクションを使用して更新イベントを処理し、要約をデータピルとして返します。営業担当者は通知を受信しません。これは、Assign task to genieアクションがApp Eventsのようにチャットインターフェイスで会話を開始しないためです。
ユースケースの推奨事項
ワークフローに適した機能を選択するには、次のユースケースの推奨事項を参照してください:
| ユースケース | 機能 | 理由 |
|---|---|---|
| メールWebhookからチケットを分類 | Assign task to genie | ユーザー操作を必要としない自動出力 |
| 30日前に更新について営業担当者に通知 | App Events | 担当者がメッセージを受信する必要があり、対応する場合があります |
| 契約を要約し、主要条項を抽出 | Assign task to genie | 自動出力がダウンストリームのレシピにフィード |
| P1インシデントについてITエンジニアにアラートを送信 | App Events | エンジニアがエスカレーションするかどうかを判断 |
| チケットがエスカレーション基準を満たしているかどうかを評価 | Assign task to genie | 条件ロジックにフィードする出力を伴う自動推論 |
| ユーザーのチケットが更新されたことをユーザーに通知 | App Events | 特定のユーザーがメッセージを受信する必要があります |
| 担当者ごとに週次パイプライン要約を生成 | App Events | 各担当者がチャットインターフェイスでパーソナライズされたメッセージを受信 |
| 請求書PDFから構造化データを抽出 | Assign task to genie | レシピへの構造化出力を伴う自動抽出 |
最終更新日: