Project Solara 詳解：Microsoftが「agent-firstデバイス」のために別基盤を立ち上げ、Windowsを回避した本当の理由

今日のBuild 2026のメインステージで、MicrosoftのテクニカルフェローSteven BathicheはProject Solara——「チップからクラウドまで」を対象とするデバイスプラットフォームを発表した。これは、従来型アプリを動かさず、AI agentだけを動かす新しいハードウェアのために作られたものだ。

これは1つの製品ではなく、基盤一式 + 1つの主張である。その主張はシンプルだ。次世代コンピューティングのインタラクション入口は、「appを開き、メニューをクリックする」ことから、「agentを呼び出し、タスクを任せる」ことへ移行する。Microsoftはこの判断に技術スタック全体を賭け、外部が予想していなかった選択をした——この基盤をWindows上には構築しない、という選択だ。

一、それは一体何なのか

Project Solaraは3層で構成される。下層のオペレーティングシステム、中間のagent実行レイヤー、そしてシーンに応じて生成されるインターフェースレイヤーだ。

下層OSはMDEP（Microsoft Device Ecosystem Platform）と呼ばれ、AOSP（Android Open Source Project）をベースにしたエンタープライズ向けブランチである。Microsoftはその上に自社のAgent Shell——複数のクラウドagentを動的に読み込み、必要に応じて切り詰められる「シェル」——を重ねている。最上層はMicrosoftがjust-in-time UIと呼ぶ仕組みだ。インターフェースはもはや事前に描かれた固定的なappではなく、agentが現在のデバイス形態とタスクに応じてリアルタイムに再配置し、場合によっては即時生成するものになる。

あわせて、完全なエンタープライズガバナンスも用意されている。デバイス管理はIntune、IDはEntra ID、生体認証はHello for Businessを利用し、ハードウェアレベルのマイクミュートなどのプライバシースイッチも備える。

Microsoftは同時に2台のリファレンスデザイン（reference design）も披露し、自社では量産しないことを明確にした。

• デスクトップデバイス：タッチスクリーンに、カメラ、マイク、プレゼンスセンサー、USB-C拡張ポートを備え、顔認証でロック解除するとagentが直接表示される。形態はEcho Showに近い。
• 社員証：ウェアラブルで、カメラと指紋認証を搭載し、ボタンを押すとagentが起動する。録音して即時に文字起こしでき、カメラによってagentは装着者が見ているものを「見る」こともできる。

チップ側ではQualcommとMediaTekのArmプラットフォームと結びついている。初期の試験導入顧客にはBest Buy、CVS Health、Levi's、Target、AccuWeatherが含まれ、外部での試験導入は今後数カ月以内に開始される。

二、3つの重要な設計上の選択

第一に、基盤にはWindowsではなくAndroidを選んだ。 これは会場全体で最も味わい深い一手だった。Windowsを自社のアイデンティティとしてきた企業が、未来志向のデバイス形態では自社のフラッグシップOSを回避したのである。理由は現実的だ。AOSPは低消費電力・小型デバイスにおけるハードウェア互換性とドライバーエコシステムがWindowsよりはるかに成熟しており、Microsoftはその上に自社のagentシェル、セキュリティモデル、管理スタックを重ねるだけで、既存のハードウェア適応能力を手に入れられる。デバイスOSを一から作り直すコストを省けるのだ。かつてWindows Phoneは「appエコシステムがない」ことで命を落とした——そして、そもそもapp catalogに依存しないagentプラットフォームは、まさにその致命傷を回避している。

第二に、OSは意図的に「薄く」作られている。 Microsoftはこの層を形容するのに、あまり一般的ではない言葉——「liminal」（中間にある）——を使った。つまり、OSはエッジデバイス上では極めて簡素に保たれ、実際の計算はデバイスとクラウドの間をagentを通じて流れる。端的に言えば、この種のデバイスの本質はシンクライアント + クラウド上の頭脳であり、デバイスは感知と表示を担い、インテリジェンスの大部分はクラウドに存在する。

第三に、インターフェースはagentがその場で生成する。 just-in-time UIは「アプリケーション = 固定されたインターフェース群」という前提を取り払う。同じagentが異なるサイズのデバイス上でレイアウトを再配置し、必要に応じて何もないところから新しいインターフェースを生成する。インタラクションの最小単位は「アプリケーション」から「意図」へと変わる。

三、商業化の道筋：自社では出荷せず、OEMを募る

Microsoftは発表会で、あの2台のデバイスは製品ではなくリファレンスデザインだと繰り返し強調した。同社の目論見は、プラットフォームを作り、ハードウェアメーカーを招くことにある。OS、シェル、セキュリティスタック、チップ適合リスト、リファレンスデザインをパッケージとして提供し、OEMがSolaraをベースに実際の端末へ仕上げる。SolaraはMicrosoft 365のCopilotなど一連のagentにも接続し、オープンアーキテクチャによってサードパーティagentも受け入れる。

これは典型的な「プラットフォーム先行、エコシステム後追い」の手法だ。利点は、Microsoftがハードウェア在庫のリスクを負わなくてよいこと。代償は、実装のテンポがOEMに左右されることだ——今日から実際にコンシューマー向けまたは商用のSolaraデバイスが出荷されるまで、楽観的に見積もっても数カ月から1年はかかる。

四、これは何を意味するのか

Microsoft自身の事情を脇に置けば、この件が発する本当のシグナルは次の通りだ。「app → agent」の入口をめぐる争いが、ある企業によってBuildのメインステージで正式に支持された。 これ以前、「セルフホスト / agent-first / モデルが入口」という方向性を推していたのは、主に開発者コミュニティとスタートアップだった。今、エンタープライズ級の巨人が参入したことで、この方向性全体に対する市場教育が一巡したに等しい。

ただし、Microsoftがどの道を選んだのかは見極める必要がある。Solaraの重心は明確にエンタープライズITガバナンス + クラウドagentオーケストレーションに置かれている。Intune、Entra、コンプライアンス、統合管理、クラウド上で動くインテリジェンス、端末としてのデバイス。この道は大規模組織の導入と管理のニーズに応えるものだが、同時に、自然にはカバーできない盲点もある——データ主権に敏感で、推論とデータの双方をローカルに留めることを求めるシーンだ。この盲点において、「ローカル優先 / エッジ推論」の路線は、まさにSolaraの補完面であって競合ではない。

あわせて参照すべきなのは、もう一方の端にあるサンプルだ。Buildの2日前、数百万規模のトラフィックを持つ個人開発者（YouTuberのPewDiePie）が、セルフホストAIワークベンチOdysseusをオープンソース化し、短時間で3万以上のstarsを獲得した。それは「モデルサービス、agent、ツール、メール、research」をすべて、自分自身のハードウェア上で動き、テレメトリがゼロのローカルワークベンチに詰め込むものだ。一方にはエンタープライズ向けクラウドプラットフォーム（Solara）があり、もう一方には個人向けセルフホストワークベンチ（Odysseus）がある——両端はいずれも同じ判断を検証している。ただし、データと計算能力の置き場所は正反対だ。

五、ポジショニング比較：Solara / Odysseus / MaxtaOS·R30

今日の3つのサンプルを同じ表に置くと、その境界は一目瞭然だ。

3者は互いに代替し合うものではなく、異なる断面を切り取っている。Solaraは「大規模組織が一群のagentデバイスをどのように統合管理するか」を解決し、Odysseusは「個人が自分のマシン上でAIを完全に使い始めるにはどうするか」を解決する。一方、業界向けエッジ提供が解決するのは、「具体的な業界において、すぐに使え、かつデータをローカルに留めるものをどう実装するか」だ。SolaraはOSを薄くし、インテリジェンスをクラウドに置く。業界向けエッジ路線はその正反対であり——頭脳をデバイスそのものの中に入れる。

六、今後観察すべき点

• 実装のテンポ：リファレンスデザインと量産端末の間にはOEMが介在しており、スケジュールには不確実性がある。
• クラウド依存とオフライン能力：シンデバイス + クラウド上の頭脳というモデルが、弱いネットワーク環境、データコンプライアンス、越境シーンでどこまで対応できるかは、まだ十分に示されていない。
• agentの相互運用性：オープンアーキテクチャでサードパーティagentを受け入れる点は見どころだが、agent間のスケジューリング、課金、セキュリティ分離をどう行うかについて、発表会では多くは語られなかった。
• セキュリティ姿勢（すべてのセルフホスト/エッジプレイヤーに共通）：「ローカル権限 + ネットワーク到達性」を備えるあらゆるAIシステムは、デフォルトで認証を有効にし、バックエンドサービスを内部ネットワークに隔離し、信頼できるゲートウェイを前段に置くべきであり、決して直接パブリックインターネットに公開してはならない。