Codex対応OS｜Windows・Mac・Linuxの違いと選び方一覧

Codex対応OSは「入口」と「実行場所」を分けて見る

Codex対応OSという言葉から、WindowsならWindows用、LinuxならLinux用の一つのアプリを思い浮かべがちです。実際には、ChatGPTデスクトップアプリの中でCodexを選ぶ方法、ターミナルからCodex CLIを使う方法、エディタからCodexへ接続する方法があり、同じOSでも操作場所と確認できる機能が変わります。まず「どのOSで使えるか」ではなく、「どの入口を、どの場所で動かすか」を決めることが大切です。

OpenAIのデスクトップアプリ案内は、ChatGPTをmacOS、Windows、Linuxへ導入し、サインイン後にCodexを選ぶ流れを示しています。一方、Codex CLIの案内はプロジェクトのディレクトリを開き、ターミナルでコードを調べ、変更し、手元の確認用ツールを動かす使い方を中心に説明しています。デスクトップアプリが起動することと、CLIがプロジェクトの確認まで進められることは、別の判定として記録します。出典 URL: https://learn.chatgpt.com/docs/codex/cli

この表で重要なのは、Linuxの「プレビュー」とCLIの「対応」を同じ意味にしないことです。デスクトップアプリは配布対象の範囲が明確に決められている一方、CLIはターミナルと必要な実行環境がそろっているかを確認します。反対に、Windowsではアプリが動いても、開いたプロジェクトをWSL2側で扱うのかWindows側で扱うのかを決めないと、パスやコマンドの違いで結果を比較しにくくなります。

2026年9月にLinux版デスクトップアプリを確認する理由

2026年9月7日にOpenAIの公式ドキュメントを確認すると、Linux向けChatGPTデスクトップアプリがプレビューとして案内されています。パッケージを入れてChatGPTアカウントでサインインし、プロジェクト、ローカルファイル、Codexを使う流れが示されているため、「LinuxではCodex CLIしか選べない」という古い理解だけでは現在の選択肢を説明できません。Linuxユーザーは、まず自分のディストリビューションが公式の対象に含まれるかを確かめる段階に進んでいます。

対象として記載されているのは、Ubuntu 24.04 LTSと26.04 LTS、Debian 13、Fedora 43と44です。各ディストリビューションにはx64とARM64のパッケージが用意され、Ubuntu・Debianは.deb、Fedoraは.rpmを選びます。公式ページが列挙していないディストリビューションでも動く可能性はありますが、記事やチームの案内では「正式な対象」と「手元で試せる可能性」を分けて書く必要があります。出典 URL: https://learn.chatgpt.com/docs/linux/linux-app

この更新は、Linuxのすべての機能がmacOSやWindowsと同じになったという意味ではありません。公式ページでは、Computer UseはmacOSとWindowsで利用できる一方、Linux版プレビューではまだ使えない例が示されています。アプリが開くこと、Codexの画面が表示されること、目的の作業が完了することを別々に確認すれば、プレビューの段階でも無理のない判断ができます。

Linuxは「動く」と「公式の対象」を分ける

Linuxでは、ディストリビューションやデスクトップ環境が多いため、誰かの導入例だけで対応を断定しないことが重要です。公式ページの対象表にあるか、CPUがx64かARM64か、パッケージの形式が合っているかを先に見ます。対象外の環境で起動できても、更新や機能の案内が同じとは限りません。出典 URL: https://learn.chatgpt.com/docs/linux/linux-app

Linuxプレビューは機能ごとに確認する

Codexの画面が開いた後も、ローカルフォルダーの読み取り、ファイルの変更、利用したい機能の表示を小さなプロジェクトで確かめます。特にプレビューでは、デスクトップアプリ全体が使えることと、個別の機能が提供されていることを一つにまとめないのが安全です。未確認の項目は、対応していないと決めつけず「要確認」と残します。

Windowsはネイティブ環境とWSL2で選ぶ

WindowsのCodex対応は、単にWindows版アプリを入れるだけで終わりません。OpenAIの公式ページは、Windows版ChatGPTデスクトップアプリがPowerShellとWindows sandboxを使うネイティブ環境で動き、必要に応じてWSL2で動かす設定も選べると説明しています。Windowsのファイル、PowerShell用のコマンド、Linuxのパッケージやシェルをどれだけ使うかで、適した実行場所が決まります。出典 URL: https://learn.chatgpt.com/docs/windows/windows-app

ネイティブ環境では、Windows側に置いたプロジェクトを中心に作業し、PowerShellやWindowsの開発ツールをそのまま使えます。WSL2を選ぶと、CodexはLinux環境の中で動きます。Linux向けのコンパイラ、パッケージ、既存のシェル設定を前提にしたプロジェクトではWSL2が自然ですが、Windows側のフォルダーをLinux側から扱うと、パスや速度の差が出ることがあります。プロジェクトの保存場所と実行場所を同じ側へ寄せると、原因の切り分けが容易です。

Windows版アプリの公式ページはMicrosoft Storeからの導入に加え、次のwingetコマンドも案内しています。画面から導入できない場合の別経路として使えますが、組織の端末ではストア利用の可否や管理側の設定が優先されます。導入方法が通ったことと、Codexが目的のプロジェクトを扱えることを別に確認してください。

winget install --id 9PLM9XGG6VKS -s msstore

WindowsネイティブはPowerShellと相性がよい

Windows側のツール、PowerShellのコマンド、Windowsファイルシステムを使うプロジェクトなら、ネイティブ環境から始めるのが分かりやすい選択です。公式ページにあるWindows sandboxの前提も同じ側で確認できます。最初は読み取りだけの依頼を行い、対象フォルダー、実行されるシェル、利用できる確認用コマンドが想定どおりかを見てください。

WSL2はLinuxの前提を保ちたいときに使う

WSL2ではCodexがLinux環境内で動くため、Linux向けのツールチェーンやシェル設定を維持したいプロジェクトに向きます。公式ドキュメントは、WSL2を選ぶときはLinux側の実行場所を意識し、Windowsネイティブ環境とは別の動作として扱うよう説明しています。設定を切り替えた後は再起動が必要なので、切り替え前後のプロジェクト場所とシェルを記録します。出典 URL: https://learn.chatgpt.com/docs/windows/wsl

WindowsアプリとCLIの結果を混ぜない

Windowsアプリが起動しても、ターミナルで使うCodex CLIの版やシェルが同じになるとは限りません。アプリの表示、CLIのcodex --version、プロジェクトのパス、実行した確認用コマンドを分けて記録すると、機能が見えない理由を追いやすくなります。別の入口で得た結果を、そのままもう一方の対応状況へ読み替えないことがポイントです。

macOSはアプリとCLIを作業で使い分ける

macOSはCodexのデスクトップアプリを使う入口と、Codex CLIをターミナルで使う入口の両方を選びやすいOSです。デスクトップアプリは複数のプロジェクトやスレッドを画面で切り替え、ファイルや結果を見ながら進めたいときに向きます。CLIは、既存のシェル、エディタ、ローカルの確認用ツールと同じ場所で作業したいときに向きます。対応OSの比較では、macOSを一つの使い方に固定しないほうが実際の選択に役立ちます。

OpenAIのデスクトップアプリのクイックスタートは、macOS、Windows、Linuxのアプリを導入し、サインイン後に作業場所を選び、ChatGPTまたはCodexを開始する手順を示しています。MacでCodexを使えるかを確かめるときは、アプリが入るかだけでなく、対象フォルダーを開けるか、Codexを選べるか、短い読み取りが完了するかまでを確認します。出典 URL: https://learn.chatgpt.com/docs/app

アプリは画面でプロジェクトを見渡したい人向け

デスクトップアプリでは、作業場所の選択、スレッドの移動、ファイルのプレビューなどを同じ画面で確認できます。画面中心で結果を見たい場合は、まずアプリで小さなローカルフォルダーを開き、Codexの表示とファイル参照を確かめます。アプリ固有の機能をCLIの版番号だけから判断せず、公式のアプリ案内と手元の表示を合わせて見ます。

CLIは既存のターミナル環境を活かしたい人向け

Codex CLIは、プロジェクトのディレクトリでcodexを起動し、コードを調べ、変更し、手元の確認用ツールを動かす入口です。macOSとLinux向けには公式ドキュメントがスタンドアロン導入を案内しており、既存のシェル環境を保ったまま始められます。導入後は版番号を表示し、作業対象が意図した場所かを確認してから変更へ進みます。出典 URL: https://learn.chatgpt.com/docs/codex/cli

Codex CLIのOS対応は版と実行環境で確認する

Codex CLIはOS名だけでなく、配布された実行ファイル、シェル、プロジェクトの場所、必要な開発ツールの組み合わせで判断します。公式CLIページでは、macOS/Linuxのスタンドアロン導入、Windows・npm・Homebrewの導入タブが用意されています。手元のOSに合うタブを選び、導入後にcodex --versionを実行して、想定したCLIが呼ばれているかを確かめます。出典 URL: https://learn.chatgpt.com/docs/codex/cli

直近の確認材料として、OpenAIの公式リポジトリではCodex CLI 0.153.4が2026年9月4日に公開されています。このリリースには、Astraをモデル選択画面で見えるようにする修正と、利用できる機能がある場合だけ追加の質問を案内する修正が記載されています。これはOSの一覧そのものを更新した発表ではありませんが、CLIの版が短い間隔で変わること、OSを比較するときに版番号も残す必要があることを示します。出典 URL: https://github.com/openai/codex/releases/tag/rust-v0.153.4

CLIの公式リポジトリには、macOS、Linux、Windows向けのリリース資産が並びます。ただし、リリースに実行ファイルがあることは、すべてのディストリビューションやシェルで同じ結果になることを保証しません。自分のCPU、OS、導入方法、PATH、プロジェクトの実行環境を一組として確認し、結果を「起動できた」「ファイルを読めた」「変更と確認までできた」に分けて記録します。出典 URL: https://github.com/openai/codex/releases

codex --versionを最初の判定にする

CLIを導入したら、まずcodex --versionで版番号を表示します。表示できなければ、導入が終わっていない、実行ファイルの場所がシェルから見えていない、別の古い版が先に呼ばれている、といった可能性があります。OSの非対応と即断せず、導入経路とPATHを確認してから、公式リリースにある資産や公式CLIページの手順と照らし合わせます。

シェルとプロジェクトの場所を一緒に残す

同じWindowsでもPowerShellとWSL2では、見えるパス、利用できるコマンド、ファイルの置き場所が変わります。macOSやLinuxでも、プロジェクトごとにシェルやランタイムが異なる場合があります。版番号だけをメモせず、どのシェルで、どのディレクトリからCodexを起動したかを残すと、再現性のある比較になります。

OS対応と機能提供を同じ表にしない

Codexが起動したという事実と、特定の機能が使えるという事実は別です。Linuxのデスクトップアプリはプレビューで、一部機能に別の対応条件があります。Windowsではネイティブ環境とWSL2で実行場所が変わります。機能を評価するときは、OS、入口、版、アカウントやワークスペースの条件を一緒に記録し、どの条件で確認した結果なのかを明らかにします。

導入前に行うOS対応の確認手順

OSの対応状況を調べるとき、いきなり大きなリポジトリを開いて判断する必要はありません。導入、表示、読み取り、変更、確認を小さく分けると、アプリの問題とプロジェクト側の問題を分離できます。次の順番で記録を作ると、Windows、macOS、Linuxを同じ観点で比べられます。

1. 入口を一つ選ぶ: デスクトップアプリで画面を見ながら始めるのか、CLIでターミナルを中心に進めるのかを決めます。最初の比較ではアプリとCLIを同時に試さず、どちらの結果か分かる状態にします。
2. OSとCPUを記録する: Windows、macOS、Linuxの種類に加え、x64かARM64かを書きます。Linuxのデスクトップアプリは公式に対象ディストリビューションとCPUが列挙されているため、名前だけでパッケージを選びません。
3. 公式の配布経路を確認する: WindowsはMicrosoft Storeまたは公式ページの導入方法、Linuxは.debか.rpmか、macOSは公式アプリまたはCLIの導入ページを確認します。見つけた非公式パッケージを、公式の対応表と同じ扱いにしないことが大切です。
4. 変更しない短い依頼を行う: 「このフォルダーの構成と、テストの場所を説明してください」のように、まず読み取りだけを依頼します。対象フォルダー、返答、表示されたモデルや版を確認し、OSの問題とプロジェクトの権限問題を切り分けます。
5. 小さな変更と確認を試す: 変更してよい一つのファイルを選び、差分と既存の確認用コマンドを見ます。変更できても確認用ツールが動かない場合は、Codexの非対応ではなく、OS側の開発環境が未準備の可能性があります。
6. 結果を三段階で残す: 「起動できた」「プロジェクトを読めた」「変更と確認までできた」を別の欄に書きます。未確認の機能やプレビュー固有の制約は、成功・失敗の二択にせず、次に確認する項目として残します。

この手順は、OSの優劣を決めるためではなく、自分の開発環境でCodexをどこまで使えるかを測るためのものです。たとえばLinuxのプレビューが起動しても、目的の機能が未提供ならCLIを選ぶ判断になります。Windowsのネイティブ環境で読み取りができても、既存プロジェクトがLinuxのツールに依存するならWSL2へ切り替える理由になります。結果を作業単位で記録すれば、OS名だけで選択するより実用的です。

作業別に見るCodex対応OSの選び方

どのOSが最も優れているかではなく、普段のコード、シェル、確認用ツールがどこにあるかで選ぶと迷いにくくなります。OpenAIの公式案内は、アプリ、CLI、Windowsのネイティブ環境、WSL2、Linuxプレビューをそれぞれ別のページで説明しています。ここでは、その違いを開発作業へ置き換えて考えます。

同じOSでも、画面操作を重視するか、既存のターミナルを活かすか、Linux向けの道具をそのまま使うかで選択は変わります。対応表を導入の合否だけに使わず、毎日の作業に必要な確認まで含めて決めます。

Windowsネイティブを選ぶケース

PowerShell、Windows向けの開発ツール、Windows側のファイルを中心に使うなら、ネイティブ環境から始めます。アプリの画面とWindowsのターミナルを同じ側にそろえやすく、導入後にパスを確認しやすいのが利点です。Windows sandboxの範囲と、変更を許すフォルダーを小さく始め、必要な確認用コマンドが動くことを先に確かめます。出典 URL: https://learn.chatgpt.com/docs/windows/windows-app

WSL2を選ぶケース

Linuxと同じシェル、パッケージ、コンパイラを使うプロジェクトではWSL2が合います。CodexをWSL2で動かすと、Windowsアプリから見える場所とLinux側での場所が変わるため、プロジェクトをどちら側に置くかを先に決めます。WSL2の設定に切り替えた後は再起動が必要なので、切り替え前の結果を残してから比較します。出典 URL: https://learn.chatgpt.com/docs/windows/wsl

macOSを選ぶケース

macOSで画面中心の作業をしたいならデスクトップアプリ、ターミナルやエディタの既存環境を活かしたいならCLIを選びます。アプリとCLIのどちらを使っても、対象フォルダー、変更範囲、確認方法を最初に固定することが重要です。Macでアプリが開くことだけで判断せず、Codexがコードを読み、意図した確認まで進めるかを小さく試します。

Linuxを選ぶケース

公式の対象ディストリビューションとCPUに一致するなら、Linux版デスクトップアプリをプレビューとして試せます。Ubuntu・Debianでは.deb、Fedoraでは.rpmを選び、更新は各ディストリビューションのパッケージ管理を使います。対象外のディストリビューション、未対応の機能、CLIで十分な環境では、無理にアプリへ寄せずCodex CLIを中心に選ぶほうが判断しやすくなります。出典 URL: https://learn.chatgpt.com/docs/linux/linux-app

つまずいたときの切り分け

Codex対応OSを調べていて起動できない場合、OSそのものが非対応とは限りません。アプリの種類、CPU、ディストリビューション、シェル、プロジェクトの保存場所、アカウントやワークスペースの条件が重なっているためです。エラーメッセージだけで結論を出さず、公式ページに書かれた前提と手元の状態を一つずつ比べます。

確認を始める前に、エラーが出た場所と時点をメモします。インストール直後、サインイン後、フォルダーを開いた時、Codexがコマンドを呼んだ時では、見るべき公式ページも異なります。切り分けの順番をそろえると、OSを必要以上に入れ替えずに済みます。

Linuxでアプリが表示されない

まずUbuntu 24.04/26.04、Debian 13、Fedora 43/44のどれか、x64かARM64か、.debまたは.rpmの選択が合っているかを確認します。対象外のディストリビューションなら、プレビューの正式対象ではない可能性があります。インストール後にアプリが開いてもCodexが表示されないときは、サインイン、アプリの再起動、公式クイックスタートを順に確認します。出典 URL: https://learn.chatgpt.com/docs/linux/linux-app

Windowsでパスが合わない

PowerShellで開いたパスと、WSL2のLinuxパスは同じ表示になりません。Windows側のプロジェクトをネイティブ環境で開いたのか、WSL2側のプロジェクトをLinux環境で開いたのかを確認し、同じ作業を別の側から二重に進めないようにします。設定変更後も以前のシェルが残っている場合があるため、公式ページにある再起動の前提も確認します。出典 URL: https://learn.chatgpt.com/docs/windows/wsl

CLIが見つからない、版が違う

codex --versionが実行できないときは、導入が済んでいるか、現在のシェルが実行ファイルの場所を見ているかを確認します。別の版が表示された場合は、公式のCodexリリースと導入方法を照らし合わせ、どのファイルが呼ばれているかを確かめます。OSを入れ直す前に、シェル、PATH、導入経路、版番号を記録すると、復旧の手がかりが残ります。出典 URL: https://github.com/openai/codex/releases

一部の機能だけ使えない

アプリが起動し、Codexでファイルを読めても、特定の機能だけ使えないことがあります。Linuxプレビューの機能制限、WindowsのネイティブとWSL2の差、アプリとCLIの版の差、利用中のアカウントやワークスペースの条件を分けて見ます。公式ページが「まだ対応していない」と明記する機能については、OS全体の非対応と混同せず、必要な作業だけ別の入口で試します。出典 URL: https://help.openai.com/en/articles/20001275/

まとめ

Codex対応OSは、Windows、macOS、Linuxの三択だけで決めるものではありません。ChatGPTデスクトップアプリかCodex CLIか、WindowsネイティブかWSL2か、Linuxの公式プレビュー対象か、という入口と実行場所の組み合わせで判断します。2026年9月時点では、Linux向けデスクトップアプリがUbuntu 24.04/26.04、Debian 13、Fedora 43/44のx64・ARM64向けプレビューとして案内され、WindowsではPowerShellを使うネイティブ環境とWSL2が公式に説明されています。

導入時は、OSとCPU、配布形式、CLIの版、プロジェクトの場所、使うシェルを記録し、読み取り、変更、確認の順に小さく試します。Linuxアプリが開くこと、WindowsアプリにCodexが表示されること、macOSでCLIが起動することだけでは、作業環境として十分とは限りません。最後に見るべきなのは、使いたいコードを意図した場所で読み、変更し、確認できるかです。出典 URL: https://learn.chatgpt.com/docs/app