AIエージェントをエンタープライズシステムに組み込むプラクティス 【エージェント・ハブ / 体験トポロジー（Agent Hub）】 💡 ポイント 「"AIエージェントを導入したのに使われない"最大の理由は、ユーザーが存在を知らない・どれを使えばいいか分からないことです。」 どれだけ優秀なエージェントを作っても、ユーザーに届かなければ価値はゼロです。体験トポロジー（ハブ型と埋め込み型）の選択が、AI投資のROIを決定づけます。 🔥 解決する課題 - 「どのツール/エージェントを使えばいいか分からない」問題（発見性の欠如） - 複数システムにまたがる横断業務での画面遷移・コンテキストスイッチの負荷 - AI機能が散在し、利用率が上がらない問題 - 埋め込み型では既存アプリの権限モデルを再構築するコスト 🏗️ 提案パターン ハブ型は社内の単一AI窓口（Slackボットや専用Webポータル）として全業務にルーティングします。ユーザーが自然言語で依頼するだけで、意図分類によって適切なドメインエージェント（営業/IT/人事等）に委譲されます。埋め込み型（コパイロット）は既存システムのUI内（Salesforceのサイドパネル、Slack内ボット等）にエージェントを配置し、現画面のコンテキストを活用して高精度な提案を行います。実務では両方式を併用し、ハブを正面玄関として全社に提供しつつ、高滞在アプリには個別に埋め込み、同じオーケストレーション層を共有する構成が現実的です。 ✅ 選定条件 - ハブ型を採用する場合：横断業務が多い。ツールの発見性が課題。入口の一本化が価値をもたらす。 - 埋め込み型を採用する場合：作業が単一システム内で完結する。その画面に滞在時間が長い職種がいる。 - 実務では併用が最も効果的です。 ⚠️ 落とし穴 - ハブ型の意図分類精度が低いと、ユーザーが毎回たらい回しにされ、信頼を失います。曖昧な依頼には聞き返しを行い、意図を確定してから委譲する設計が重要です。 - 埋め込み型を「全アプリに一律導入」しようとすると、滞在時間が短いアプリでは投資対効果が合いません。高滞在アプリから優先的に導入してください。 - ハブと埋め込みでオーケストレーション層を別々に構築すると、二重投資と品質のばらつきが発生します。 🛠️ 実装方針 - ハブ型の入口として Slack Bolt / Microsoft Teams アプリを構築します。全社向けの単一AIボットとして展開し、ユーザーが自然言語で業務を依頼できるインターフェースを用意します。 - 意図分類エンジン（P16 スーパーバイザ/ルーター）を実装します。ユーザーの入力を解析し、適切なドメインエージェント（営業/IT/人事/開発等）に委譲する仕組みを構築します。曖昧な依頼には聞き返しを行う設計にします。 - 埋め込み型（コパイロット）を高滞在アプリから優先的に導入します。Salesforce LWC（Lightning Web Components）でサイドパネル型コパイロットを、Slack Bolt でチャネル内アシスタントを構築し、現画面のコンテキストをエージェントに渡す設計にします。 - トークン交換（P08 OAuth Token Exchange / OBO）を実装し、ハブ・埋め込みの両方でユーザー権限を各バックエンドシステムに伝播させます。社内IdPでSSO認証後、各SaaSへの操作はユーザー本人の権限で実行されるようにします。 - ハブと埋め込みで共通のオーケストレーション層を共有する構成にします。ドメインエージェントのロジックを一箇所に集約し、フロントエンド（Slack / Salesforce / Web等）の違いはアダプタ層で吸収します。 #AIエージェント# #エンタープライズアーキテクチャ#