エンタープライズAIの「接続革命」

MCPとSalesforce Headless 360が変える組織設計の前提

「誰がログインするか」という問いが消えた日

2026年4月、SalesforceはTDX 2026で「Headless 360」を発表した。27年の歴史で最大のプラットフォーム転換と位置づけられたこの発表の核心は、シンプルだ。Salesforceのあらゆる機能が、API・MCPツール・CLIコマンドとして公開され、AIエージェントがブラウザなしで操作できるようになった。

「なぜSalesforceにログインする必要があるのか」——SalesforceのCo-founderであるParker Harrisが発したこの問いは、挑発ではなく戦略的方向性の表明だった。

同じ週、AnthropicのModel Context Protocol(MCP)は月間SDKダウンロード数9,700万件を超え、エンタープライズAIチームの78%が本番環境でMCPを使用していることが報告されている(digitalapplied.com, 2026)。2024年11月の公開から17ヶ月で、MCPは「AIエージェントのUSB-C」と称される業界標準になった。

何が変わったのか—インフラではなく設計思想

この変化を「技術的な話」として片付けるのは、本質を見誤ることになるのではないだろうか。

変わったのは、ソフトウェアが「誰のために設計されているか」という前提だ。これまでのエンタープライズソフトウェアは、人間がUIを操作することを前提に設計されていた。Headless 360が示すのは、その前提が崩れたということだ。エージェントがAPIを直接呼び出し、ワークフローを自律的に実行する。人間はその設計者・監督者として機能する。

Salesforceのユースケースで注目したいのはEngineの事例だ。B2B旅行管理会社のEngineは、Agentforceを使って12日間でカスタマーサービスエージェント「Ava」を構築し、顧客ケースの50%を自律処理するようになった(Salesforce, 2026)。変えたのはツールだけではなく、「誰が何をするか」という役割設計そのものだ。

REWIREのI(Intelligence)次元との接点

AIxが推奨するREWIREフレームワークでは、第四次元を「I=Intelligence」と定義している。組織の知識資産をAIが参照・活用できる形に統合することが、エンタープライズAIの核心的な設計課題だという考え方だ。

MCPとHeadless 360が実現しているのは、まさにこのIntelligence基盤の「接続層」だ。CRMのデータ、ワークフロー、ビジネスロジックがAIエージェントから直接アクセス可能になることで、組織知識がはじめて「AIに使える形」になる。

しかし、インフラが整ったからといって、組織設計が自動的に変わるわけではないと思っている。

Forresterは2026年中に企業向けアプリベンダーの30%が自社MCPサーバーを公開すると予測している(Forrester, 2026)。インフラの整備と組織の設計変更は、並走して進める必要がある。

経営リーダーが今問うべき3つの問い

エージェントインフラが整いつつある今、AIプロジェクトリーダーや経営層に問いたいことがある。

・自社のデータはAIエージェントが「読める形」になっているかという問いだ。MCPで接続できても、データが散在・非構造化されていれば、エージェントは機能しない。

・エージェントが自律実行したとき、誰がその判断に責任を持つかという問いだ。インフラの整備と同時に、アカウンタビリティの設計が必要になる。

・人間の役割をどう再定義するかという問いだ。エージェントが「実行者」になるとき、人間は「設計者・監督者」として機能する組織設計が求められる。

この3つの問いに答えていくプロセスが、REWIREフレームワークが体系化しようとしていることと重なっていると感じている。

AIxができること

AIxでは、REWIREフレームワークをベースに、エンタープライズのAI変革を二つの形で支援している。

① AI人材のマッチング・チーム組成 エージェント設計・データ基盤・AI戦略に精通した専門人材を、要件定義からアサインまで一貫してサポートする。「どんな人材が必要かわからない」という段階からでも対応可能だ。

② 経営層・AI推進担当者向けアドバイザリー REWIREの6次元のどこが止まっているかを診断し、優先順位と打ち手を整理する。自社のAI変革がどの次元で止まっているか、一度一緒に整理してみませんか。

Next
Next

ワークフローを「自動化」するな。「再設計」せよ。