Macの牙城を崩せるか――設定済みWindows PC「Project Zenith」が目指すローカルAI環境：Windowsフロントライン（1/2 ページ）

　既にPC USERでも紹介されているが、AIコーディング環境がプリセットされた開発者向けPC「Project Zenith」についてまとめたい。

　ユニファイドメモリを搭載してAI実行に適した特定のハードウェアを対象に提供されるもので、Windowsの新しいエディションではなく、あくまで開発に必要なツール群や設定が“プリセット”されており、OOBE（初期起動）段階から開発に投入できる一種のパッケージ製品となっている。

　必要なスペックや主な特徴は下記の通りだが、当初はAMDの「Ryzen AI Halo」でスタートし、今後さらに対象のプロセッサを広げていく計画だ。

• →AMDが強々なミニPC「Ryzen AI Halo」を披露　NVIDIAのミニスパコンに“汎用性”で対抗

対象モデル：AMD Ryzen AI Halo（今後拡大予定）

• メモリ：64GB以上で250GB/s以上の帯域を持つユニファイドメモリ
• ファイルエクスプローラーの設定
1. ファイル拡張子と隠しファイルの常時表示
2. タイトルバーでのフルパス表示
3. 詳細ペインの常時表示
4. 長い“パス名”の制限解除
• 不要な通知やサジェストの無効化
• Windows TerminalとVisual Studio Codeのタスクバーへのデフォルトでのピン留め
• 各種ツールやランタイムのデフォルトでの導入（下記参照）

　ファイルエクスプローラー以下の各種設定やツールは、通常のWindows PCをセットアップ後でも導入が可能だが、これらを初期状態で有効化している点が大きな特徴となる。

　加えて、Project Zenithでは「AIコーディング」にさらに特化させた次のような2つの特徴を備えている点が大きい。

WSL（Windows Subsystem for Linux）の深層統合

　現状で、AI関連のツールやライブラリーはその大部分がLinux＋CUDA環境を前提にしているため、もしWindows上でWSL2を経由してそれらにアクセスしようとした場合、CUDAドライバの状況に常に気を配る必要がある。

　WSL2では高速化すべく抽象化レイヤーを介して、Linux環境側からWindows上のドライバに透過的にアクセスできる仕組みを備えるため、通常のLinux環境のつもりでドライバに触ろうとすると、トラブルを誘発してしまうというわけだ。

　対応が進んだことで以前ほどは問題にならなくなったようだが、それでも通常のLinux環境に比べると問題発生率が高い点は変わりない。

　AMDのROCmも同様の問題を抱えており、こちらは歴史が浅い分、さらに難易度が高いと言われていたが、今回のProject Zenithではこれら障壁をある程度取り除き、Windows感覚でWSL上のLinuxコンテナを操作できるようだ。

　なお、大規模パラメーターを持つモデルの実行環境として先行するMacで、こうした話が問題にならないのは、macOS上でMetalが直接制御可能だからであり、メインのAI開発環境であるLinuxに近い状態で利用できることによる。

Microsoft eXecution Containers（MXC）サポート

　これが地味に大きな点で、「Microsoft eXecution Containers（MXC）」はWindowsローカル上でAIエージェントを実行するためのサンドボックスだ。

　2026年6月のBuild 2026で発表された主要トピックの1つで、一般的なコンテナ実行環境のDockerや仮想マシン（VM）とは異なり、細かいタスクを高頻度で実行する性質を持つAIエージェントの特性に合わせ、軽量実行を主眼とした抽象化レイヤーという側面を持つ。

　また、AIエージェントの暴走や（悪意のあるプロンプトなどによる）権限逸脱行為を防ぐため、ポリシーベースのアクセス制御を行っている点に特徴がある。

　ただし、MXCのリポジトリがあるGitHub上でも警告が行われているように、現状、MXCはあくまでアーリープレビューの段階であり、今後も変更の可能性があること、そして厳密なセキュリティ境界としては利用しないよう求められている。