Microsoft「Project Solara」徹底解説｜アプリを捨てた“エージェント・ファースト”デバイスとchip-to-cloudの正体 | Capy-Log

【エグゼクティブ・サマリー】

Microsoftが「Project Solara」を発表。デバイス上でアプリを動かすのをやめ、クラウド上のAIエージェントへの“窓口”としてハードを再定義する設計思想を打ち出した。
OSはWindowsではなくAOSPベースの軽量OS「MDEP」を採用。シリコンパートナーにQualcomm（装着型）とMediaTek（据え置き型）を指名した。
狙いは小売・医療・フィールドサービスといった現場（フロントライン）業務。OEM向けのリファレンスデザイン提供という、AndroidのGMS認証に似た“胴元”モデルで展開する。

既存テクノロジーの限界と課題
ニュースの核心
【比較表】従来アーキテクチャとのスペック比較
【図解】技術アーキテクチャ・関係図
【考察】ITエコシステム・業界へのインパクト
まとめ
引用元記事・補足資料

既存テクノロジーの限界と課題

まず押さえておきたいのは、今回の発表が「新しいガジェットが1つ増えた」という話ではなく、ハードウェアとソフトウェアの主従関係そのものを引っくり返そうとしている点です。

従来の業務用デバイスは「端末の中でアプリを動かす」という前提で設計されてきました。この前提が、現場では複数の構造的なボトルネックを生んでいます。

画面ごとにアプリを作り直すコスト：スマホ、タブレット、ハンディ端末、サイネージ……画面サイズや入力方法が変わるたびに、開発側は同じ業務アプリをそれぞれの環境向けに作り直す必要があります。
OSが重すぎるという物理的制約：Windowsはメモリやプロセッサの消費（オーバーヘッド）が大きく、バッテリー駆動の小型ウェアラブルや組み込み機器には荷が重い。そもそも、そうした制約の厳しいハードのために設計されたOSではないのです。
ステート（※状態・作業の文脈データのこと）が端末に閉じ込められる：ある端末で途中まで進めた作業を、別の端末で続きから再開できない。状態が機器に縛られているため、人と機器が1対1で固定化されてしまいます。
レガシー（過去資産）の重荷：数十年分のPC互換性を引きずったまま、新しいAI専用ハードを最適化するのは難しい。

これは、チェーン展開する飲食店が、新しい支店を出すたびに毎回フルサイズの厨房と専属シェフを丸ごと用意しているような状態です。本来やりたいのは「同じ味を全店舗で出すこと」なのに、現実には各店舗の設備投資と人員配置に追われ、肝心の“料理（=業務価値）”に集中できていない。Project Solaraが手を付けようとしているのは、まさにこの非効率の根っこです。

ニュースの核心

Project Solaraは、Microsoftが2026年6月2日の「Microsoft Build 2026」で発表した、chip-to-cloud（※半導体チップからクラウドまでを一気通貫で設計するという意味）型のプラットフォームです。開発を主導したのは、同社のApplied Sciences Group（応用科学グループ）。

中核にあるのは、MDEP（※Microsoft Device Ecosystem Platform。エッジデバイス向けの軽量OS）という考え方です。注目すべきは、このOSがWindowsではなくAOSP（※Android Open Source Project。Androidの土台となるオープンソースのこと）の上に構築されている点にあります。

なぜAndroidなのか。答えはシンプルで、軽量で制約の厳しいハードに自然にスケールするからです。重量級のトラックでは入れない狭い路地を、小回りの利く軽自動車ならすいすい走れる——ウェアラブルや組み込み機器という“狭い路地”に対して、Windowsはトラック、AOSPは軽自動車という関係に近い。さらにAOSPを採るとWindowsのアプリ互換性への期待を背負わずに済むため、PCの過去資産から切り離して、AI専用ハードとして純粋に最適化できます。

デバイスは「コンピュータ」ではなく「窓口」になる

MDEPはAzure上で動くエージェントサービスと、クラウド側に保持される永続的なステートと組み合わさって動きます。つまりデバイスは、それ自体で完結する1台のコンピュータではなく、クラウド上で動くAIエージェントへアクセスするためのインターフェース（窓口）として振る舞います。

この設計を、Applied Sciences GroupのSteven Bathiche氏（Corporate Vice President 兼 Technical Fellow）は次のように表現しています。

OSはデバイスとクラウドの境界をまたぐ“リミナル（中間的）”な存在だ。軽量な窓をエッジ側に開き、そこにエージェントが立ち現れる。状態はAzureを介して、専門特化した多数のデバイス群を束ねていく。（出典：Microsoft Build 2026 / Steven Bathiche氏の説明より要約）

ここで効いてくるのが、状態をクラウド側に置くという発想です。作業の文脈がクラウドのセーブデータのように扱われるため、デスクの据え置き機で確認していた内容を、そのまま装着型バッジで持ち出して続きを進められる。人と機器の1対1の縛りが解け、「どの端末でも同じエージェントが続きから応対する」状態が成立します。

Just-in-Time UI — 同じエージェントが画面に合わせて姿を変える

もう1つの肝が、Just-in-Time UI（※JIT UI。その都度、画面や入力方法に合わせてUIを適応的に描画する仕組み）です。

これは、料理人が同じ一皿を、大皿でも小鉢でも、器の大きさに合わせて美しく盛り付け直すようなものです。開発者がデバイスごとに体験をゼロから作り直さなくても、1つのエージェントが画面サイズや入力モダリティに応じて適切なUIを描き分ける。

同じエージェントが、複数の画面サイズやモダリティに対して、開発者の追加作業をほとんど（あるいは全く）必要とせずにカスタムな体験を描画できる。これが最初の実証ポイントだ。（出典：Microsoft Build 2026 / Steven Bathiche氏の説明より要約）

技術的には、JIT UIは「従来のレスポンシブデザイン」と「AIがゼロ

から構造を生成する完全生成的UI」の中間に位置づけられています。Solaraは当面その中間地点を狙い、一貫性を保ちつつ、端末ごとの作り直しコストを避けることを優先しています。

エージェントの“仕分け役”と、実際のハードウェア

複数のエージェントが同時に動く環境では、ユーザーが毎回手動で起動するのは現実的ではありません。そこでMicrosoftは、文脈に応じて適切なエージェントを自動で前面に出すagent dispatcher（エージェント・ディスパッチャ）とagent task managerを開発中です（※いずれもまだ出荷前）。

これは郵便局の仕分け担当に近い役割です。届いた依頼（文脈）を読み取り、「この案件は医療系のエージェントへ」「これは開発タスク管理のエージェントへ」と自動で振り分ける。初期の統合先としては、医療業務向けのDragon Copilotと、開発タスク追跡向けのGitHub Copilotが挙げられています。

ハードウェア面では、Microsoftは自社で完成品を作らず、OEM（※相手先ブランド製造。実際の製品を作るメーカーのこと）向けにリファレンスデザイン（参照設計）を提供します。さらに「approved chipsets（承認済みチップセット）」要件を設け、どのハードがプラットフォームに適合するかをMicrosoftが認証レベルで管理します。これはGoogleがAndroidで運用するGMS（※Google Mobile Services。Googleアプリ群を載せるための認証制度のこと）認証モデルとよく似た“胴元”の立ち位置です。

デモとして公開された2つのリファレンスデザインは、Solaraの狙いを端的に示しています。

据え置き型のデスクハブ：MediaTekのIoT向けシリコンを搭載。ディスプレイ、カメラ、UWB（※Ultra-Wideband。超広帯域無線。人の在席を検知する近距離測位に使う）による在席センサー（自動ログイン/ロック）、遠距離集音マイク2基、USB-C×2を備える。外部ディスプレイにつなげばWindows 365クラウドPCのクライアントとしても機能する。
装着型のAIバッジ：Qualcommハードウェアを採用。タッチスクリーン、Windows Hello for Businessの指紋センサー、高SNR（※Signal-to-Noise Ratio。信号対雑音比。騒がしい現場でも声を拾える指標）の遠距離マイクアレイ、側面カメラ、5G/WiFi/Bluetooth/GNSS（※全球測位衛星システム。GPSなどの総称）を搭載。看護師や小売スタッフ、フィールドワーカーといった現場作業者を狙う。

導入はすでに動き始めており、Best Buy、CVS Health、Levi’s、Target、AccuWeatherといった企業がパイロットに名を連ねています。今後は医療、ホスピタリティ、金融、リーガル、産業など、複数の業種へOEM経由で広げる計画です。

【比較表】従来アーキテクチャとのスペック比較

比較項目	従来（アプリ・オン・デバイス：Windows端末／スマホ流用）	Project Solara（エージェント・ファースト：chip-to-cloud）
設計思想	端末の中でアプリを実行する	クラウド上のエージェントへの窓口として端末が機能する
OS基盤	Windows（汎用・重量級）	MDEP（AOSPベースの軽量OS）
主処理の実行場所	ローカル端末中心	Azureクラウド側のエージェント中心
ステート保持先	各端末にローカル保存	クラウドに永続化し、複数端末で共有
UI構築方法	端末・画面ごとに個別開発	Just-in-Time UIで1エージェントが描き分け
通信要件	オフライン耐性高め（通信は補助的）	常時接続前提（5G/WiFi/UWBを統合）
帯域・遅延の傾向	帯域依存は低いが、機能は端末性能に縛られる	高帯域・低遅延が前提（クラウド往復が体感を左右）
計算リソース配置	端末のSoC性能に依存	エッジは入出力に専念、重い計算はクラウドへ寄せる
開発負荷	デバイス数だけ作り直しが発生	1エージェントで多デバイスに対応
代表ユースケース	PC作業全般・既存業務アプリ	医療・小売・フィールドの現場特化型エージェント

【図解】技術アーキテクチャ・関係図

【考察】ITエコシステム・業界へのインパクト

この発表で最も見逃せないのは、WindowsではなくAOSPを選んだという一点に、Microsoftの戦略転換が凝縮されている点です。OS覇権という自社の牙城を一部手放してまで、Microsoftは「エッジ半導体と通信モジュールの高度な統合（SoC化）」へ賭けに出ました。

ここで言うSoC（※System on a Chip。CPUや通信機能などを1枚のチップに集約した半導体）の重要性は、Solaraの構造から逆算すると腑に落ちます。デバイスが“窓口”に徹するなら、求められるのは重い汎用計算力ではなく、「常時つながり、人の状況を正確に検知し、低遅延でクラウドへ橋渡しする」能力です。UWBによる在席検知も、高SNRマイクも、5G/GNSSも、すべて「センサー兼通信端末」としての性能を高める部品です。

この再定義が業界に与える波及は、層状に広がります。

SoC設計：携帯・装着型でQualcomm、据え置きIoTでMediaTekが初期パートナーに指名され、現場特化型エッジSoCという新カテゴリの需要が立ち上がる可能性があります。
ファウンドリ（※半導体の受託製造工場のこと）と設計IP：先端プロセスを供給するTSMCや、CPUコア設計を握るARMにとって、新たな大規模エコシステムの出口が増える契機になり得ます。
クラウド事業：エッジが軽量化するほど計算はAzureへ寄ります。端末は、Azureの消費を押し上げる高効率な“蛇口”として機能します。
システムインテグレーター（SIer）：現場業務のDXを「アプリ開発」から「エージェント設計＋デバイス選定」へと再設計する案件が生まれます。

この流れは単発の出来事ではありません。AIエージェントがアプリケーションそのものを置き換えていく動きは、すでにNVIDIAが推進する「OpenClaw」をめぐる議論として可視化されていました。Project Solaraは、その実行環境をOSとエッジ半導体のレイヤーから作り直す動きであり、ソフトとハードの両側から同じ未来へ収斂しつつあると読めます。

まとめ

Project Solaraの本質は、「賢いデバイスを作る」ことではなく、デバイスを“賢くないまま”に留め、知性をクラウド側へ集約しきるという割り切りにあります。端末はセンサーと窓口に徹し、頭脳はAzureに置く——この主従の反転こそが核心です。

そして、その反転を実現するために、Microsoftは自社最大の資産であるWindowsをエッジOSの座から外し、認証という“胴元”の権力でエコシステムを束ねる道を選びました。AOSPの採用は技術的合理性であると同時に、「OSで縛る時代」から「クラウドの状態とエージェント認証で縛る時代」への移行宣言でもあります。

現場のバッジ1枚に、Qualcommのシリコン、5G、UWB、Azureの永続ステートが束ねられている——この部品表（BOM）の構成こそ、半導体・通信・クラウドの境界線が溶けていく現実を、最も雄弁に物語っています。

引用元記事・補足資料

[Microsoft unveils Project Solara AI, a chip-to-cloud platform for 'agent-first' enterprise devices (Tom's Hardware)](https://www.tomshardware.com/tech-industry/artificial-intelligence/microsoft-unveils-project-solara-ai-a-chip-to-cloud-platform-built-to-power-a-new-generation-of-agent-first-enterprise-devices-hardware-designed-to-run-ai-agents-instead-of-traditional-apps)：本記事の主たる情報源。Solaraの概要、MDEP、リファレンスデザイン、導入企業を詳報。
[Microsoft Build 2026 Developer Conference](https://build.microsoft.com/)：Project Solaraが発表された公式開発者カンファレンス（一次情報）。
[Microsoft Research（Applied Sciences の所属組織）](https://www.microsoft.com/en-us/research/)：開発を主導したApplied Sciences Groupが属するMicrosoft Researchの公式サイト（※インプット記載のグループURLが404のため、有効な上位ページに修正）。
[Qualcomm Press Room](https://www.qualcomm.com/news/releases)：装着型・携帯型向けシリコンパートナーQualcommの公式リリース（一次情報）。
[MediaTek Press Room](https://www.mediatek.com/press-room)：据え置き型IoT向けシリコンパートナーMediaTekの公式リリース（※インプット記載URLが404のため、有効なプレスルームに修正）。
[Google GMS Certification Overview](https://android.com/gms)：Solaraの「承認済みチップセット」モデルの比較対象となるGMS認証の解説（補足情報）。
[Android Open Source Project (AOSP) Source Mirror](https://github.com/aosp-mirror)：MDEPの土台であるAOSPのソースミラー（補足情報）。
[NVIDIAが語るOpenClawの衝撃：AIエージェント時代の幕開けと（tech-stock-analysis.com）](https://tech-stock-analysis.com/nvidia%e3%81%8c%e8%aa%9e%e3%82%8bopenclaw%e3%81%ae%e8%a1%9d%e6%92%83%ef%bc%9aai%e3%82%a8%e3%83%bc%e3%82%b8%e3%82%a7%e3%83%b3%e3%83%88%e6%99%82%e4%bb%a3%e3%81%ae%e5%b9%95%e9%96%8b%e3%81%91%e3%81%a8/)：エージェントがアプリを代替する潮流を扱った内部関連記事