2026年7月28日、AIエージェントと業務システムをつなぐ共通規格「MCP（Model Context Protocol）」の新仕様「MCP 2026-07-28」が正式リリースされました。5回目の仕様リリースで、前回の2025年11月版から設計思想が大きく変わっています。本記事は両公式ブログという一次情報のみを根拠に、中小企業の経営者・実務担当者の視点で要点を整理します（2026年7月時点）。
MCPとは？AIを社内ツール・データにつなぐ「共通の差し込み口」
MCPは、AIエージェントと社内のアプリケーション・業務ツール・データを接続するための取り決めです。イメージは電源プラグやUSB端子の規格。差し込み口がバラバラだとツールの数だけ変換アダプタが要りますが、共通の形を決めておけば、対応ツールなら同じやり方でAIにつなげられます。
この「つなぎ役」は、Claudeなどでは「コネクタ」と呼ばれます。Anthropic公式によれば、Claudeのコネクタディレクトリには950を超えるMCPサーバー（＝つなぎ先）が掲載され、SDK（開発キット）のダウンロードは月間4億回を突破、今年に入って4倍に増えたとされています。MCP公式ブログ側でも、TypeScriptとPythonのSDKが累計10億ダウンロードを突破したと記載されています。
MCP 2026-07-28 変更点の要点3行（一次情報リンク付き）
- ①ステートレス・コアへの移行：常時つなぎっぱなしの双方向通信をやめ、1回ごとに完結する「依頼と返答」の形へ。サーバーレスやエッジ環境にも置けるようになりました。
- ②認可（ログイン・権限）の強化：Anthropic公式は「Entra や Okta のような企業のID基盤に回避策なしで接続できるようになった」と説明しています。
- ③拡張機能の正式化と非推奨ポリシーの新設：MCP Apps（対話的UI）とTasks（長時間処理）が拡張機能として正式提供され、古い方式にも最低12か月の移行期間が設けられます。
出典：MCP公式ブログ「The 2026-07-28 Specification」／Anthropic公式ブログ「Bringing MCP 2026-07-28 to Claude」／仕様本体
専門用語を日常語に置き換えると
| 公式の言い方 | 日常語での意味 |
|---|---|
| ステートレス・コア | 毎回の依頼が1通の手紙で完結する形。開始のあいさつ（initialize）や会話の整理番号（Mcp-Session-Idヘッダー）が廃止された |
| MRTR（多段の往復リクエスト） | AIが作業の途中で「この条件で進めてよいか」と聞き返せる仕組み。Supabaseは公式ブログで、作成前のコスト確認や削除クエリの事前確認に使えるとコメント |
| ヘッダーベースのルーティング | 封筒の宛名（Mcp-Method／Mcp-Nameヘッダー）だけで振り分け・制限・記録ができる。中身を開かずに交通整理できる仕組み |
| 一覧結果のキャッシュ | 「使える機能の一覧」に有効期限（ttlMs）と範囲（cacheScope）が付き、再取得を減らせる |
| 認可のハードニング | ログイン・権限の守りを固めること。RFC 9207のiss検証を必須化し、にせの認可サーバーに誘導される穴をふさぐ |
あわせてDynamic Client Registration（DCR）は非推奨となりClient ID Metadata Documents（CIMD）へ移行、Roots・Sampling・Logging と旧来のHTTP+SSEも非推奨化。SDKはTypeScript・Python・Go・C#が同日対応、Rustはベータ版です。
中小企業のAI連携・業務システムに効く3つのポイント
コストと安定性：使えるコネクタが増え、動きが安定しやすくなる。サーバーを置ける場所の選択肢が広がり、利用増に合わせた増減もしやすくなります。公式ブログではAWS（Amazon Bedrock AgentCore）、Google Cloud、Microsoft（Foundry）、Cloudflare、Supabase、Zoom などが対応を表明。自社で作り込むより既製のコネクタを選ぶ判断が現実的になる流れです。ただし効果は対象業務や既存システムの状況で変わります。
人材・管理：認証が会社のIDに乗る。企業のID基盤につなげるということは、「誰がどのツールを使えるか」を会社側で一元的に決められる方向に進むということです。地味に効くのは退職・異動時の対応で、個別サービスのアカウントを一つずつ止めて回らず、会社のIDを止めれば連携も外れる運用に近づきます。Google Workspace など既存のID基盤を持つ会社ほど恩恵を受けやすい部分です。
業務・リスク：途中確認（MRTR）で「AIが勝手に実行してしまう」を防げる。従来はAIに任せると最後まで走り切ってしまいがちでしたが、MRTRではAI側が「入力が必要」と返して人の回答を待てます。削除・送信・支払いなど取り返しのつかない操作の手前に人の確認を挟む設計を、標準の作法として書けるようになった意味は大きいはずです。
AIエージェントの権限・承認・セキュリティで今すぐできる一歩
費用をかけずに始められる進め方です。
- まず1業務・1コネクタから。全社導入ではなく、失敗しても影響が小さい業務を1つ選ぶ。
- 権限は最小で付与する。最初から全データを見せず、対象フォルダ・対象範囲だけに絞る。
- 不可逆な操作には人の承認を挟む。削除・外部送信・支払いは自動実行させない。
- 利用ログを残す。誰が何を指示し、AIが何を実行したかを後から追えるようにする。
- 棚卸しの予定を入れる。旧方式の移行期間は最低12か月とはいえ期限付きです。既存の連携がどの方式かを一度確認しておく。
なお、Claude製品側の新仕様対応は「順次ロールアウト中」とされています。2026年7月時点で全機能がすぐ使える前提の計画は避け、動く範囲から試すのが現実的です。
当協会の視点：規格の変化を「運用ルール」に落とし込む
今回の変更は「AIと業務システムの接続が、実験段階から本番運用の作法へ移った」ものだと当協会は見ています。重要なのは性能よりも権限・承認・記録という運用設計です。ここが決まらないままコネクタだけ増やすと「誰も把握していない自動処理」が増えます。当協会では、目的整理から対象業務の切り出し、権限設計・承認フローの整備、社内ルールの文書化までを一体で支援しています。あわせてClaude Opus 5と中小企業のコスト、オープンウェイトAIとは、EU AI法 第50条の透明性義務の解説記事もご覧ください。
まとめ
MCP 2026-07-28 は、ステートレス・コアへの移行、認可の強化、拡張機能の正式化を柱とする5回目の仕様リリースです。中小企業にとっての意味は、①つなげる相手が増え安定しやすくなる、②アカウント管理を会社のIDに寄せられる、③途中確認でAIの暴走を止める設計が標準になる、の3点。まずは1業務・1コネクタ・最小権限・人の承認という小さな形から始めてみてください。
MCPそのものの仕組み、API・RPAとの違い、中小企業が無料・低コストで始める手順は、常緑ガイド「MCPとは？中小企業のためのAI業務連携ガイド｜仕組み・始め方・注意点」で体系的に整理しています。あわせてご覧ください。
