CodexをWindowsで使う方法｜アプリ・CLIの入れ方とWSLが要るかを解説

「WindowsのパソコンでもCodexは使えるのか」「ネットの記事にはWSLが必要と書いてあったが、本当に要るのか」と迷っている方も多いのではないでしょうか。

結論から言うと、CodexはWindowsでそのまま動きます。WSL（Windowsの中でLinuxを動かす仕組み）は必須ではありません。公式には、PowerShellで動くWindows用のアプリとCLIが用意され、Windows専用のサンドボックス（AIが触れる範囲を区切る仕組み）も備わっています。

この記事では、Windowsでの使い方の選び方、アプリとCLIの入れ方、WSLを使うかどうかの判断、サンドボックスの違い、つまずきやすい点の対処、会社のPCで使うときの確認事項を順に解説します。内容は2026年10月時点の公式情報をもとにしています。画面やコマンドは変わることがあるので、実行前には公式ページもあわせて確認してください。

Windowsで使う方法と必要な環境

Windows版のCodexは、2026年3月に「ネイティブ（Windowsそのまま）でPowerShellを使って動く」形で登場しました。その後、2026年7月9日に、CodexアプリはMacとWindowsのChatGPTデスクトップアプリに統合されています。

3つの使い方

Windowsで使う方法は、大きく3つあります。

迷ったら、まずデスクトップアプリから始めるのがおすすめです。画面で操作でき、承認の確認や変更の確認も画面上でできます。

WSLは必須ではない

以前は「WindowsでCodexを使うにはWSLが必要」と書かれた記事が多くありました。いまの公式ドキュメントでは、Windows版のアプリは標準でPowerShellで動き、Windows用のサンドボックスで守られると説明されています。WSLは、Linux向けの開発ツールを使いたい人などが選べる、もうひとつの動かし方という位置づけです。

必要な環境

なお、Windowsアプリそのもののシステム要件（メモリやCPUなど）は、公式のWindows向けページには記載が見当たりませんでした。

使えるプラン

料金ページでは、ChatGPTのPlus・Pro・Business・Enterprise・EduでアプリとCLI、IDE拡張が使えると案内されています。FreeとGoは、デスクトップアプリで限られたモデルを使う形（順次提供）です。APIキーで使う場合は、CLIとIDE拡張が対象で、クラウド上の機能は使えません。プランの違いは「Codexの料金」の記事で詳しく解説しています。

デスクトップアプリの入れ方

Windows版のCodexは、ChatGPTのデスクトップアプリの中で使います。入れ方は次のとおりです。

1. アプリを入れるMicrosoft StoreからChatGPTアプリをインストールします。コマンドで入れたい場合は、PowerShellでwinget install --id 9PLM9XGG6VKS -s msstoreを実行します。
2. サインインするアプリを開き、ChatGPTのアカウントでサインインします。
3. Codexを選ぶ新しい会話を始めるときに、一覧から「Codex」を選びます。
4. 作業するフォルダを開く「Add new project」を選ぶか、Ctrl+Oを押して、プロジェクトのフォルダを指定します。
5. 権限を確認する入力欄の下にある権限の設定で、まずは「Ask for approval」を選びます。作業フォルダの外のファイルを変えるときや、インターネットを使うときに確認が出ます。
6. 最初の依頼を送る「このフォルダの内容を説明して」のように、変更を伴わない依頼から試します。

あわせて入れておくと便利な道具

公式のWindows向けの案内では、次のツールを入れておくとCodexが作業しやすくなるとされています。いずれもwingetで入れられます。

GitHub CLIを入れたあとは、gh auth loginでログインします。すべて入れる必要はなく、使う作業に合わせて足していけば十分です。

設定で選べること

アプリの設定では、Windowsに関係する次の項目を変えられます。

• Agent environment：Codexを動かす場所を「Windows native」と「Windows Subsystem for Linux」から選びます。変えたあとは、アプリの再起動が必要です
• Integrated terminal：アプリ内のターミナルで使うシェルを、PowerShell・コマンドプロンプト・Git Bash・WSLから選びます。変更は新しいターミナルから反映されます
• Preferred editor：「Open」で開くアプリ（VS Code、Visual Studio、エクスプローラーなど）を選びます

CLIの入れ方

CLIは、ターミナル（文字でコマンドを入力して操作する画面）からCodexを使う道具です。WindowsではPowerShellで、公式のインストーラーを1行実行すれば入ります。Node.jsは必要ありません。

1. PowerShellを開くスタートメニューで「PowerShell」と入力して開きます。
2. インストーラーを実行する次のコマンドを貼り付けて実行します。
3. Codexを起動する作業するフォルダに移動して、codexと入力します。
4. サインインする初回は「Sign in with ChatGPT」を選び、ブラウザでログインします。

powershell -ExecutionPolicy ByPass -c "irm https://chatgpt.com/codex/install.ps1 | iex"

OpenAIのREADMEでは、ChatGPTのPlus・Pro・Business・Edu・Enterpriseでのサインインが案内されています。APIキーでも使えますが、追加の設定が必要です。

Node.jsを使っている人は、npm install -g @openai/codexでも入れられます。インストーラーが取得に失敗する環境では、GitHub Releasesから取得する設定に切り替える方法もあります。PowerShellでは次のように実行します。

$env:CODEX_INSTALLER_USE_RELEASES_OPENAI_COM='false'; irm https://chatgpt.com/codex/install.ps1 | iex

WSLを使うかどうかの選び方

WSLは、Windowsの中でLinux環境を動かす仕組みです。Codexは、WSL2の中で動かすこともできます。ただし、ふつうの業務用途なら、Windowsのままで困ることはほとんどありません。

公式のサンドボックスのページでは、Linux向けのツールが必要なとき、すでにWSL2で作業しているとき、Windows側の方式では足りないときにWSLが向いているとされています。

WSL2で動かす手順

WSL2でCLIを使う場合の公式の手順は次のとおりです。

1. WSLを入れる管理者として開いたPowerShellでwsl --installを実行します（Ubuntuなどが入ります）。
2. WSLの中にCodexを入れるWSLのシェルで、Linux用のインストーラー（https://chatgpt.com/codex/install.sh）を使って入れ、codexで起動します。
3. VS Codeと使う場合WSLのターミナルからプロジェクトのフォルダでcode .を実行し、WSLの接続で開きます。

アプリでWSLを使う場合は、設定の「Agent environment」を「Windows Subsystem for Linux」に切り替えて、アプリを再起動します。ターミナルだけをPowerShellのままにする、という組み合わせも可能です。

WSLを使うときの注意点

• WSL1は使えません：WSL1はCodexのバージョン0.114まで動いていましたが、0.115からLinuxのサンドボックスがbubblewrapという仕組みに変わり、非対応になりました。使うならWSL2です
• プロジェクトの置き場所：WSLの中でCLIを使う場合、公式は/mnt/c/...ではなく、Linux側のホームフォルダ（例：~/code/my-app）に置くことをすすめています。Windows側のフォルダは動作が遅く、権限の問題も起きやすいためです
• WSLのフォルダをアプリで開く：Ctrl+Oでプロジェクトを追加するとき、\\wsl$\と入力し、ディストリビューションとフォルダを選びます。ただし、この方法ではGitが認識されないことがあり、その場合はプロジェクトをWindows側のドライブに置く方法が案内されています
• 設定とログインの保存場所：アプリは%USERPROFILE%\.codexを使い、WSL内のCLIは既定ではLinux側のホームを使います。共有したい場合は、2つのフォルダを同期するか、WSLのシェルの設定でCODEX_HOME=/mnt/c/Users/＜Windowsのユーザー名＞/.codexを指定します

Windowsのサンドボックス

サンドボックスは、Codexが実行するコマンドが触れる範囲を区切る仕組みです。Windowsでは、公式に3つの方式が用意されています。

mxcを使うには、Windows 11 24H2（ビルド26100.9278）か25H2（ビルド26200.9278）以降で、Microsoftが順次提供している機能が必要です。公式では、デスクトップアプリは対応している環境で、個人のアカウントならmxcを優先して使うと説明されています。

自分のPCがmxcに対応しているか確認する

CLIのバージョン0.162.0以降なら、プロジェクトのフォルダでPowerShellから次のコマンドを実行して確かめられます。

codex -c windows.sandbox=mxc sandbox --include-managed-config --permission-profile :workspace -- cmd.exe /d /c echo MXC_OK
$LASTEXITCODE

画面にMXC_OKと表示され、終了コードが0なら対応しています。対応していない、または会社の設定でmxcが止められている場合は、mxcを明示的に選ぶとエラーになります。

設定ファイルで方式を選ぶ

設定ファイル（config.toml）では、次のように書けます。

[features]
prefer_mxc = true

[windows]
sandbox = "elevated"  # または "unelevated"

prefer_mxc = trueにすると、使える環境ではmxcを優先し、使えなければ従来の選び方に戻ります。[windows]のsandboxは、従来方式を指定する設定です。設定ファイルは、既定ではユーザーフォルダの.codexにあります。

mxcの場合、前面のコマンドが終わると子プロセスも止まるため、バックグラウンドで動かし続ける開発用サーバーなどは残らないことがあると公式に注意書きがあります。

つまずきやすい点の対処

公式のドキュメントに載っている、Windowsで起きやすいつまずきを表にまとめました。

原因が分からないときは、サンドボックスのログ（CODEX_HOME/.sandbox/sandbox.log）が手がかりになります。OpenAIに問い合わせるときは、使っている方式、エラーの内容、1385が出たかどうか、Windowsのビルド番号をあわせて伝えます。.sandbox-secretsフォルダの中身は送らないよう、公式に注意があります。

会社のPCで使うとき

会社が管理しているPCでは、個人のPCと違って、入れ方や設定に制限がかかることがあります。始める前に、次の点を担当者に確認しておきましょう。

導入の進め方は、次のような順がおすすめです。

1. 試す人と作業を決める2〜3人で、変更しても困らない小さな作業から試します。
2. インストール方法を決めるIntuneなどで配るのか、各自でStoreから入れるのかを、情報システム部門と決めます。
3. 権限とフォルダのルールを決める最初は「Ask for approval」とし、作業用のフォルダだけを開かせます。
4. 動作を確認して広げるサンドボックスが動くか、更新が通るかを確かめてから、対象を広げます。

よくある質問

まとめ

Windowsのパソコンでも、手順どおりに進めれば、Codexはその日のうちに使い始められます。まずは作業用のフォルダで小さな依頼を試し、どこまで任せられるかを確かめてみてください。

社内のPCに広げる段階では、インストール方法、権限の設定、渡してよい情報のルールなど、決めることが増えます。INTERCREATE JAPANでは、Codex・Claude Codeの導入から、社内で使い続けられる設定やルールづくりまでをお手伝いしています。