# AIエージェントをエンタープライズシステムに組み込む意思決定ポイント # Pull vs Push｜エージェントの起動モデル 🎯 ポイント エージェントを「ユーザーが呼んだら動く」だけの設計にしていませんか？実はエージェントの起動トリガには、ユーザーの明示的な要求で動くPull型と、システムイベントで自動起動するPush型の2つがあります。どちらを選ぶかでユーザー体験・負荷特性・権限モデルが根本的に変わります。多くの本番環境ではPullとPushの比率が7:3から5:5に落ち着くのが現実です🔑 📋 概要 Pull型はユーザーが意図を持って質問や指示を出す対話型タスクに適しています。Slack Botへの問い合わせやSalesforceの商談画面からの指示がその典型です。Push型はシステムイベント（Webhook、CDC、スケジュール）をトリガに自動起動し、異常検知や予防的アクションを行います。JiraチケットのSLA超過を検知して自動エスカレーションしたり、夜間バッチで勤怠異常を検出して翌朝是正案を提示したりするケースです。エンタープライズでは両方を組み合わせるハイブリッド構成が一般的です📊 🔍 意思決定のポイント 判断の軸は3つあります。 まず、トリガが明確なシステムイベント（Webhook、CDC、cron）で定義できるかどうか。定義できるならPushを検討してください。 次に、ユーザーの意図やコンテキスト（選択中の画面、直前の操作）が実行に不可欠かどうか。不可欠ならPullを主軸にしましょう。 そして「ユーザーが気づく前に対処する」ことに価値があるかどうか。SLA違反の予防やインシデントの早期検知のように、先手を打つことで損失を防げるならPushが有効です。 両方に該当する場合は、Pushで通知してPullで深掘りするハイブリッド構成が最適解です。Pushを採用する場合は、イベント量の見積もりとスロットリングの設計を必ず行ってください⚡ 💡 要点と詳細 ハイブリッド構成の典型パターンを理解しておくことが重要です： Pushで気づかせ、Pullで深掘り — イベント駆動でサマリ通知を送り、ユーザーが詳細を知りたければ対話に移行します。Zendeskで顧客満足度が急落した際にアラートを飛ばし、担当者が「原因を分析して」と指示する流れです。 Pullの裏でPushを仕込む — ユーザーの問い合わせ対応中に、関連するイベント（同じ顧客の未解決チケット）をバックグラウンドで監視し、追加情報をプロアクティブに提示します。 Push型では権限設計に特に注意が必要です。Pull型はリクエスト発行者のセッションに権限が紐づくため認可モデルがシンプルですが、Push型はユーザーセッションに紐づかないため、どの権限でAPIを叩くかを明確にしないと過剰権限のサービスアカウントを使ってしまうリスクがあります🔄 ⚖️ トレードオフ Push過多は通知疲れを引き起こします。イベントの閾値を適切に設定しないと大量のアラートがユーザーに押し寄せ、Slackチャンネルが未読通知で埋まって結局すべて無視されます。通知の価値がゼロになるだけでなく、本当に重要なアラートも見落とされます😰 一方、Pullのみで運用すると予防機会を逃します。異常を検知できるイベントソースがあるのにPullだけに頼ると、ユーザーが気づいた時にはSLA違反が確定しています。「気づいてからでは遅い」タイプの問題には、Pushが不可欠です。 もう一つの落とし穴はイベントストームです。デプロイ直後やシステム移行時に大量のCDCイベントが発生し、Pushエージェントがバックログを処理しきれずタイムアウトが連鎖する事態は、事前のスロットリング設計で防ぐ必要があります⚠️ 🛠️ ユースケース インシデント対応エージェント（ServiceNow連携）：Push型でP1インシデントの昇格を即座に検知し、オンコール担当への通知と初期分析を自動送信。担当者がPull型で「影響範囲を詳しく分析して」と指示すると、関連システムのログを横断的に調査して報告します。Pushで初動を高速化し、Pullで深掘りするハイブリッドの好例です🏢 勤怠管理エージェント（Workday連携）：夜間バッチのPush型で勤怠異常（残業超過、打刻漏れ）を検出し、翌朝マネージャーに是正案を提示。マネージャーがPull型で「この部門の先月の傾向は？」と質問すると、詳細な分析レポートを生成します📚 営業支援エージェント（Salesforce連携）：商談のステージ変更をPush型で監視し、長期間滞留している案件を自動で営業担当にリマインド。担当者がPull型で「この顧客の過去のサポート履歴をまとめて」と指示すると、Zendeskの対応履歴も含めた総合レポートを生成します🔧 実践のコツ：Push型を導入する際は「通知の閾値設計」から始めてください。全イベントを通知するのではなく、ビジネスインパクトのあるイベントだけを選別する仕組みが必須です。また、Pushエージェントのサービスアカウント権限は最小権限の原則を徹底しましょう💪 #AIエージェント# #エンタープライズアーキテクチャ#