要約:
Microsoft CEO Satya Nadella は最近、Copilot を「仕事用の新しいオペレーティング システム」と改めて呼びました。しかし、マイクロソフトが精力的に推進しているこの「仕事用OS」は、実は今でも主にChromiumブラウザ技術をベースにしている。小さなネイティブ WinUI コンポーネントがありますが、メイン インターフェイスとほとんどの機能を担当するコアは依然として完全な Chromium ブラウザ環境です。
ナデラ氏は、LinkedIn CEO のライアン・ロスランスキー氏が 2026 年末に退任することを発表した Microsoft の社内書簡の中でこの声明を再度述べました。彼は、Microsoft が「Copilot を新しい業務用オペレーティング システムにする」というビジョンを急速に進めており、さまざまなモデル、さまざまなデバイス形式、さまざまな作業タスクをカバーできるようにし、同時に Office を Copilot に完全に統合でき、さらに Copilot も Office に統合されると述べました。
この声明は、Microsoft が 9 月 25 日に発表した新世代 Copilot 戦略を反映しています。Microsoft は Copilot を再設計し、従来のチャットボットから統合作業プラットフォームにさらに拡張し、ホーム、コード、オートパイロットなどの機能を追加し、Word、Excel、PowerPoint を直接 Copilot に統合しました。 Microsoftは、ユーザーが複数のアプリケーションを頻繁に切り替える必要がなくなり、Copilotを通じて情報検索や文書編集からアプリケーション開発や自動化タスクまでの一連のタスクを直接完了できるようにしたいと考えている。
その中で、ホームはチャットやコワークなどの入り口を提供する責任を負います。 Office は、Word、Excel、PowerPoint を Copilot 環境に組み込みます。コードを使用すると、ユーザーは自然言語で要件を記述し、アプリケーション、ダッシュボード、ワークフローを作成できます。 Autopilot は、長時間実行可能な AI エージェントであり、ユーザーからの継続的な指示なしでタスクを実行し、会話をフォローし、定期的な作業を処理できます。 Microsoft はまた、電子メール、カレンダー、Teams の会話、会議、タスクなどの情報をプロアクティブなワーク センターに一元化する Today 機能を開始する予定です。
製品戦略の観点から見ると、Microsoft は Copilot を「OS」と呼ぶ独自のロジックを持っています。従来のオペレーティング システムの中核的な役割は、ユーザーがアプリケーション、ファイル、およびさまざまなシステム サービスにアクセスできる統合レイヤーを提供することです。 Microsoftは現在、Copilotが企業の作業シナリオにおける同様の統一された入り口となり、ユーザーが自然言語を通じてOffice、企業データ、AIモデル、サードパーティツール、自動エージェントを直接呼び出せるようになることを期待している。
最新の Windows バージョンの Copilot を分析した結果、この「オペレーティング システム」は技術的な実装の点で従来の意味でのオペレーティング システムとは程遠いことがわかりました。
最新バージョンの Copilot インストール パッケージでは、アプリケーションの起動を担当する copilotapp.exe ファイルのサイズはわずか約 4.99 MB ですが、その隣にサイズが約 520 MB の Microsoft Edge 154 ブラウザ コンポーネントの完全なセットが含まれています。 msedge.dll 自体のサイズは約 349.6 MB で、Chromium リソース ファイル、V8 JavaScript エンジン、ICU、FFmpeg、および GPU 関連のコンポーネントも含まれています。
言い換えると、Copilot のメイン インターフェイスは WinUI を使用してネイティブに描画されるのではなく、Chromium によってレンダリングされます。 Windows バージョンの Copilot を開くと、実際には copilot.microsoft.com が読み込まれます。職場アカウントは「m365.cloud.microsoft/chat」と入力します。その背後で実行されているのは、Chromium の一般的なレンダリング、GPU、およびネットワーク サービス プロセスです。
Windows 最新では、Copilot インストール パッケージ内の copilotapp_proxy.exe が Microsoft Edge の msedge_proxy.exe とまったく同じファイル ハッシュを持っていることも発見しました。これは、Microsoft が実際に Copilot クライアントに Edge ブラウザ オペレーティング環境を搭載していることをさらに示しています。
したがって、ソフトウェア アーキテクチャの観点から見ると、最新の Copilot は、従来の意味での Windows ネイティブ アプリケーションよりも、Windows でラップされた Chromium アプリケーションに近いものになります。
ただし、これを単に「ウェブサイト」と呼ぶのは完全に正確ではありません。 Microsoft は引き続きネイティブ WinUI 3 コンポーネント copilotapphost.exe を提供しています。このコンポーネントは C# と .NET 10 で開発され、Windows App SDK と WinUI XAML テクノロジを使用します。
このネイティブ コンポーネントは、主に音声ウェイクアップ、「Hey Copilot」機能、音声入力インターフェイス、Vision 権限確認、画面共有、フローティング入力ボックス、その他の Windows 固有の機能など、非常に限定されたコンテンツを担当します。 Copilot のメイン ウィンドウとユーザー インターフェイスの大部分は、依然として Chromium によって処理されます。
この 2 つの部分は、Windows の名前付きパイプを介して通信します。このパイプは、ショートカット キー、音声、チャット リクエスト、設定、コードのアクセス許可、ローカル フォルダ アクセスなどの機能を処理するために使用されます。したがって、より正確な説明は次のようになります。Copilot は、Chromium をコアとし、小さな WinUI ネイティブ コンポーネントによって支援されるハイブリッド アプリケーションです。
Microsoft が Windows 上で Web テクノロジを使用するために Copilot を使用したのはこれが初めてではありません。 Copilot は過去数年間に複数の構造調整を行ってきました。 Microsoft はかつて WinUI を使用してネイティブ Copilot を構築していましたが、2026 年に Web テクノロジーに基づくソリューションに戻しました。以前のバージョンは主に WebView2 に依存していましたが、現在の新バージョンはさらに一歩進んで、完全な Chromium オペレーティング環境をアプリケーションに直接搭載しています。
Microsoft 自身のサポート文書にも、Microsoft Copilot は Edge に依存する Web アプリケーションであり、その Windows バージョンは Microsoft Edge エンジンで実行されることが明確に記載されています。 Microsoft は、Edge プラットフォームで実行される PWA アプリの 1 つとして Copilot をリストしています。
これはかなり皮肉な比較にもなります。Microsoft は 2026 年を通じて Windows ネイティブ エクスペリエンスを重視し、WinUI と Windows App SDK の改善にリソースを投資してきました。同時に、同社の最も重要な AI アプリケーションの 1 つがコアとして Chromium を選択しました。
Microsoft が最近 Windows App SDK 2.5 実験版をリリースしたとき、TableView や Chart などのコントロールも追加され、WinUI アプリケーションのメモリ増加の問題も修正されました。 Windows チームはまた、これまでの Web テクノロジーへの過度の依存によって引き起こされたパフォーマンスとメモリの問題を軽減することを期待して、Windows 11 システム シェルの一部を書き換えています。
しかし、Copilot に関しては、Microsoft は明らかに異なる選択をしました。
理由は複雑ではないかもしれません。現在、Copilot は単なる Windows アプリケーションではなく、Web、Mac、モバイル デバイス上でも実行する必要があります。 Chromium と Web テクノロジを使用することで、Microsoft はさまざまなプラットフォーム間で機能の一貫性を維持し、新機能をすべてのプラットフォームに迅速にプッシュすることが容易になります。完全にネイティブな Windows UI を採用する場合、すべての機能を Windows 用に再開発および保守する必要があります。
特に Microsoft は現在、Copilot がさまざまなデバイスや作業シナリオをカバーする統合された入口となり、クロスプラットフォーム機能の重要性が自然にさらに高まることを望んでいます。したがって、Microsoft の製品戦略の観点から、開発効率とクロスプラットフォームの一貫性と引き換えに Windows のネイティブ アーキテクチャの純度の一部を犠牲にすることは、意図的な選択である可能性があります。
ただし、これは、「Copilot は動作するオペレーティング システムである」という記述が、技術的な定義というよりも製品の戦略的な位置づけであることも意味します。
従来のオペレーティング システムには、カーネル、ハードウェア抽象化、プロセス管理、メモリ管理、ドライバー システム、ファイル システム、アプリケーション実行環境などのインフラストラクチャがありますが、Copilot はこれらの責任を負いません。実際には Windows 上で動作し、もともと散在していたアプリケーション、ファイル、データ、サービスを接続するための統合ポータルとして AI を使用します。
この観点から見ると、Microsoft が「作業 OS」と呼ぶものは、Windows の代替というよりは、新しいソフトウェア インタラクション レイヤーに近いものです。その中心となる変更は、Windows 自体を AI に変えることではなく、ユーザーが Word、Excel、Teams などのアプリケーションを直接操作することから、Copilot を通じてこれらのアプリケーションやサービスを呼び出すことに徐々に移行できるようにすることです。
Microsoft は過去に、より過激な Copilot オペレーティング システムのコンセプトを検討してきました。以前に暴露された Project Aion はその典型的な例です。 2024 年頃に開発されたこの内部プロトタイプは、主要な起動および対話の入り口として Copilot を使用し、システム シェルとして修正された Edge を使用して、従来の Windows デスクトップ、スタート メニュー、その他の要素を大幅に弱体化しようとしました。問題のプロジェクトは正式な製品にはなっていないようです。
今日の副操縦士は明らかにアイオンほど過激ではありません。 Windows 11 は依然として基盤となるオペレーティング システムであり、従来のデスクトップ、スタート メニュー、Win32 アプリケーションは消えていません。しかし、Microsoft は徐々に Copilot を従来のアプリケーションの上に置き、ユーザーが Office やその他の業務サービスにアクセスするための統一された入り口を提供しています。
本当に注目に値するのは、Copilot が「オペレーティング システム」として数えられるかどうかではなく、Microsoft がユーザーとオフィス ソフトウェアの関係を変えようとしているということです。以前は、ユーザーはどのアプリケーションを開いて、そのアプリケーション内で特定の操作を実行すべきかを知る必要がありました。 Microsoft は将来的には、ユーザーが目標を説明するだけで済み、タスクを完了するために Word、Excel、Teams、エンタープライズ データ、または AI エージェントを呼び出すかどうかを Copilot が決定することを望んでいます。
したがって、ナデラ氏のいわゆる「動作するオペレーティング システム」は、現時点では、Copilot の技術アーキテクチャを正確に説明したものというよりも、Microsoft による次世代ソフトウェア インタラクション モデルの定義に近いものになっています。少なくとも Windows 11 では、Copilot は依然として Windows 上で実行されるアプリケーションであり、そのコアは主に Chromium に依存しています。 Microsoft が本当に構築したいと考えているのは、従来のアプリケーションの上に位置する AI 作業層です。
コメント