ここ数年、AI業界の関心は主にモデルに向けられてきた。主要な発表はすべて、パラメータ数、ベンチマークスコア、推論能力、学習、そしてコストを下げながら可能な限り性能を引き出すことを基準に評価されてきた。前提は単純だった。最も賢いモデルを構築した者が、AIの未来を支配するというものだ。Microsoft Build 2026は、別の可能性を示した。
このイベントで最も重要だったメッセージは、マイクロソフトがより優れたモデルを持っているということではなかった。実際、マイクロソフトはその点をほとんど主張しなかった。代わりに同社は、エージェントランタイム、エージェントのアイデンティティ、エージェントのメモリ、ガバナンスシステム、コンテキスト層、セキュリティ制御、開発者向けツール、デプロイメントプラットフォームについて、何時間も費やして説明した。
Build 2026はAIモデルに関するカンファレンスではなかった。エージェントのためのオペレーティングシステム（OS）を構築することに関するカンファレンスだった。その視点で見れば、一見ばらばらに見える多くの発表が、にわかに意味を持ち始める。
エージェントが新たなアプリケーションになる
歴史的に、ソフトウェアプラットフォームはアプリケーションを中心に回ってきた。アプリケーションはOS上で動作し、OSはハードウェア上で動作した。開発者はアプリケーションを構築し、ユーザーはそれを起動した。Build 2026は、異なるアーキテクチャを示唆した。
基調講演全体を通じて繰り返されたメッセージは、エージェントが主要なソフトウェア抽象化になりつつあるというものだった。アプリケーションは、人間が行き先として使うものというより、エージェントが使うツールへとますます変化している。この1つの考え方こそ、イベント全体で最も重要なメッセージだったかもしれない。
エージェントが新たなアプリケーションになれば、マイクロソフトの主要な資産のすべてが、突如として再び戦略的に重要な意味を持つようになる。Windowsはエージェントが実行される場所となり、Azureはエージェントがスケールする場所となる。Entraはエージェントのアイデンティティシステムとなり、GitHubはエージェントの開発環境となる。Teamsはエージェントのコラボレーションの場となり、SharePointはエージェントにとっての組織的記憶となる。そして、Microsoft 365はエージェントの生産性環境となるのだ。
これらの発表を総合すると、驚くほど見慣れたマイクロソフトの戦略が浮かび上がる。モデル層で競争するのではなく、マイクロソフトは他社のソフトウェアが動作する環境そのものを構築しているのだ。技術はWindows時代とは異なるが、目的は同じである。エージェントがコンピューティングの中心に位置する未来に向けて、マイクロソフトのポートフォリオ全体を再配置している。
マイクロソフトのエージェントOS
モデル層だけに焦点を当てるのではなく、マイクロソフトはエージェントのためのOSのように見えるものを組み立てている。技術はWindows時代とは異なるが、目的は驚くほど似ている。すべてのソフトウェアが動く環境をつくることだ。
これをAIモデルにおける弱さの表れと見る向きもあるかもしれないが、実際にはむしろ、モデルの優位性は本質的に不安定であるという認識の表れだ。今日の最良のモデルは数カ月以内に追い越されることが多く、動き続ける標的を中心にビジネスを構築することは難しく、持続可能ではない。
あらゆるモデルが必要とするインフラ、アイデンティティ、ガバナンス、セキュリティ、デプロイメントの各層を中心に構築する方が、はるかに耐久性が高い可能性がある。マイクロソフトは、特定のベンチマークでどのモデルプロバイダーが首位に立つかにかかわらず、価値が蓄積する場所に自らを位置づけようとしているように見える。
インフラこそが戦略である
一見すると、Buildは新Surfaceデバイス、AI PC、RTX Sparkシステム、エージェントファーストのウェアラブル、クラウドサービス、データベース、開発者向けツール、Copilot（コパイロット）など、緩やかにつながった発表の集まりのようだった。そこにAzure AIインフラ、Foundry、Cobalt、Maya、そして拡張を続けるマイクロソフトのデータセンター網を加えると、このイベントは一貫した戦略というより製品カタログのように見え始めた。
しかし、さらに深く見ると、パターンが浮かび上がる。これらは単独の製品ではない。エッジからクラウドまでエージェントをホストし、保護し、管理するために設計された垂直統合型スタックの構成要素である。
ハードウェアの発表が本質ではなかった。それらのシステムが支えるプラットフォームこそが本質だった。
マルチモデルの世界に備える
基調講演で最も興味深かった点の1つは、マイクロソフトが何を主張しなかったかである。同社は、OpenAI（オープンAI）がモデル市場を永続的に支配すると論じなかった。単一のモデルをあらゆるワークロードへの答えとして位置づけることもしなかった。
実際には、その正反対の見方を推し進めた。Microsoft Foundryは現在、複数のプロバイダーによる数千のモデルをホストしており、マイクロソフトが提示したアーキテクチャは、組織がコスト、能力、精度、速度、ワークロード要件に基づいて、それらの間を日常的に切り替えることを前提としている。
したがって、あらゆるモデルが必要とするインフラを中心に構築することは、モデルの利用状況と優位性が絶えず変動する環境に対して、はるかに強靭である。モデルが交換可能なものになるなら、勝者となるプラットフォームはモデルを所有する企業ではない。アイデンティティ、メモリ、ガバナンス、セキュリティ、デプロイメントを含むエージェントスタックを所有する企業である。歴史的に、マイクロソフトはまさにそうしたポジションで並外れた成功を収めてきた。
MXCが重要な理由
Buildで最も十分に評価されていない発表は、Microsoft Execution Containers、すなわちMXCだったかもしれない。業界は、ファイルを読み、コードを実行し、企業システムにアクセスし、ユーザーに代わって意思決定できる、長時間稼働する自律型エージェントへと急速に向かっている。現在のエージェントセキュリティの多くのアプローチは、驚くほど未成熟なままだ。
MXCは、エージェントに対してOSレベルの封じ込めを導入することで、この問題に正面から対処する。コンテナは予測可能な隔離境界を提供したため、クラウドコンピューティングを変革した。エージェントシステムにも同様の制御が必要だ。その典型例として、OpenClawが最初に登場した際、こうした制御の欠如により、エージェントによる壊滅的な越権行為が生じた。Nvidia（エヌビディア）も直近のGTCで、OpenShellとNemoClawにより同様の制御機能を発表している。
MXCの重要性は、今日それが何をするかにあるのではない。重要なのは、マイクロソフトがエージェントをOSにおける第一級の概念として扱っている点にある。5年後、MXCは、どのニュースサイクルでも見出しをさらいがちなハードウェア発表よりも、はるかに重要な意味を持っていたことが明らかになるかもしれない。
Copilotの流通上の優位性
GitHub Copilotが成功した理由の1つは、それが機能するからだ。しかし、技術の品質だけで企業導入を説明できることはまれである。マイクロソフトには、ほとんどの競合が匹敵できない流通上の優位性がある。
多くの組織はすでに、Windows、Microsoft 365、Azure、Teams、SharePoint、Entra、GitHubに対してマイクロソフトに支払いをしている。そうした企業では、Copilotは新たなベンダー関係を必要とする独立したAI製品として評価されるわけではない。既存契約の中にある追加的な機能である。マイクロソフトが自らの戦略の実行に成功すれば、そのパラダイムにおけるこの違いは、競合するコーディングアシスタント同士のベンチマーク比較よりも重要になるだろう。
これは何十年にもわたるマイクロソフト最大の強みの1つだった。最良の技術が常に勝つわけではない。多くの場合、最も導入しやすい技術が勝つ。Build 2026は、マイクロソフトがその優位性をどれほど積極的に活用しようとしているかを示した。
マイクロソフトのプラットフォームの堀はAI時代を生き残れるか
Build 2026は、マイクロソフトの最も重要な戦略的前提を明らかにした。長期的な価値を得るのは、モデルそのものではなく、AIが動作する環境を支配する者である。
多くの点で、これは過去の時代にマイクロソフトを成功させたプレイブックである。Windowsはアプリケーションが動作するプラットフォームになった。Officeは生産性が生まれるプラットフォームになった。Active Directoryは企業アイデンティティのプラットフォームになった。Azureはクラウドワークロードが稼働するプラットフォームになった。
堀は単一のアプリケーションではなかった。堀はプラットフォームだった。
課題は、この戦略が、何かが依然として難しいままであることに依存している点だ。歴史的に、企業向けソフトウェアの構築には、大規模なエンジニアリング組織、多額の資本投資、そして何年もの開発が必要だった。AIはその方程式を変えつつある。
ソフトウェアが豊富になるとき
小規模なチームが、かつては数百人の開発者を必要とした製品をつくれるようになっている。エージェントフレームワーク、オーケストレーションプラットフォーム、特化型の企業向けアプリケーションが、ほんの数年前には想像しにくかったペースで登場している。
これは、あらゆる既存企業にとって居心地の悪い問いを生む。ソフトウェア自体が豊富になったら何が起きるのか。スタートアップは、マイクロソフトと競争するためにMicrosoft Officeのすべてを再現する必要はもはやない。顧客が実際に価値を置く特定のワークフローをつくるだけでよいかもしれない。さらに、組織は大規模な統合スイートを購入するのではなく、オープンソースのコンポーネントから独自のエージェント環境を組み立てることがますます増える可能性がある。
ソフトウェア作成の障壁は下がっている。それが必ずしもマイクロソフトの優位性を消し去るわけではないが、その優位性の性質を変える可能性は高い。
ソフトウェアから統合へ
ソフトウェアの構築が劇的に容易になるなら、マイクロソフトの堀はもはやWindowsではない。Officeでもない。Azureですらないかもしれない。
代わりに、マイクロソフトの堀は信頼、流通、そして企業システムとの統合になる。同社最大の強みは、AI導入を破壊的な移行ではなく、企業がすでに使っているシステムの延長のように感じさせる能力になるだろう。これは強力なポジションである。同時に、過去のプラットフォーム転換期にマイクロソフトが占めていたポジションとは異なるものでもある。
マイクロソフトの立場には、ある種の皮肉がある。同社は何十年にもわたり、ソフトウェアの希少性から恩恵を受けてきた。AIはその反対の環境を生み出している。ソフトウェアの生成、カスタマイズ、置き換えが容易になるにつれ、価値は個々のアプリケーションから、調整、ガバナンス、統合へと移っていく。Build 2026は、その移行が完全に到来する前に、マイクロソフトが自らをその層に位置づけようとする試みである。
プラットフォームのパラドックス
マイクロソフトの次の機会を生み出しているのと同じ技術が、同社の従来の堀の土台を弱めている可能性もある。AIはソフトウェアの構築を容易にする。AIは統合を容易にする。AIはカスタマイズを容易にする。AIは個々のソフトウェアコンポーネントの置き換えを容易にする。エージェントインフラへの需要を促しているまさにその力が、歴史的にプラットフォームベンダーを守ってきた乗り換えコストも下げている。
マイクロソフトは、次の10年に向けた正しい戦略を構築しているように見える。なお不透明なのは、AIがプラットフォームビジネスを強化するのか、それともそもそもそれらを成功させた障壁を弱めるのかという点である。
次のプラットフォーム戦争
Build 2026で最も重要な一文は、実際には壇上で語られることはなかった。それは示唆されていた。エージェントが新たなアプリケーションになりつつある、ということだ。
マイクロソフトが正しければ、将来のAIをめぐる戦いは主としてモデルをめぐって繰り広げられるのではない。エージェントスタックをめぐって戦われることになる。これが現実になれば、Build 2026は、マイクロソフトがアプリケーションを守る段階から環境を守る段階へと公然と軸足を移し、次のプラットフォーム戦争に向けて自らを公に位置づけ始めた瞬間として記憶されるだろう。
未回答の問いは、マイクロソフトが次のWindowsを構築しているのか、それともAIが、どの企業にもそれができない世界を生み出しているのかである。
