まず結論から：「AIエージェント」を動かすインフラが、静かに刷新された
2026年7月28日、GoogleをはじめとするAI開発者コミュニティが広く使う技術仕様「MCP（Model Context Protocol）」が大きく改訂されました。Googleのエンジニアブログが8月5日に公開した記事によると、この改訂の核心は「ステートレス化」です。聞き慣れない言葉かもしれませんが、これはAIエージェントを動かすための「設計の哲学」が変わったことを意味します。
経営者の方に先に結論を伝えるなら、こうなります。「AIエージェントが、より安く、より安定して、より大きなスケールで動かせるようになる土台が整いつつある」ということです。今すぐ何かを変える必要はありませんが、今後AIを業務に取り入れていく上での選択肢が広がる動きとして、頭の片隅に置いておく価値があります。
---
なぜこの改訂が起きたのか：「状態を持つ」ことのコスト問題
そもそもMCPとは何か
MCP（Model Context Protocol）とは、AIエージェントが外部のツールやデータと連携するための「共通言語」です。たとえばAIが「カレンダーを確認して、空き時間にミーティングを入れて」という指示を実行するとき、カレンダーシステムやメールシステムと情報をやり取りする必要があります。そのやり取りのルールを定めたのがMCPです。
この仕様はOpenAIやAnthropicなど複数のAI企業が採用しており、AIエージェントの「共通インフラ」として業界標準に近い位置づけになっています。
旧仕様の課題：「つなぎっぱなし」の限界
これまでのMCPは「ステートフル（stateful）」な設計でした。ステートフルとは、AIと各ツールが「会話の途中経過を記憶しながら常時接続している」状態のことです。
わかりやすく例えると、店舗の電話対応に近いイメージです。お客さんから電話がかかってきて、担当者がずっと電話を保留しながら社内確認をする形です。担当者が一人の場合、その間に他の電話には出られない。AIエージェントも同様で、一つのタスクが終わるまで「接続を占有」する構造だったため、同時に多くの処理をこなすためには多くのリソースが必要でした。
新仕様の変化：「都度対応」への切り替え
今回の改訂で採用された「ステートレス（stateless）」設計は、これを根本から変えます。各リクエストが独立して処理されるため、接続を占有し続ける必要がありません。
Googleのブログによると、この変更により以下が可能になるとされています。
- クラウドネイティブな水平スケーリング：処理が増えたら並列でサーバーを増やす、クラウドの基本的な仕組みが使いやすくなる
- サーバーレス環境での動作：必要なときだけ起動する「使った分だけ課金」の仕組みに乗せやすくなる
- 標準的な負荷分散：複数のサーバーに均等にリクエストを振り分けるシンプルな手法が使えるようになる
また、長時間かかる処理や、AIとユーザーが何度もやり取りするタスクに対応するための「MRTR（Multi Round-Trip Requests）」という仕組みも導入されたとのことです。接続をブロックせずに、対話的・長時間のタスクをこなせる設計です。
さらに、パケットの中身を細かく読まずにルーティングできる「標準化されたHTTPヘッダー」や、キャッシュのコントロール機能も追加されました。これらは開発者向けの技術的な話ですが、要は「より効率よく、より低コストで動かせる構造になった」ということです。
Python・TypeScript・Go・C#の各言語向けにベータ版SDKも提供開始されており、開発者はすぐに移行の検討を始められる状況になっています。
---
中小企業の経営にとって、何が変わるのか
技術の話を聞いても「自社に関係あるの？」と感じる方がほとんどだと思います。ここからは、愛媛・松山の現場感覚も交えながら、経営判断に引き寄せて考えてみます。
「AIエージェント導入コスト」が下がる流れ
AIエージェントとは、単純な質問応答ではなく、「問い合わせを受けて → 社内DBを確認して → 返答メールを下書きする」といった複数ステップの作業を自律的にこなすAIの仕組みです。
現在、こうしたAIエージェントを業務に組み込もうとすると、安定稼働のためのサーバー費用や開発の手間が相応にかかります。今回のMCP改訂が意味するのは、このコスト構造が今後下がりやすくなるという方向性です。
スケールしやすくなるということは、使った分だけ払うサーバーレス構成が組みやすくなるということでもあります。大企業向けの大規模インフラを用意しなくても、必要な処理量に応じた運用が現実的になっていく、と考えられます。
身近な業務での想定シーン
たとえば、問い合わせ対応を考えてみます。
地方の中小企業では、電話やメール、Webのフォームからの問い合わせに人が対応するのが今も主流です。AIエージェントをここに組み込むと、「よくある質問への自動返信」「担当者への振り分け」「対応履歴の記録」といった作業を部分的に自動化できます。
これまでは、こうした自動化に「24時間つなぎっぱなしのサーバー」が必要で、コストが読みにくい面がありました。ステートレスな設計が普及すれば、問い合わせが来たときだけ起動して処理し、終われば停止する——という「無駄のない動かし方」がしやすくなります。
資料作成でも同様です。「売上データを読み込んで → グラフを作って → 定型レポートを生成する」という一連の作業をAIエージェントに任せるとき、安定性とコストのバランスを取りやすくなる、と考えられます。
集客施策のデータ分析、受発注の入力補助、採用応募の初期対応など、中小企業の現場でも「複数ステップをまとめてやってほしい」という場面は少なくありません。その実現ハードルが、インフラ面から少しずつ下がっていく流れです。
「今すぐ何かを変える」必要はない
正直に言うと、この改訂の恩恵が中小企業の現場に届くのは、まだこれからです。今回の発表はあくまで「仕様の改訂」と「ベータSDKの提供開始」です。ここから開発者がツールやサービスを作り、それが使いやすいSaaSやソリューションになって届くまでには、一定の時間がかかると考えられます。
愛媛の製造業や小売業の方が「今日からMCPを使う」という話ではありません。ただ、「AIエージェントを動かすコストと安定性の課題を、技術の側が解こうとしている」という動きが確認されたことは、覚えておく価値があります。
---
Cirasが現場で感じること：「小さく試せる環境」が整いつつある
愛媛・松山のお客様と話していると、AIへの関心は確かに高まっています。一方で「大きなシステムを入れる余裕はない」「使い続けられるか不安」という声も多く聞きます。
その感覚は、とても真っ当だと思います。
今回のMCP改訂が目指している方向性——「サーバーレスで動かせる」「使った分だけのコスト構造」——は、まさに「小さく試して、効果が出たら広げる」というアプローチと相性がいいものです。大企業向けの大規模導入ではなく、必要な処理だけを必要なときに動かす仕組みが、技術の基盤から整えられていく流れと読めます。
私たちがWeb活用の支援でお伝えしていることと同じです。最初から完璧なものを作ろうとせず、小さな改善を積み重ねる。AIエージェントの活用も、同じ考え方で近づいていけると思っています。
AEO（AI検索最適化）の観点からも、AIが自律的にWebの情報を読んで回答を生成する時代において、「自社の情報がAIに正確に読み取れる構造になっているか」は今後ますます重要になります。AIエージェントのインフラが整備されるほど、情報の出し方・構造化の重要性も高まります。これはAIの技術進化と、Webサイトの設計が連動して変わっていく話です。
---
まとめ：「土台」が変わると、できることが変わる
MCPのステートレス化という今回の動きは、AIエージェントが「より現実的なコストで、より安定して動かせる方向に向かっている」ことを示しています。
経営者の方に覚えておいていただきたいのは、次の3点です。
1. AIエージェントのインフラが、コスト・安定性の面で改善される方向性が確認された 2. 恩恵が中小企業の現場に届くのはこれから。今すぐの対応より、動向を見ておく段階 3. 「使った分だけ動く」設計は、小さく始めて続けるアプローチと相性がよい
AIは専門家だけのものでも、大企業だけのものでもありません。ただ、どう使うかを選ぶためには、何が起きているかを知っておく必要があります。今回の改訂は、その「何が起きているか」のひとつです。
具体的に「自社でどう試せるか」を考えてみたい方は、日々の業務の中で「複数ステップをまとめてやってほしい作業」を書き出してみるところから始めると、イメージが掴みやすくなります。問い合わせ対応・定型レポート作成・データ集計など、候補は意外と見つかるはずです。
参照元