Salesforce は、MCP と Slack を通じて AI エージェントへのアクセスをルーティングする — エンタープライズ向けエージェント型インフラストラクチャにリファレンス実装を提供

Salesforceは、AIエージェントがModel Context Protocolを使用してプラットフォームに接続し、Slackを通じてエージェント間のやり取りをルーティングする方法を拡張しています。企業顧客データを保持するプラットフォームがプロトコルを採用すると、他のベンダーは追随するよう圧力を受けます。

簡単に言うと：Salesforceは、AIエージェントのプラットフォームへのアクセスを拡大するために2つの施策を実施しました。1つは統合基準としてModel Context Protocol（MCP）を採用したこと、もう1つはSlackを通じてエージェントとのやり取りをルーティングすることです。エンタープライズチームにとっては、AIエージェントがSalesforceのデータやワークフロー内で動作できるようになり、標準化されたインターフェースを通じて、すでに業務が行われている場所で活用できるようになったということです。

なぜこれがリファレンス実装となるのか

MCPはプロトコル仕様から市場へと成熟しました。初期の採用者は開発者ツールや小規模なサービスであり、RFC形式のドキュメントを読み、自ら統合を構築するチームでした。Salesforceは異なります。Salesforceは、CRM統合レイヤーでMCPを採用する主要なエンタープライズプラットフォームの1つであり、そのことが状況を変えています。

顧客データ（連絡先、取引、予測、サポートチケット）を保持するプラットフォームがプロトコルを採用すると、他のエンタープライズソフトウェアベンダーはそれに合わせざるを得なくなります。顧客からの問い合わせは「御社の製品はMCPサーバーを公開していますか？」となります。Salesforceはその問いを現実のものにしました。

Slackを通じたルーティングの決定は、アーキテクチャ的に理にかなっています。多くの組織で、エンタープライズの業務はSlackで実際に行われています。専用のAIハブではなくSlackに表示されるAIエージェントは、コンテキストスイッチを必要とせずにワークフローに組み込まれます。これはエージェントにとって正しいUXの方向性です。意思決定が行われる場所にエージェントが存在すべきだからです。

[UNDER THE HOOD] MCPは、モデルとツールの接続のための標準的なサーバー/クライアントアーキテクチャを定義しています。Salesforceデータ向けのMCPサーバーを実装することで、Salesforce独自のものに限らず、MCPに準拠したエージェントであれば、原則としてCRMレコードの照会、リードの更新、ワークフローのトリガーが可能になります。戦略的な課題は、Salesforceが自社のデータの独占をMCP準拠のクライアントに開放することです。その賭けは、標準的なアクセスが製品をコモディティ化するよりもエコシステムをより早く成長させるというものです。

実運用で注目すべきポイントは、MCPサーバーレイヤーでの認証と承認（誰がどのレコードにアクセスできるか？）、同時実行エージェント負荷下でのレート制限、そしてSalesforceを基盤とする規制業界（金融サービス、ヘルスケア）におけるデータガバナンスのコンプライアンスです。 [/UNDER THE HOOD]

結論

これは、トップクラスのCRMプラットフォームによるエンタープライズグレードのMCP導入です。Salesforceの実装が大規模で機能すれば、他のエンタープライズプラットフォームが模倣するモデルとなります。MCPが唯一の選択肢というわけではありませんが、Salesforceの実装が最も実戦経験豊富なリファレンスとなるからです。エージェントインフラを評価するチームは、Salesforce/MCPの展開を注視し、自社のスタックで摩擦が生じる前に、まずSalesforceで現れるシグナルを観察すべきです。