Codex最新バージョンは0.146.1？alpha版との違いと確認方法

Codex最新バージョンの結論 — 0.146.1が安定版

「Codex最新バージョン」という検索語に対して、版番号を一つだけ答えると誤解が生まれやすい。公式のリリース一覧には、通常利用向けの安定版と、次の安定版に向けて公開される試験版が並ぶからだ。2026年8月7日に確認できる安定版は 0.146.1、試験版の先頭は 0.147.0-alpha.13 である（出典: https://github.com/openai/codex/releases ）。数字の大小より、公開チャンネルと利用目的を先に見るのがポイントだ。

安定版は「不具合が一切ない」という意味ではないが、日常のプロジェクトで基準にしやすい版だ。試験版は将来の変更を早く確認できる代わりに、挙動が変わったり、資料と実際の表示が一致しない期間があったりする。特にチームで同じ結果を確認したいときは、全員が同じ版番号を使っているかを先に揃えると、モデルや指示文の違いとCLI自体の違いを切り分けやすくなる。

安定版 0.146.1 — まず選ぶ基準

0.146.1は2026年8月5日に公開された安定版で、公式リリースページでは前版からの修正として案内されている。新機能を大量に追加した版ではないため、更新後に画面が大きく変わることを期待するより、日常利用での安全側の既定値と説明表示が整った版と捉えるのが正確だ（出典: https://github.com/openai/codex/releases/tag/rust-v0.146.1 ）。

手元の環境で特別な理由がなければ、まずこの版を基準にする。既存のプロジェクトを壊さずに使い続けたい人、レビューやファイル編集の許可を毎回確認したい人、同じ手順を他の人にも渡したい人は、試験版へ急いで切り替える必要はない。更新後に版番号を確認し、よく使う小さなプロジェクトで起動と基本操作を確かめれば、変更の影響を把握しやすい。

試験版 0.147.0-alpha.13 — 先行確認用の版

0.147.0-alpha.13は2026年8月6日に公開された試験版だ。公式ページでは試験版であることと公開日時、配布物は確認できるが、alpha.13固有の利用者向け変更点が詳しく並んでいるわけではない。したがって、ページにない機能を推測して「新機能が追加された」と断言するのは避けるべきだ（出典: https://github.com/openai/codex/releases/tag/rust-v0.147.0-alpha.13 ）。

先行版を使うなら、普段の作業環境とは別の確認用プロジェクトで、起動、モデル選択、ファイル編集、テストの実行、元に戻す操作を順に試すとよい。問題が出たときに安定版へ戻せるよう、現在使っている版番号をメモしてから更新する。alphaという表記は「安定版より新しいが、日常利用の基準として確定したとは限らない」という意味で読むと分かりやすい。

0.146.1の変更点 — 修正版として見る

0.146.1のリリースノートは、変更を大きく広げるよりも、特定のレビュー機能の既定値と端末上の説明を整える内容になっている。リリースノートに書かれた範囲を超えて、速度、料金、モデル性能まで変わったと考えるのは適切ではない。アップデート後の評価では、版番号が変わったことと、実際の作業で確認できた差を分けて記録したい。

レビューの既定値を安全側に

公式リリースでは、サイバー領域の能力を持つモデルを使うレビューについて、より安全側の既定値を適用したと説明されている（出典: https://github.com/openai/codex/releases/tag/rust-v0.146.1 ）。ここで重要なのは、利用者が設定を理解しないまま広い範囲の確認を任せるのではなく、レビューの対象、許可する操作、結果を確認する人を明確にする方向へ調整された点だ。

この変更は、レビュー結果の内容そのものが必ず正しくなることを保証するものではない。Codexが指摘した箇所は、対象ファイルの前提、テストの通り方、実際の実行環境と照らし合わせて人が確認する必要がある。既定値が安全側になったことを「何も確認しなくてよい」という意味に置き換えず、確認範囲を明示するきっかけとして使いたい。

端末の許可変更を説明する表示

0.146.1では、端末上で許可に関わる変更が起きたとき、その理由を説明する表示も修正内容に含まれる。ファイルの読み書きやコマンド実行を伴うCodexでは、許可の境界を理解しないまま操作を進めると、意図しない場所に変更を加える可能性がある。表示の説明が増えたことは、操作を止めて確認するタイミングをつかみやすくする。

利用者側では、表示を見たら「どのプロジェクトの、どの操作を、いま許可するのか」を一度言葉にしてみるとよい。対象が依頼した作業と一致しない場合は、許可を続けず、プロンプトや作業場所を見直す。これは0.146.1だけの特別な作法ではなく、AIコーディングエージェントを扱うときの基本的な確認手順でもある。

版番号だけで変化を決めつけない

0.146.1の公式ノートに記載されているのは、レビューの既定値と許可変更の説明に関わる修正だ。モデルの名称、ChatGPTの料金、APIのレート、プロジェクトのソースコードそのものが、このCLIの修正版によって一律に変わると読む根拠はない。見つけた変化は、リリースノートに書かれた変更、手元で観察した挙動、別サービス側の更新の三つに分類すると混乱しにくい。

たとえば、同じ日にモデル一覧が更新されていたとしても、それはCLIの版番号とは別の話だ。CLIを0.146.1へ更新したあとにモデルの候補が変わったと感じた場合は、Codexの設定、アカウントの提供状況、モデル側の更新を別に調べる。版番号を万能な更新通知として扱わないことが、正確な切り分けにつながる。

0.146.0との違い — 機能追加と修正を分けて読む

0.146.1だけを読むと、最新になった実感が薄いかもしれない。理由は、0.146.0で大きめの機能追加が入り、その翌日に近いタイミングで0.146.1が修正版として公開されたからだ。0.146.0ではセッションの扱い、プラグイン、スレッドの分岐、ウェブ検索などがリリースノートに並び、0.146.1はその流れを土台にして安全側の修正を加えている（出典: https://github.com/openai/codex/releases/tag/rust-v0.146.0 ）。

この二つを一つの「最新機能」としてまとめるのではなく、0.146.0は機能の基準、0.146.1はその後の修正版と捉えると、更新後に何を確かめるべきかが見える。新機能を試す目的なら0.146.0で追加された機能の説明を読み、普段使いの版を選ぶ目的なら0.146.1の修正を読む、というように参照先を分ければよい。

0.146.0で確認された主な機能

0.146.0の公式リリースノートには、/new や /clear によるセッション名の扱い、重要なスレッドの固定、サイド会話の切り替え、履歴を分けたスレッドの作成、プラグイン関連の拡張、対応するモデル提供元でのウェブ検索などが記載されている（出典: https://github.com/openai/codex/releases/tag/rust-v0.146.0 ）。これらは0.146.1の修正項目とは役割が違う。

実際に使うときは、まず自分が必要とする機能を一つに絞って確認する。セッション整理が目的なら新しいセッションを作って名前を付ける操作、会話を分けたいならスレッドの分岐、調査を任せたいなら検索の対応状況というように、目的と確認方法を対応させる。機能を一度に全部試すより、いつもの小さな作業で一つずつ確かめるほうが、更新による違いを見つけやすい。

0.146.1へ更新する価値

機能追加がない修正版でも、許可やレビューの扱いに関わる部分を見直せるなら、更新する価値はある。特に複数人で同じプロジェクトを触る場合、端末上の説明が分かりやすくなることで、許可の判断が人によってばらつくのを抑えやすい。更新後は、以前と同じ依頼を一つだけ実行し、表示、差分、テスト結果の三点を比べるとよい。

ただし、すべての環境が同時に変わるとは限らない。npm、Homebrew、配布物のどれで入れたかによって更新経路が違い、同じ名前の実行ファイルを複数持っていると、更新したつもりで別の版を起動することもある。版番号の確認を先に行うことが、修正版の効果を確かめる最短経路になる。

更新手順 — 安定版へ上げて確認する

ここではnpmでCodex CLIを入れている場合を中心に、安定版0.146.1へ更新する。OpenAIのCodex CLIリポジトリはnpmでの導入を案内し、Homebrewや公式リリースの配布物も選択肢として示している（出典: https://github.com/openai/codex/blob/main/codex-rs/README.md ）。最初から更新コマンドを実行するのではなく、現在の版、導入経路、更新後の版を同じ記録に残すと、問題が起きたときに戻しやすい。

Step 1: 現在の版を確認する

まず、いま呼び出されているCodexの版番号を確認する。端末を複数使っている場合は、同じコマンドをそれぞれで実行する。codex --version の結果が想定と違うときは、npmの場所とPATHの順番が関係している可能性があるため、更新前の結果を消さずに控えておく。

codex --version
npm list -g @openai/codex --depth=0

表示が 0.146.1 であれば、安定版への更新はすでに済んでいる。0.146.0、古いalpha、別の版番号が出た場合は、次の手順へ進む。ここでモデル名を確認しようとしても、codex --version が返すのはCLIの版番号であり、モデルの世代ではない。

Step 2: 安定版を明示して更新する

更新対象をはっきりさせたいなら、版番号をコマンドに書く。今回の対象日は2026年8月7日なので、安定版0.146.1を明示する方法は次のとおりだ。公式の配布状況が変わった後に読む場合は、リリース一覧で安定版を確認してから数字を置き換える（出典: https://github.com/openai/codex/releases ）。

npm install -g @openai/codex@0.146.1

常にnpmの安定タグを使いたい場合は @latest も選べるが、記事やチームの記録に残すなら版番号を固定したほうが再現しやすい。インストールが完了しても、ターミナルが以前の実行ファイルを参照している場合があるため、次の確認までを一つの手順として扱う。

Step 3: 更新後の版と基本操作を確認する

インストールが終わったら、版番号が変わったことだけで完了にしない。Codexを起動し、対象プロジェクトを開き、読み取りだけの短い依頼を一つ行う。差分を確認し、不要な変更がないことを見てから、普段の作業へ戻る。許可に関する表示が出た場合は、対象と操作を確認してから判断する。

1. codex --version が 0.146.1 を返すことを確認する。
2. 小さなプロジェクトで起動し、読み取りだけの依頼を行う。
3. 変更が発生した場合は差分を確認し、テストや元に戻す操作まで確かめる。

この三つを実行して版番号、起動、作業結果が揃えば、更新経路の問題とCLIの動作問題を切り分けられる。版番号だけが変わり、起動できない場合は、別の実行ファイルが残っていないか、導入経路が混ざっていないかを確認する。

Step 4: HomebrewやWSL2の場合を確認する

Homebrewで導入した場合は、Homebrew側の更新後にCodexの版番号を確認する。公式READMEは brew install --cask codex を導入経路として案内しているため、npmのコマンドをそのまま使わず、自分が最初に選んだ経路に合わせることが大切だ（出典: https://github.com/openai/codex/blob/main/codex-rs/README.md ）。Homebrewで同じcaskを更新した後も、必ず codex --version を実行して確認する。

Windows 11では、公式のインストール文書がWSL2を前提にした案内を掲載している（出典: https://github.com/openai/codex/blob/main/docs/install.md ）。Windows側のPowerShellにある実行ファイルと、WSL2側の実行ファイルは別に管理されることがあるため、どちらの環境でCodexを使うかを先に決め、同じ環境で更新と版番号の確認を行う。片方だけ更新して「最新版にならない」と判断しないよう注意したい。

alpha版を試すときの判断 — 0.147.0-alpha.13

0.147.0-alpha.13は、安定版0.146.1より番号が先に進んでいるが、通常利用の既定にするための版とは限らない。新しい変更を早く試せる代わりに、資料が追いついていない、表示や許可の流れが変わる、次のalphaで挙動が変わるといった可能性がある。公式ページで公開されたという事実と、手元で安定して使えるという判断は別に扱う（出典: https://github.com/openai/codex/releases/tag/rust-v0.147.0-alpha.13 ）。

どんな人向けか

先行版が向くのは、Codexの新しい変更を確認し、問題が起きても安定版へ戻せる人だ。検証用の小さなプロジェクト、固定した入力、比較できるテストを用意しておけば、alphaの変化を観察しやすい。反対に、納期中の作業、初めてCodexを使う環境、同じ版を複数人で揃える必要があるプロジェクトでは、まず0.146.1を基準にしたほうが説明しやすい。

alpha.13のリリースページに具体的な利用者向け変更が詳しく書かれていない場合、数字だけから機能を推測して導入理由を作らないことも重要だ。必要な変更がどの画面や操作に現れるのか確認できないなら、安定版で待つという判断も十分に合理的である。

先行版から安定版へ戻す

先行版を試した後に戻すときは、安定版を明示して再インストールする。npmの場合は npm install -g @openai/codex@0.146.1 を使い、完了後に codex --version を確認する。戻す前に、alphaで作成した設定や作業結果を別に保存し、版を変えたことで再利用できない機能がないかを確認しておくと安全だ。

戻した後は、同じ短い依頼を実行して挙動を比較する。alphaでだけ使えた操作があった場合、それを普段の手順の前提にしない。安定版で使える機能と、試験版だけの機能を分けて記録すれば、次の更新時にも判断をやり直さずに済む。

CLIの版番号とモデル名を混同しない

Codexの検索結果では「最新モデル」と「最新バージョン」が同じページで説明されることがあるが、意味は異なる。0.146.1 はCodex CLIという利用環境の版番号で、GPT-5.3-Codexのような名前はモデルの識別子だ。CLIを更新しても、選択中のモデルが同じ版番号へ変わるわけではない。逆にモデルの提供状況が変わっても、手元のCLIが古いままなら、表示や設定項目の違いが残る。

この二つを別々に記録すると、問題の相談もしやすくなる。たとえば「Codex CLI 0.146.1、選択モデルは画面に表示された名称、OSはWindows 11のWSL2」のように、クライアント、モデル、実行環境を分けて書く。モデルの仕様や料金を調べるときは、CLIのリリースページではなく、対象モデルの公式ページを参照する（出典: https://developers.openai.com/api/docs/models/gpt-5.3-codex ）。

0.146.1は利用環境の更新

CLIの版番号は、コマンド、端末表示、設定の読み込み、配布物、対応するクライアント機能といった利用環境側の更新を表す。今回の0.146.1では、レビューの既定値と許可変更の説明が修正対象として示された。これをモデルの学習データやコード生成能力の新世代化と読み替える根拠はない。

版番号を記事や相談に書くときは、codex --version の出力をそのまま残す。手入力で「最新」とだけ書くと、数週間後には意味が変わるため、確認日と組み合わせる。今回なら「2026年8月7日に確認したCodex CLI 0.146.1」という形が、後から見ても判断の基準になる。

モデル名は別の公式ページで確認する

モデルは、Codex CLIの版番号とは別に提供・更新される。GPT-5.3-Codexの公式モデルページには、エージェント型コーディング向けの説明、文脈長、推論設定、API上の料金などが掲載されている（出典: https://developers.openai.com/api/docs/models/gpt-5.3-codex ）。これらの数字を0.146.1の変更点として記事に足すのではなく、モデルの情報として別に引用するのが正確だ。

日常のトラブルでは「更新後に賢くなったか」より、同じモデル、同じ依頼、同じプロジェクトでCLIの表示や許可の流れがどう変わったかを比べるほうが原因を追いやすい。モデルを切り替えた場合は、その変更も同じ記録に残す。版番号とモデル名を切り分けるだけで、更新の効果を過大評価したり、無関係な差をCLIのせいにしたりするミスを減らせる。

よくある疑問 — 最新版を選ぶときの迷い

最後に、安定版とalpha版を選ぶときに起きやすい疑問を整理する。ポイントは、最新という言葉を「公開日時が新しい」「通常利用に向く」「モデルが新しい」の三つに分けることだ。どの意味で最新を探しているのかを先に決めれば、リリース一覧、インストール方法、モデルページを正しく使い分けられる。

0.147.0-alpha.13のほうが新しいなら、すぐ使うべき？

公開日時だけを見ればalpha.13のほうが新しい。しかし、新しさと安定性は別の尺度だ。新しい表示や変更を試したい目的があり、問題が起きたときに戻せるならalpha版を選べる。普段の作業を止めたくない、導入手順を他の人へ渡したい、結果を安定版として説明したいという場合は0.146.1を選ぶ。

@latestを使えば必ずリリース一覧の最新版になる？

@latestはnpm側の安定タグを指すため、試験版の先頭を入れる指定ではない。通常は安定版の更新に便利だが、記事や検証の再現性を優先するなら @0.146.1 のように版番号を明示するほうが分かりやすい。alpha版を試す場合も、公式リリース一覧とnpmの公開版番号を両方確認してから指定する。

更新後に確認する最小項目は？

最低限、codex --version の結果、起動できること、対象プロジェクトで読み取り中心の依頼が完了することを確認する。許可を求める表示が出たら、対象と内容が依頼に合っているかを見てから進める。問題があれば、更新前の版番号に戻し、同じ依頼を再実行して、版の違いが原因かどうかを比べる。

まとめ — 通常利用は0.146.1、先行検証はalpha.13

2026年8月7日時点のCodex CLIでは、通常利用の最新安定版は0.146.1、最新の試験版は0.147.0-alpha.13だ。0.146.1は大きな機能追加を目的とした版ではなく、レビューに関する既定値と端末上の許可説明を安全側へ整えた修正版として読むのが正確である。新機能を追うときは0.146.0のリリースノートを、先行版の存在を確認するときはalpha.13の公式ページを参照する。

更新は、現在の版を codex --version で控え、導入経路に合わせて0.146.1を明示し、更新後に版番号と基本操作を確認する順で進める。HomebrewやWindows 11のWSL2を使っている場合も、更新した環境と確認する環境を揃えることが大切だ。最後に、CLIの版番号とモデル名は別物なので、確認日と一緒に分けて記録したい。

最新情報は、公式のリリース一覧と各版のリリースページで確認できる。

• Codex CLI Releases（GitHub公式）
• Codex CLI 0.146.1（GitHub公式）
• Codex CLI 0.147.0-alpha.13（GitHub公式）
• Codex CLI README（GitHub公式）
• Codex CLI install.md（GitHub公式）