何が変わるのか
MCP（Model Context Protocol）は、AIモデルがカレンダーやデータベース、社内ツールといった外部リソースへ安全にアクセスするための土台となる仕様です。接続ごとに独自の連携を作り込む代わりに、チャットボットが標準の作法で外部を「掴みに行ける」ようにするものです。
来週、この仕様が更新されます。エンドユーザーには気づかれないほど地味な変更ですが、エコシステムの発展を左右し得る内容です。新バージョンの公式仕様は5月から公開されており、AIエージェントを実企業のGmail・Slack・Salesforceなどに安全に接続させる設立2年のスタートアップArcadeが、月曜朝に要点を整理しました。
変わるのは「セッションID」の扱いです。セッションIDは、サーバーが会話を記憶するために使うトークンです。
現行方式の何が問題だったか
現行では、ClaudeのようなMCPクライアントが初めて接続すると、まず「hello」——自分のバージョンと機能を名乗ります。サーバーは自身の機能を返し、セッションIDを発行します。以降クライアントは毎回そのIDを送り、期限切れになれば新しいIDを取り直す、という往復が続きます。
問題は規模です。数百万ユーザーを捌く本番環境では、ロードバランサーが各リクエストを空いているサーバー（時に別リージョン）へ振り分けます。すると、あるマシンが発行したセッションIDを、別のマシンも知っていなければなりません。現行方式は「1台のサーバーがユーザーを覚えている」前提に立っていますが、現実の企業は互いに通信しない多数のサーバーへトラフィックを分散させます。結果、セッション追跡のための余計な作業が発生し、ロードバランサーと噛み合わず「戦う」構図になります。
これが、エージェントAIへの期待にもかかわらず大規模・自社（ファーストパーティ）のMCP連携がなかなか出荷されてこなかった一因でした。
ステートレス化の意味
新方式では、サーバー側のセッションID管理を、普通のWebサイトと同じ「ステートレス（状態を持たない）」な緩い方式に寄せます。サーバーが会話状態を抱え込まないため、どのマシンにリクエストが飛んでも処理でき、保守が容易で大規模運用のコストも下がります。
見落とされがちですが、モデルの学習競争が猛スピードで進む一方、その足元の技術インフラは標準化団体の遅い合意形成に委ねられています。今回の更新は、その地味だが決定的な層で「実運用に耐える」ための一歩です。
💼 事業会社視点：これは自社にどう効くか
経営視点で効くのは「自社MCPサーバーを出す」判断のハードルが下がる点です。これまで大規模・自社連携が進まなかった主因はモデルの弱さではなく、周辺インフラの未成熟——特にセッション管理の運用負荷でした。ステートレス化で、既存のロードバランサーやマルチリージョン構成にMCPを素直に載せられます。
SaaS事業者は、自社プロダクトを「AIエージェントから叩ける口」として公開する第一党連携を、現実的な運用コストで検討すべき段階です。ECや業務システムを持つ日本企業は、GmailやSalesforceのような外部依存だけでなく、自社データへエージェントを安全に通す設計を今から仕込む価値があります。受託開発企業にとっては、顧客のMCPサーバー構築・運用が新たな受注領域になります。
打ち手は明確です。5月公開の新仕様を技術部門に読ませ、既存のセッション前提の実装があれば来週の更新に合わせて棚卸しする。焦って作り込むより、標準が「実運用可能」になる節目を捉え、自社の第一党連携ロードマップを引き直すタイミングです。