大エージェント戦争が始まりました
SalesforceはAgentforceリリースから6ヶ月以内にAIとData Cloudの収益9億ドルを報告しました。ServiceNowはエンタープライズグレードの自律エージェントのためのOpenAIとの3年間のパートナーシップを発表しました。Microsoft CopilotはOfficeスイート全体に組み込まれています。Google Vertex AI Agent Engineは価格を下げ続けています。
AIエージェントはもはや開発者の実験ではありません。C-suiteの予算項目です。
これは業界にとって素晴らしいニュースです。エンタープライズがビジネス成果を提供するAIエージェントに支払うことを検証しています。しかし、エンタープライズの既存ベンダーが答えていない疑問も提起しています：
残りの12部門を誰がガバナンスしますか？
モジュール問題
Salesforce Agentforceは3部門にサービスを提供します：営業、サービス、マーケティング。Salesforceがデータ、ワークフロー、顧客関係を持つ部門です。Agentforceはその分野で優れています — CRMデータを使用して営業担当者の商談成約とサポートエージェントのチケット解決を支援します。
ServiceNowは2部門にサービスを提供します：ITとHR。自律ワークフォースエージェントがIT問題のトラブルシューティングと従業員リクエストの処理を行います。これもドメイン内では優秀です。
Microsoft CopilotはOffice中心のワークフローをカバーします：メール作成、ドキュメント要約、会議メモ。有用ですが、部門固有の自動化ではありません。
既存ベンダーからエージェントカバレッジのない少なくとも10部門が残ります：
- 法務 — 契約レビュー、コンプライアンス監視、ポリシー作成
- 財務 — 経費分析、予測、監査準備
- オペレーション — プロセス最適化、サプライチェーン、リソース配分
- エンジニアリング — コードレビュー、ドキュメント、インシデント対応
- プロダクト — ユーザーリサーチ統合、ロードマップ計画、機能仕様
- データ＆アナリティクス — レポート生成、データ品質、インサイト抽出
- エグゼクティブ — 取締役会準備、戦略的要約、組織横断ダッシュボード
- R&D — 文献レビュー、実験追跡、特許作成
- カスタマーサクセス — ヘルススコア、更新準備、オンボーディングワークフロー
- 調達 — ベンダー評価、契約交渉、支出分析
これらの部門にはAI自動化の現実的で緊急なニーズがあります。Salesforceが法務契約レビューエージェントを構築するのを待ったり、ServiceNowが財務予測エージェントを構築するのを待ったりはしません。それらの製品はどの既存ベンダーのロードマップにもありません。
プラットフォームモジュールの4つの構造的限界
既存プラットフォームにエージェントをボルトオンする問題は部門カバレッジよりも深刻です：
1. ベンダーロックデータ
AgentforceエージェントはSalesforceデータのみにアクセスできます。ServiceNowエージェントはServiceNowデータのみにアクセスできます。法務チームの契約がDocuSignにあり、財務データがNetSuiteにある場合、プラットフォームエージェントは役に立ちません。
スタンドアロンのガバナンス付きエージェントプラットフォームは、どのベンダーがホストしているかに関係なく、任意のデータソース — ナレッジベース、API、ドキュメント、スプレッドシート、データベースで動作します。
2. 継承されたガバナンスの限界
Salesforceガバナンスとは、Salesforceの権限、プロファイル、共有ルールを意味します。これらはCRMアクセス制御のために設計されたもので、AIエージェントの監視ではありません。エージェントアクションの承認ゲート、トークン支出の予算制限、プロンプトインジェクション検出、段階的自律性レベルは含まれていません。
AIエージェント向けの目的別ガバナンスには、CRMやITSMプラットフォームが提供するように設計されたことのないレイヤーが必要です：ヒューマンインザループ承認、モデルプロバイダーフォールバック、実行前のコスト見積もり、すべてのLLMインタラクションの監査ログ。
3. 連携できないサイロ化されたエージェント
AgentforceエージェントはServiceNowエージェントと連携できません。顧客の好みを学んだ営業エージェントと、その顧客の技術的問題をトラブルシューティングするITエージェントの間に共有メモリはありません。各プラットフォームのエージェントは孤立して動作します。
法務エージェントが契約交渉中に財務エージェントが構築したコンテキストを参照できるような、部門間の組織メモリには、単一プラットフォームの上に位置する統一メモリレイヤーが必要です。
4. プラットフォーム前提条件
Salesforceサブスクリプションなし？Agentforceなし。ServiceNowサブスクリプションなし？AIエージェントなし。これはエンタープライズが、コアプラットフォームを使用しない部門であっても、AIエージェント機能にアクセスするためだけに高額なプラットフォームサブスクリプションを維持しなければならないことを意味します。
スタンドアロンエージェントプラットフォームには前提条件がありません。クラウド、ハイブリッドVPC、完全セルフホストで実行されます。
何をいつ使うべきか
プラットフォームエージェントが適切な場合について正直に述べましょう：
Agentforceを使う場合：主なニーズがAI搭載の営業とサポートの自動化であり、既にSalesforceデプロイメントがある場合。AgentforceにはスタンドアロンプラットフォームがマッチできないCRMデータの深い統合があります。
ServiceNow AIエージェントを使う場合：主なニーズがITサービス管理と従業員サポートの自動化であり、既にServiceNowを運用している場合。ITSM統合はクラス最高です。
スタンドアロンのガバナンス付きプラットフォームを使う場合：CRMおよびITSMベンダーがカバーしない法務、財務、オペレーション、エンジニアリング、プロダクト、その他の部門にAIエージェントが必要な場合 — またはプロバイダー非依存のモデル選択で全20部門にわたる統一ガバナンスレイヤーが必要な場合。
2つのアプローチは相互排他的ではありません。多くのエンタープライズは営業チーム向けにAgentforceを運用し、かつ他の12部門向けにガバナンス付きエージェントプラットフォームを運用するでしょう。重要なのはCRMの尻尾がエンタープライズAIの犬を振らないようにすることです。
ガバナンスギャップ
部門カバレッジを超えて、根本的なガバナンスギャップがあります。エンタープライズAIエージェントにはプラットフォーム権限を超える監視が必要です：
- エージェント実行を人間のレビューのために一時停止する承認ゲート
- 部門ごと、ワークフローごとのトークン支出制限による予算コントロール
- エージェントを書き直さずにプロバイダーを切り替えるモデルの自由
- 実行中に動作するプロンプトインジェクション検出（後付けではなく）
- 信頼が構築されるにつれてエージェントがより多くの独立性を獲得する段階的自律性
- エージェントが部門間でコンテキストを学習し共有する組織メモリ
これらの機能にはAIエージェントガバナンスのために目的構築されたプラットフォームが必要です — エージェント向けに再利用されたCRMやITSMガバナンスではありません。
次に来るもの
エンタープライズエージェント市場は次のフェーズに入っています。最初のフェーズは「AIエージェントを構築できるか？」でした。今起こっている2番目のフェーズは「組織全体で誰がガバナンスするか？」です。
SalesforceとServiceNowは自分たちのドメインで最初の質問に答えました。2番目の質問 — 全20部門のためのガバナンス付きAI — はスタンドアロンエージェントプラットフォームが解決するために構築されたものです。