― Build 2026でMicrosoftが本当に発表したものは何か
「WSL（ダブリューエスエル）がバージョン3になる」――そんな見出しがネット中を駆け巡った。だが、IT小僧が一次情報を当たってみると、話はそう単純ではなかった。Microsoftが公式に発表したものと、メディアが先走って付けた呼び名が、見事に混ざってしまっているのである。本稿では、まず「WSLとは何か」という基礎から丁寧に解説し、そのうえでBuild 2026の発表を「確定情報」と「未確定情報」に切り分けて整理する。
そもそもWSLとは何か
WSLは「Windows Subsystem for Linux（ウィンドウズ・サブシステム・フォー・リナックス）」の略で、ざっくり言えばWindowsの中でLinuxをそのまま動かす仕組みである。かつてはLinuxを使いたければ、パソコンを再起動してOSを切り替える「デュアルブート」や、重たい仮想マシン（バーチャルマシン）を別途立ち上げる必要があった。WSLはその手間を取り払い、Windows上のターミナルからLinuxのコマンドやツールを直接叩けるようにした。
なぜこれが重要なのか。現代のソフトウェア開発、とりわけWeb開発やクラウド、そして近年のAI開発の現場は、その大半がLinuxを前提に回っている。一方で、業務用のパソコンはWindowsであることが圧倒的に多い。この「日常はWindows、開発はLinux」という分断を一台のマシンの中で埋めるのがWSLの役割だ。かつてLinuxを「敵」とみなしていたMicrosoftが、自ら手を差し伸べたという点でも、象徴的な機能と言える。
WSL1とWSL2 ― これまでの歩みと、決定的な違い
WSLの歴史を押さえておくと、今回の騒動の構造がよく見える。大きな転換点は2つあった。
WSL1（2016年登場）は、Linuxの命令（システムコール）をWindowsの中核であるNTカーネル向けに「翻訳」して動かす方式だった。本物のLinuxカーネル（中核プログラム）は持っておらず、軽くて起動も速い一方、翻訳しきれない命令があり、互換性に限界があった。
WSL2（2020年登場）で発想が変わった。翻訳をやめ、本物のLinuxカーネルを軽量な仮想マシンの中で丸ごと動かす方式に切り替えたのである。これにより互換性とLinux側の処理速度は大きく向上した。代償として、Windowsとファイルをやり取りする場面では仮想化の境界をまたぐぶん遅くなる、という弱点も生まれた。現在の既定（デフォルト）はこのWSL2だ。
その後、2021年にはLinuxのGUIアプリ（画面付きアプリ）を動かす仕組みも追加され、2025年のBuild 2025では、ついにWSLのコマンドラインツールやサービス部分がオープンソース化された。約9年越しの要望がかなった格好だ。
| 比較項目 | WSL1 | WSL2 |
| 登場時期 | 2016年 | 2020年（現在の既定） |
| 基本方式 | Linuxの命令をWindows向けに翻訳 | 本物のLinuxカーネルを軽量な仮想マシンで実行 |
| 互換性 | 限定的（翻訳できない命令あり） | 高い（実カーネルなのでほぼそのまま動く） |
| 得意なこと | 起動の軽さ、Windows側ファイルの読み書き | Linux本来の処理速度、開発ツールとの相性 |
| 弱点 | 重い処理や一部ツールが動かない | 仮想化の境界をまたぐ処理は速度低下 |
Build 2026で「本当に」発表されたもの ― WSLコンテナ
ここからが本題だ。2026年6月のBuild 2026で、Microsoftが公式ドキュメントに明記して発表したのは「WSLコンテナ」という新機能である。
コンテナとは、アプリと、それを動かすのに必要な部品一式を小さな箱に詰めて持ち運べるようにする技術だ。これまでWindowsでLinuxのコンテナを動かすには、Docker Desktop（ドッカー・デスクトップ）などの外部ツールを別途インストールするのが一般的だった。規模の大きい企業ではライセンス費用も発生する。
WSLコンテナは、この機能をWindowsに最初から組み込んでしまう。中身は2つの部品でできている。
| 部品 | 内容 |
| wslc.exe（コマンドライン） | ターミナルからLinuxコンテナを作成・実行・操作する。操作体系はあえてDockerに近づけており、乗り換えの学習コストが低い。 |
| コンテナAPI | Windowsのアプリ側からプログラムでLinuxコンテナを呼び出せる。画像の取得、入出力、ファイル連携、そしてGPUへのアクセスにも対応する。 |
WSLコンテナ（wslc.exe ＋ API）は、Microsoft公式の技術文書（2026年6月2日付）に明記されている。ただし現状は「開発中（in development）」と記載されており、正式リリース版ではない。次回以降のWSL更新で順次提供予定とされる。GPUへのアクセスにも対応する旨が公式に書かれている。
wslc image ls
wslc container ps
wslc container stop web
操作感はDockerとほぼ同じ。すでにDockerを使っている人なら、ほぼそのまま移行できる設計だ。
Build 2026: Furthering Windows as the trusted platform for development
Microsoftが、オープンソース化された「Windows Subsystem for Linux」（WSL）のベータ版リリース
「WSL3」報道をどう読むか ― 確定情報と未確定情報の境界線
さて、ここで多くの読者が見たであろう「WSL3」の文字に戻ろう。海外の複数メディアは、Build 2026で「WSL 3」が披露されたと報じた。その内容は、仮想化の境界をより薄くする「準仮想化（パラバーチャライゼーション）」と呼ばれる方式を採り、Linux側からGPUやNPU（エヌピーユー、AI処理に特化した演算装置）にニアネイティブ＝ほぼ直結に近い速度でアクセスできる、というものだ。AIモデルを手元のパソコンで動かしたい開発者にとっては、確かに垂涎の話である。
ところが――ここが今回の急所だ。この「WSL3」という呼称、Microsoftの公式文書には一切見当たらない。実際、有力メディアのXDA Developersは6月15日付で「当初WSL3と書いたが、Microsoftは『WSL3』を発表していない。実際の発表はWSLコンテナだった」とする訂正記事を出している。Windows Forumも、もっとも具体的な公式表現はWSLコンテナを軸にしたものだ、と指摘している。
「WSL3」という名称と、GPU/NPUの準仮想化アクセスという刷新の枠組みは、多数のメディアで報じられているものの、現時点でMicrosoft公式ドキュメントでは確認できない。少なくとも「WSL3ベータ版の正式リリース」と断定するのは時期尚早である。
また、一部の海外記事には「Linuxデスクトップ環境の実現」という枠組みも見られるが、Build 2026の主軸はAIワークロード（GPU/NPU活用）とコンテナであり、デスクトップGUIの話ではない。LinuxのGUIアプリ対応自体は数年前から実装済みだ。
整理すると、こうなる。GPU/NPU高速アクセスという「技術の方向性」自体は、報道や開発リポジトリの動きを見るかぎり実在しそうだ。だが、それを「WSL3」という確定した製品名でくくり、「ベータ版がリリースされた」と語るのは、現時点では一次情報の裏が取れていない。確実なのはWSLコンテナの存在であり、GPU/NPU刷新は"続報待ち"、というのが誠実な現在地である。
開発者にとっての影響
名称論争はさておき、現場の開発者にとっての実利を整理しておこう。
第一に、Docker Desktopへの依存度が下がる。コンテナを動かすためだけに外部ツールを入れ、企業によってはライセンス費用を払う――この構図が、Windows標準機能で置き換えられる可能性が出てきた。個人開発者は無料・追加インストール不要の選択肢を得る。
第二に、情報システム部門の統制がしやすくなる。どのコンテナが社内のパソコンで動いているか、どの配布元からイメージを取得してよいか、といった管理を、Windows標準の仕組みで設定できる。野良ツールが乱立する状態より、組織にとっては見通しがよい。
第三に（報道どおりに進めば）ローカルAI開発の現実味が増す。GPU/NPUへの高速アクセスが本当に実現すれば、これまでMacや専用Linux機に逃げていたAI/機械学習の開発者が、Windows一台で完結できる場面が増える。ただし対応機種が限られる点には注意が必要だ。報道ではCopilot+ PC（特定のNPU搭載機）など、当初は対応プラットフォームが絞られるとされ、AMD対応は後回しとされている。
Microsoftの思惑 ― なぜ今、ここまでLinuxに寄せるのか
かつてLinuxを「がん」とまで呼んだ会社が、なぜここまでLinuxを手厚く抱え込むのか。答えはシンプルで、「開発者をWindowsから逃がさない」という一点に尽きる。
現代のAI開発のエコシステム（ツール群の生態系）は、その多くがLinuxを前提にしている。もしWindowsでそれが快適に動かなければ、開発者はMacや専用Linux機へ流れていく。一度開発環境を移されたら、その先のクラウドも他社に握られかねない。だからMicrosoftは、Linuxと戦って勝つのではなく、「Windowsを去る理由をなくす」方向に舵を切った。Linuxデスクトップ戦争に勝つ必要はない。Windowsを離れることを"不要"にすればよい、というわけだ。
オープンソース化、コンテナの標準搭載、そして（実現すれば）GPU/NPUの直結アクセス。これらは一見バラバラに見えて、すべて同じ戦略の駒だ。表向きは「開発者への贈り物」、その実は巧妙に設計された囲い込みでもある――この二面性を見落とすと、ニュースの本質を読み違える。
今回の一件は「技術の話」と同じくらい「報道リテラシーの話」だ。「WSL3ベータ版リリース」という見出しは確かに刺さる。だが一次情報を当たれば、Microsoftが公式に出したのはあくまで「WSLコンテナ」であり、「WSL3」という名前すら公式には出てこない。
技術メディアですら訂正記事を出すほど、AI時代の情報は速く流れ、そして雑になりがちだ。見出しの勢いと、確定した事実は、分けて飲み込む必要がある。IT小僧がいつも言っているのはこれだ――「ワクワクする見出しほど、出どころを確かめろ」。
そのうえで本質を言えば、Microsoftの動きは正しい。開発者がどこで仕事をするかを握る者が、次のクラウドもAIも握る。Linuxに頭を下げてでもWindowsに留めおく――この割り切りこそ、今のMicrosoftの強さの正体である。続報が出たら、また裏を取って報告する。それまでは、踊らされず、しかし見逃さず、だ。
まとめ
最後に要点を3つに絞る。第一に、Build 2026でMicrosoftが公式に発表した確定情報は「WSLコンテナ（wslc.exe）」であり、Docker Desktop不要でLinuxコンテナを標準で動かせる機能だ（ただし開発中）。第二に、「WSL3」というGPU/NPU刷新の話は広く報じられているが、公式名称・正式リリースは現時点で確認できず、続報待ちである。第三に、これら一連の動きの根底には「開発者をWindowsから逃がさない」というMicrosoftの一貫した戦略がある。
名前に踊らされず、機能の中身と狙いを冷静に見極める。それが、この手のニュースとの正しい付き合い方だ。
