Codexのアップデート方法｜アプリ・CLIの更新手順とバージョンの確認

「Codexを最新にしたいけれど、どこで更新するのか分からない」「更新したはずなのに、新しい機能が出てこない」と迷っている方も多いのではないでしょうか。

Codexは、デスクトップアプリ・CLI（ターミナルから使う版）・IDE拡張（エディタに入れる版）のどれで使っているかによって、更新のしかたが違います。しかも、それぞれが別々のバージョンで更新されます。そのため、片方を更新しても、もう片方は古いままということが起こります。

この記事では、更新の基本、バージョンの確認方法、アプリとCLIそれぞれの更新手順、更新後に確認したいこと、会社で更新のタイミングを管理する方法を順に解説します。内容は2026年10月時点の公式情報をもとにしています。バージョン番号やコマンドは変わることがあるので、実行前には公式ページもあわせて確認してください。

Codexのアップデートの基本

最初に、何を更新するのかを整理します。公式のトラブルシューティングには、ChatGPTのデスクトップアプリとCodex CLIはそれぞれ別のバージョンのCodexを含んでいて、機能が片方に先に届くことがあると書かれています。

つまり、「Codexを更新する」と言っても、自分がどの画面で使っているかを先に決める必要があります。複数使っている場合は、それぞれを確認しましょう。

更新の頻度はとても高い

Codexは更新が頻繁です。公式の変更履歴を見ると、CLIは2026年9月23日の0.156.1から10月15日の0.163.0までの約3週間で、小さな修正版を含めて14回のリリースが載っています。デスクトップアプリも、10月7日に26.1002、10月8日に26.1007が出ています。

毎回すべての更新に追いつく必要はありませんが、新しい機能を使いたいときや、動作がおかしいときは、まず最新版かどうかを確認するのが近道です。

新しい機能には、新しい版が必要なことがある

公式のWhat's newやトラブルシューティングには、機能を使うために更新が必要だと書かれた例があります。

いまのバージョンを確認する

更新の前に、いま使っているバージョンを確認します。最新かどうかを知る目安にもなりますし、問い合わせや不具合の報告をするときにも必要になります。公式のトラブルシューティングでも、問題を報告するときはアプリのバージョンとOSを伝えるよう案内されています。

CLIのバージョン

ターミナル（Windowsなら PowerShell）で、次のコマンドを実行します。

codex --version

表示された番号を、公式の変更履歴にあるCLIの最新の番号と見比べます。2026年10月15日時点の変更履歴では、CLIの最新は0.163.0です。

アプリに同梱されているCodexのバージョン

デスクトップアプリの中のCodexが、どのバージョンかを確かめる方法も公式に書かれています。Macの場合、次のコマンドで、アプリに同梱されているCodexのバージョンが分かります。

/Applications/Codex.app/Contents/Resources/codex --version

公式のトラブルシューティングでは、このパスを「残してある互換用のCodex.appの場所」と説明しています。Windowsでの同様の確認方法は、公式には案内がありません。アプリの画面から確認する場合は、設定などに表示されるバージョンを見てください。

見分け方のまとめ

デスクトップアプリの更新

MacとWindowsのChatGPTデスクトップアプリ（Codexを含む）は、標準で更新を自分で確認して、インストールします。公式の「Manage app updates」には、組み込みの更新機能は初期設定で有効だと書かれています。2026年7月9日にCodexのアプリがChatGPTのデスクトップアプリに統合されたため、いまは同じアプリを更新すれば、Codexも新しくなります。

手動で更新を確かめる

公式の説明では、アプリのメニューに「Check for Updates」という項目があります。更新の通知が来ない、すぐに新しい機能を試したいといったときは、これを使います。

1. いまのバージョンを控える前の節の方法でバージョンを確認しておきます。更新できたかどうかを後で比べられます。
2. 実行中の作業を終わらせるCodexが作業中のときは、終わるのを待ってから進めます。
3. 「Check for Updates」を選ぶアプリのメニューから選びます。新しい版があれば、更新が始まります。
4. 必要なら再起動する更新が終わっても表示が変わらないときは、アプリを一度完全に終了して開き直します。
5. バージョンを確かめる更新前と比べて、新しい版になっているかを確認します。

なお、公式のドキュメントでは、メニューの場所や更新中の画面の細かい動きまでは説明されていません。表示が違う場合は、お使いのアプリのメニューを確認してください。

OSごとの違い

Linuxのアプリを更新するコマンド

2026年8月にプレビューとして始まったLinux版は、インストール時に署名つきのOpenAIのパッケージリポジトリが設定されます。更新は、お使いのディストリビューションのパッケージ管理ツールで行います。

CLIの更新

CLIは、インストールした方法ごとに更新のコマンドが決まっています。公式のCLIのページに、方法ごとの更新用のコマンドが載っています。

「どの方法で入れたか忘れた」という場合は、入れたときの記録や、会社のセットアップ手順を確認してください。入れた方法と違うコマンドを実行すると、思った場所のCodexが更新されないことがあります。

codex updateで更新する

CLIにはcodex updateというコマンドもあります。公式のリファレンスでは、安定版（Stable）のコマンドとして載っていて、「インストールされているリリースが自己更新に対応している場合に、更新を確認して適用する」と説明されています。

codex update

入れた方法ごとのコマンドを覚えていなくても使えるのが利点です。ただし、対応していない版では使えません。その場合は、上の表のコマンドで更新してください。デバッグ用のビルドでは、リリース版を入れるよう案内するメッセージが出るとも書かれています。

起動時の更新の確認

設定ファイル（~/.codex/config.toml）には、check_for_update_on_startupという項目があります。公式の設定リファレンスでは、「起動時にCodexの更新を確認する。更新が一元管理されている場合に限って、falseにする」と説明されています。

個人で使っているなら、そのままで構いません。更新を会社が一括して配っている場合などに、管理者が止めるための設定です。

特定のバージョンを入れたいとき

公式の変更履歴では、各リリースにnpmのコマンドがnpm install -g @openai/codex@0.163.0の形で載っています。バージョンを指定して入れたいときは、この形が参考になります。ただし、古い版では新しいモデルや機能が使えないことがあるため、通常は最新版をおすすめします。

更新後の確認と対処

更新が終わったら、いつもの作業ができるかを軽く確かめておきます。ここでは、公式の案内で確認できる、更新後に起こりやすいことをまとめます。

更新後に確認したいこと

• バージョンが新しくなっているか（codex --version、またはアプリの表示）
• 選んでいるモデルが、いまも使えるか
• 設定ファイル（config.toml）に、廃止された設定が残っていないか
• 権限（承認とサンドボックス）の設定が、想定どおりか

モデルの退役に注意する

公式の変更履歴によると、GPT-5.5は2026年10月14日正午（太平洋時間）に、ChatGPTでサインインして使うCodexから退役しました。APIキーで使っている場合は影響を受けません。公式は、使える場合はGPT-6.1 Sol（gpt-6.1-sol）を使うよう案内していて、gpt-5.5を指定しているワークスペースの既定の設定、保存したモデルの設定、管理用の設定、カスタムエージェント、定期実行のタスク、スクリプトを更新するよう求めています。

アプリやCLIを更新しても、古いモデルを指定した設定は残ります。更新のついでに見直しておきましょう。使えるモデルはプランやクライアントによって変わります。

廃止された設定が残っている場合

公式の設定リファレンスには、approval_policy = "untrusted"はCodexとChatGPT Workでは使えなくなったと書かれています。この設定を削除するか、使える方針に変える必要があります。なお、ユーザー設定の中のプロジェクトごとのtrust_level = "untrusted"は、引き続き使えます。

症状別の確認

それでも直らないとき

問い合わせや不具合の報告をする前に、アプリのバージョンとOSを控えておきます。公式のトラブルシューティングによると、Macのアプリのログは~/Library/Logs/com.openai.codex/年/月/日に、会話の記録は~/.codex/sessionsにあります。ログには機密の情報が含まれていることがあるため、共有する前に中身を確かめてください。

会社で使うときの更新管理

会社で使う場合は、全員が好きなタイミングで更新する状態と、更新を管理する状態のどちらにするかを決めておきます。公式には、管理者向けの設定が用意されています。

アプリの自動更新を止める手順

公式の「Manage app updates」に載っている手順を、要点だけまとめます。

1. ポリシーを作る管理設定（Managed configuration）で、ポリシーを作るか編集します。最初は、試験用のグループに割り当てます。
2. requirements.tomlに書く「Raw TOML」のrequirements.tomlの編集欄に、[features]の中でin_app_updates = falseを追加します。すでに[features]がある場合は、そこに足します。
3. ユーザーに再起動してもらうウィンドウを閉じるだけでは反映されないことがあるため、アプリを完全に終了して、開き直してもらいます。
4. 反映を確かめるアプリの「設定」→「一般」で、「In-app updates」が「Managed」と表示され、「Your organization has turned off in-app updates.」と出ることを確かめます。

「Check for Updates」のメニュー項目は、ポリシーを適用した後も表示されたままのことがあります。表示の有無では判断せず、設定画面の「Managed」で確認してください。

この設定が及ぶ範囲

アプリの更新を止める設定は、MacとWindowsのデスクトップアプリだけが対象です。公式では、スマホアプリ、Codex CLI、IDE拡張は対象外と書かれています。CLIの更新はcheck_for_update_on_startupや社内の配布の仕組みで、別に管理します。

また、ポリシーを取得できない（認証や接続の問題など）場合は、更新が有効のままになることがあります。「Managed」が表示されない限り、更新は止まっていないものとして扱うよう案内されています。

よくある質問

まとめ

Codexは更新が早く、新しいモデルや機能が次々に加わります。まずは自分の使い方に合わせて、アプリとCLIのどちらを更新すればよいかを決め、月に一度でも版を確認する習慣をつけておくと、機能の見落としや不具合に気づきやすくなります。

会社で使う場合は、更新のタイミングの管理、モデルや権限の設定の見直し、社員の方への案内など、決めることが増えていきます。INTERCREATE JAPANでは、Codex・Claude Codeの導入から、社内で使い続けられる仕組みづくりまでをお手伝いしています。