6 min read

AIエージェント標準の主導権争い — 業務データを持つ5社連合と MCP の『配管層』

mcpai-agentsenterprise-aiinteroperabilitystandards

概要

2026年7月13日、Google、Microsoft、Salesforce、Snowflake、ServiceNow の5社が、AIエージェントと業務ソフトを繋ぐ共通標準を支持すると報じられた。

この動きは、Anthropic の MCP(Model Context Protocol、エージェントがツールやデータへ接続するための標準規格)への対抗として伝えられている。

ただし構図は単純ではない。 MCP はすでに業界のデファクト標準であり、この5社もそろって MCP を支持している。 つまり「MCP を潰す」動きではない。

実態は、エージェントと業務データを繋ぐ配管層(plumbing layer)の統治権を、誰が握るかという駆け引きにある。

詳細

何が起きたのか

5社が支持する新しい標準は、エージェントが企業のデータ、ツール、互いを繋ぐ方法を定める配管層に狙いを定める。

顔ぶれには意味がある。 Salesforce は顧客データ、Snowflake はデータ基盤、ServiceNow は業務ワークフローを押さえる。 そこに二大クラウドの Google と Microsoft が加わる。 世界の業務データの多くが載る場所を、この5社が握っている。

この連合は、業務データの所在を背景に、接続層の設計へ発言権を持とうとしている。

MCP はすでにデファクトになっている

MCP は Anthropic が2024年末に公開した。

その後の約18か月で、MCP はツール接続の事実上の標準になった。 2026年時点では、Anthropic だけでなく OpenAI、Google、Microsoft、Salesforce、Snowflake、そして大半の API gateway ベンダーが MCP を支持する。

エージェントの標準は、役割ごとに層が分かれている。 今回の争点は、このうち業務ソフトへの接続層にある。

役割代表的な標準
エージェント ↔ ツール・データ外部ツールやデータへ接続するMCP
エージェント ↔ エージェント別のエージェントへ委譲・連携するA2A(Agent-to-Agent)
業務ソフトへの接続企業アプリの機能とデータへ繋ぐ今回の5社連合が狙う層

これは「MCP 潰し」ではない

報道の見出しは対抗を強調するが、事実関係はより入り組んでいる。

新しい標準は、MCP を含む既存プロトコルを置き換えるのではなく、補完するものとして設計されている。 5社はいずれも、Linux Foundation の Agentic AI Foundation にも参加している。 市場では競い合いながら、標準づくりの場では協調する。

この協調と競争の同居は、次の機構から生まれる。 どの企業も、単一ベンダーが主導する標準に自社の相互運用性を委ねたくない。 一方で、相互運用が成り立たなければ、エージェント市場そのものが立ち上がらない。 だから標準は共有しつつ、その統治には自社の発言権を確保しようとする。

観点標準の採用標準の統治
5社の姿勢MCP を支持し採用する単一ベンダー主導を避け発言権を持つ
狙い相互運用を成立させる配管層の設計を自社側に引き寄せる
帰結併存と補完主導権の分散

なぜ配管層が重要なのか

配管層の主導権が問われるのは、そこが生態系の入口だからである。

過去のプロトコル競争を振り返ると、TCP/IP と HTTP が、誰がインターネットを握るかを決めた。 接続の標準を握る者は、その上に載るサービスの流れを左右する。 エージェントが業務ソフトへ繋がる配管を握れば、企業のAI活用がどの土台の上で動くかを左右できる。

ただし懐疑もある。 5社の委員会方式の標準が、整合を保ったまま速く出荷できた例は、エンタープライズソフトの歴史にほとんどない。 標準は、合意の広さと実装の速さが両立して初めて普及する。

日本への示唆

この標準化競争は、日本企業の意思決定に直接効く。

第一に、標準選定がロックインの分岐点になる。 特定ベンダー固有の接続方式にエージェントを作り込むと、乗り換えの自由を失う。 MCP のように複数ベンダーが支持する標準を土台に据えるほど、供給元を差し替えられる。

第二に、業務データの所在が交渉力を決める。 連合5社が発言権を持てるのは、世界の業務データを押さえているからである。 日本企業も、自社データがどのベンダーの基盤に載っているかを把握しなければ、標準の選択を他社任せにすることになる。

第三に、相互運用への賭け方が問われる。 単一の勝者に賭けるのではなく、複数の標準が併存する前提で設計するほうが安全である。 エージェントとツールの接続部を薄い抽象層で包み、標準の変化を1か所で吸収する構えが要る。

観点単一標準に賭ける相互運用を前提に設計する
ロックイン発生しやすい回避しやすい
標準変更への耐性低い高い
供給元の差し替え困難抽象層で吸収できる

日本のエンジニアが読み取るべき点は、エージェント基盤の選択が、モデルの性能比較ではなく接続層の標準選定に移ったことである。 どのモデルが賢いかではなく、どの配管の上に自社のエージェントを載せるかが、数年先の自由度を決める。

まとめ

  • 2026年7月13日、Google・Microsoft・Salesforce・Snowflake・ServiceNow が業務ソフト接続の共通標準を支持したと報じられた
  • Anthropic の MCP への対抗と伝えられるが、MCP はすでにデファクトで、5社も MCP を支持している。単純な置き換えではない
  • 実態は配管層の統治権を巡る駆け引きにある。5社は世界の業務データを押さえ、接続層の設計に発言権を求める
  • 新標準は既存プロトコルを補完する設計であり、5社は Linux Foundation の場では協調する。競争と協調が同居する
  • 配管層が重要なのは、そこが生態系の入口だからである。TCP/IP と HTTP の先例が示す通り、接続標準を握る者が流れを左右する
  • 日本への示唆は、ロックインの回避、業務データの所在の把握、相互運用を前提にした設計の3点にある

エージェント時代の主導権は、最も賢いモデルではない。 エージェントと業務データを繋ぐ配管を、誰の標準で敷くかにある。

参考リンク