Windowsで開発するとき、多くの開発者が最初にぶつかる壁はLinuxコマンドの不在だ。grepやfindを使おうとするたびにWSL（Windows Subsystem for Linux）を起動するか、Git Bashを別途インストールする必要がある。コンテナを動かすにはDocker Desktopが要る——企業規模によっては有償ライセンスも発生する。こうした摩擦の積み重ねが、開発者がmacOSやLinuxを選ぶ理由の一端になってきた。2026年6月2日、Build 2026でMicrosoftはこの摩擦を正面から解消する4つのツールを発表した。いずれも単なる利便性の改善ではなく、Windowsを開発者の「第一選択肢」にするための設計をもつ。
LinuxをWindowsに飲み込む、4つのツールの全体像
Build 2026で発表された4ツールは、GA（一般提供）済みの2つと近日プレビューの2つに分かれる。
Coreutils for Windowsは、GNU Coreutilsに相当する75以上のLinuxコマンドをWindows 11にネイティブ統合する。ls・cat・cp・grep・find・wc・sortなど日常的に使うコマンド群で、winget install Microsoft.Coreutilsの1行でインストールできる。バイナリサイズは約4.6MBとコンパクトで、WSLや互換レイヤーなしにPowerShellやコマンドプロンプトから直接呼び出せる。GA済みで現在利用可能だ。
Windows Developer Configurationsは、開発環境のセットアップをWinGet設定ファイル1つで完結させる。WSL・PowerShell 7・Git・GitHub CLI・Visual Studio Code・Pythonなどをまとめてインストールするdev-config.wingetファイルをGitHubで公開しており（microsoft/WindowsDeveloperConfig）、winget configureコマンドで全て適用される。チームへの環境共有や新メンバーのオンボーディングを単純化する意図が明確で、こちらもGA済みだ。
WSL Containersは、Docker Desktopなしにウィンドウズ上でLinuxコンテナを実行できる新機能で、2026年6月末までにパブリックプレビューを開始予定だ。CLIツールwslc.exeとWindows API（NuGet経由）の2インターフェースで構成され、OCI互換コンテナをHyper-Vの軽量VM上で実行する。更新はWSLの標準アップデートとして自動配信される。
Intelligent Terminal 0.1は、Windows Terminalのオープンソースフォークとして実験的公開された。ACP（Agent Communication Protocol）を介してAIエージェントをターミナル内に統合するのが最大の特徴で、デフォルトはGitHub Copilotだが、ACP対応であれば他エージェントも接続できる。Microsoft StoreまたはWinGetでインストールでき、既存のWindows Terminalとは並列で共存する。
4.6MBのバイナリはなぜ機能するか：Coreutilsの設計
Coreutils for Windowsは、Rustで書かれたuutilsプロジェクトを基盤にしている。uutilsはLinuxのGNU Coreutilsを言語レベルから再実装したもので、クロスプラットフォーム動作を前提に設計されている。これがWindowsへのネイティブ移植を可能にした理由だ。
実装の要は、coreutils・findutils・grepを単一のcoreutils.exeバイナリにバンドルした点にある。各コマンド（ls・grep・findなど）はNTFSのハードリンクでcoreutils.exeに紐づけられており、コマンド名で呼び出すと内部でディスパッチされる仕組みだ。バイナリを1つに集約することでサイズが4.6MBに収まる。
WSLや互換レイヤーを必要としないのが重要な点で、シェルスクリプトの移植性が格段に上がる。Linuxで動いていたシェルスクリプトをWindows環境でそのまま動かせる場面が増える。macOSとWindowsを行き来する開発者、あるいはCI/CDパイプラインでクロスプラットフォームのスクリプトを扱うチームにとって、セットアップの手間とトラブルシューティングが減る。
Docker Desktopの代替：WSL Containersの企業向け意味合い
WSL ContainersがDocker Desktopと何が違うかは、価格と統合の2点で整理できる。Docker Desktopは従業員250人以上または年収1,000万ドル以上の企業には有償ライセンスが必要になった（2022年以降）。WSL Containersは無償のWSL更新として提供されるため、企業がコンテナ環境のライセンスコストを回避できる。
技術的には、OCI（Open Container Initiative）仕様に準拠したコンテナをHyper-Vの軽量VM上で実行する。wslc.exeコマンドでコンテナの作成・実行を操作でき、Windows APIを使うアプリケーションからはNuGetパッケージ経由でプログラマティックに制御できる。エンタープライズ環境向けにはIntune（MDMポリシー管理ツール）との連携にも対応予定だとMicrosoftは公式ブログで言及している。
ただし6月末時点ではパブリックプレビュー開始の段階で、GA時期は未公表だ。本番環境への採用を判断するには、プレビュー期間中の安定性とIntune連携の実装状況を確認する必要がある。
ACPとIntelligent Terminal：オープン標準でエコシステムを広げる狙い
Intelligent Terminalが採用するACP（Agent Communication Protocol）は、Zed Industriesが策定したオープン標準だ。JSON-RPC 2.0をベースにしており、JetBrainsのIDE群やZedエディタも採用している。Microsoftはこの標準を取り込むことで、GitHub Copilot以外のAIエージェントもIntelligent Terminalに接続できる環境を整えた。
なぜ独自プロトコルではなくACPを選んだかは、戦略的に読み取れる部分がある。GitHub Copilotの囲い込みに見せずに開発者コミュニティに受け入れてもらうには、オープン標準への準拠が有効だ。JetBrainsやZedとの相互運用性も確保されるため、Microsoftのエコシステムに入ってくれるエージェント提供者の数が増える。複数のメディアでは「25以上のエージェントがACP対応」と報じられているが、Microsoftの公式ブログでの数値確認はできていない。
Intelligent Terminalの実際の動作はバージョン0.1の実験的段階にある。AIエージェントがターミナル内でエラーを解析したり、コマンドの修正を提案したりする機能を指向しているが、安定版への移行スケジュールは未公表で、現時点では「使いながら開発を見守る」段階と位置づけるのが妥当だ。
WindowsをLinux開発者の次の居場所にする、Microsoftの長期戦略
今回の4ツールを2016年のWSL初公開からの流れで見ると、Microsoftが段階的に取り除いてきた障壁の全貌が見えてくる。WSL 1でLinuxバイナリ実行、WSL 2でフルLinuxカーネル、そしてBuild 2026ではLinuxコマンドのネイティブ化・コンテナのDocker Desktop非依存化・AIエージェントのターミナル統合と、一段ずつ開発者がLinuxを必要とする理由を解消している。
特にCoreutils（Linux互換コマンド）とWSL Containers（コンテナ環境）の組み合わせは、macOSやLinuxに移行した開発者がWindowsに戻る際の最大の摩擦源だった2点を同時に対処する。Windowsでなければ得られないものが限られていた状況から、Windowsで困ることが限られる状況への転換を目指している。
Windows Developer ConfigurationsがGA済みという点も見落とせない。開発環境のセットアップをgit cloneに準ずる手軽さで共有・再現できれば、チーム内でOSの統一を求める動機が薄れる。macOSユーザーがいてもWindows開発者がいても同じconfig fileで環境が揃う設計は、企業のOS多様性管理コストを下げる。Microsoftが今何を開発者に訴えようとしているかは、4ツールの設計を並べると一本の線として読める。
