release codex｜0.153.4の変更点と安定版の選び方・確認コマンド

Codexリリース0.153.4の位置づけ

2026年9月8日時点で、Codex CLIの安定版として確認できるのは0.153.4です。OpenAIのChangelogには2026年9月4日付で「Codex CLI 0.153.4」が掲載され、指定版を入れるコマンドとしてnpm install -g @openai/codex@0.153.4が示されています。GitHubの公式リリースページでも0.153.4はLatestと表示され、0.153.3からの小さな修正として2項目が説明されています。ここで大切なのは、公開日、安定版という位置づけ、変更本文に書かれた範囲を分けて読むことです。数字が上がっただけで速度や出力品質まで一括して改善したと決めつける根拠にはなりません。

今回の版は、大きな機能追加を前面に出した更新ではありません。新しいモデルとして公開されたGPT-6 AstraがCodexで扱われる時期と重なり、モデル選択画面で何が見えるか、明示的な指定がないときに何を基準にするか、確認質問の案内がどの道具を前提にするかを整えています。そのため、Astraを使う人には表示と選択の変化が重要ですが、別のモデルを明示している人には日常の差が小さい場合もあります。出典: https://developers.openai.com/codex/changelog

0.153.4は何を直した版か

公式リリース本文にある修正は、Astraのモデル選択画面での見え方と、Astraが利用できる状況での案内に絞られています。モデル選択画面でAstraが表示されない、明示的なモデル指定がないときに意図した既定モデルにならない、利用できない道具を前提に非同期の質問を案内してしまう、といった境界を整える内容です。リリース本文が示していない料金、利用枠、応答速度、コードの正しさまで変わると解釈することはできません。更新後に確かめる項目も、この2つの修正と自分の利用条件に合わせて絞ります。

なお、0.153.4は0.153.0から数えて複数の小さな更新を含む系統の最後に位置します。0.153.0には入力欄の取り消し・やり直し、プラグイン用コマンド、履歴表示、利用枠の早めの警告などが追加され、0.153.1から0.153.3ではAstraの扱いが段階的に整えられました。今回の記事で中心にする0.153.4の修正と、0.153系全体で積み重なった変更を混同しないことが、更新判断を正確にします。

0.153.4で変わったAstraの扱い

0.153.4の発表を読むときは、「Astraというモデルが出た」というニュースと、「Codex CLIがモデルをどう表示・案内するか」というリリース修正を分けます。OpenAIは2026年9月3日の安全性概要でGPT-6 Astraを広く提供するモデルとして説明し、Codexの内部タスクを使った評価結果も公開しています。一方、CLIの0.153.4は、Astraを利用者の前にどう置くかを調整した版です。モデルの能力評価を、CLIの表示修正だけから推測しないようにします。

日常利用では、まず自分がモデルを明示しているかどうかを確認します。設定や起動時の指定で別モデルを選んでいる場合、0.153.4へ更新してもAstraが実際の作業で使われるとは限りません。指定していない場合は、利用可能なモデルの一覧、選択画面の既定表示、画面上の説明を記録し、更新前後の差を見ます。出典: https://github.com/openai/codex/releases/tag/rust-v0.153.4

モデル選択画面でAstraが見えるようになった

公式の修正説明は、組み込みのモデル選択画面でAstraの表示を直し、明示的なモデル指定がないときの組み込み既定モデルにした、というものです。ここでいう表示は、利用者が選択肢を認識できることを指します。Astraを選べる画面が出たことと、そのアカウントで同じ能力や利用条件が保証されることは同義ではありません。画面に表示された名前、選択後のモデル名、実行時の版番号を別々に残すと、表示だけを根拠にした誤解を避けられます。

更新前にAstraが見えなかった場合は、まず利用中のCLI版、ログイン状態、プランや地域による提供条件、モデル指定の有無を確認します。そのうえで0.153.4を起動し、同じ場所でモデル選択画面を開きます。Astraが見えても、別のモデル名が選ばれているなら、既定表示の問題と実際の選択を分けて考えます。選択画面の変更は利便性の修正であり、コードレビューの結果や長い作業の成功を直接約束するものではありません。

明示的なモデル指定がない場合の既定モデル

「既定モデルになった」という記載は、毎回の作業が無条件にAstraへ切り替わるという意味ではありません。明示的な指定があるか、利用している画面やCLIがどのモデル一覧を受け取っているか、アカウントにAstraが提供されているかを分ける必要があります。自分でモデルを固定している場合は、その指定が優先されるため、更新後の差は画面の既定表示ではなく、指定を外したときの選択結果で現れます。

検証するときは、まず現在のモデル指定を記録し、次に指定のない新しいセッションで表示を確認します。続けて、同じ依頼を明示的なモデル指定ありで一度試し、指定なしの結果と比較します。出力の差が出たとしても、CLI版、モデル、利用枠、会話履歴が同時に変わっていないかを確認しなければなりません。Astraに変わったことだけを理由に、性能や料金まで変わったと説明しないことが重要です。

非同期の確認質問に関する案内

0.153.4のもう一つの修正は、Astraの案内が、セッションで利用できる道具がある場合に限って非同期の確認質問を使うように整理した点です。これは、質問の出し方と利用可能な道具の関係をそろえる修正であり、利用者が常に同じ質問を受けることを意味しません。画面に出る案内は、選択中のモデル、利用中の画面、作業の状態によって変わる可能性があります。表示された文言をそのまま記録し、公式に書かれた修正の範囲と比べます。

この変更を確認するために、無理に長い作業や危険な変更を試す必要はありません。読み取りだけの短い依頼で、質問が必要になったときの文言と、続行方法が表示されるかを確認します。道具が利用できない状態で「利用できる」と案内されていないか、質問への回答後に同じ作業場所が保たれているかを見ます。確認できなかった場合も、失敗と断定せず、その条件では修正対象が現れなかったと記録します。

0.154.0-alpha.3との違いを読む

GitHubの公式ページには0.154.0-alpha.3も掲載され、Pre-releaseと明示されています。公開日は0.153.4と同じ2026年9月4日ですが、同じ日に公開されたことだけで、安定版と同じ使い方を勧められるわけではありません。先行版は次の変更を早く確かめるための版で、日常の作業に使う場合は、安定版で再現したい状態を残したうえで比較する必要があります。公式ページで変更本文が詳しく書かれていない場合は、版番号から機能や性能を補って説明しません。

0.153.4を選ぶ基準は、Astraの表示を整えたい、公式Changelogに書かれた修正を取り込みたい、日常利用でStableの判断を優先したい、という場合です。0.154.0-alpha.3を選ぶ基準は、作業を分離でき、問題が出ても元の版に戻せて、先行版の挙動を記録できる場合に限ります。版の選択を「新しい数字かどうか」だけで決めず、作業の重要度、戻しやすさ、比較できる入力の三つで考えます。出典: https://github.com/openai/codex/releases/tag/rust-v0.154.0-alpha.3

StableとPre-releaseを混同しない

GitHubの表示では、0.153.4はLatest、0.154.0-alpha.3はPre-releaseです。このラベルは、利用者がどの程度の安定性を期待してよいかを考える手掛かりになりますが、個別環境で不具合が起きないという保証ではありません。Stableにも環境固有の問題はあり、Pre-releaseでも手元の短い確認が成功することはあります。ラベルを採用判断の一要素にし、実行結果と同じものとして扱わないことが大切です。

先行版を試す人は、安定版の版番号、設定、モデル、作業場所を先に残します。試した内容は、起動できたか、選択画面に何が出たか、短い依頼が終わったか、元の版に戻れたかの順に分けて記録します。新しい版を試したという事実だけで、改善したと結論づけません。公式本文にない変更を見つけたときは、公式発表ではなく自分の観察結果として扱います。

更新前に確認すること

0.153.4へ移る前に、普段のCLIがどの実行ファイルを指しているか、現在の版とモデル名が何かを記録します。WindowsではPowerShellの種類や複数のNode.js環境が版の食い違いを生むことがあり、macOSやLinuxでも複数のインストール先が残る場合があります。更新前の記録がないと、表示が変わった理由が版の更新なのか、別の実行ファイルを呼び出したためなのかを判定できません。作業を始める前に、短い読み取りだけで現在の動きを確認しておきます。

1. codex --versionを実行し、表示された版を保存します。0.153.4以外の番号であれば、公式Changelogにある更新対象と現在の状態を分けて記録します。
2. WindowsではGet-Command codex、macOSやLinuxではwhich codexを使い、呼び出している実行ファイルの場所を確認します。複数のNode.js環境がある場合は、同じ端末で更新と確認を行います。
3. 起動時や設定でモデルを指定しているか、画面で最後に選んだモデルが何かを書き留めます。Astraの表示修正を確かめるには、指定ありと指定なしを混同しないことが重要です。
4. 変更を加えない短い読み取りを一度実行し、開始から終了までの表示、確認質問の有無、完了した結果を記録します。出力の良し悪しだけでなく、版とモデルを一緒に残します。

この準備は、更新後の結果を比較するための基準を作るものです。利用中の設定を消したり、重要な作業を中断したりする必要はありません。今の版で問題がない場合も、Astraを使いたいのか、表示修正だけを取り込みたいのか、先に目的を決めると更新後の確認項目を増やしすぎずに済みます。目的が曖昧なまま先行版まで入れると、どの変更が何に影響したのか分かりにくくなります。

Codex CLI 0.153.4へ更新する手順

公式Changelogに掲載された指定版のコマンドを使い、更新後に版番号を取り直します。ここでは普段使う端末へ安定版を入れる場合を説明します。既存の作業を止めずに同じ端末へ複数版を重ねると、呼び出し先の混同が起きやすいため、まず更新前の場所を確認し、完了後に同じ場所で確認してください。公式の根拠は https://developers.openai.com/codex/changelog です。確認の順番を固定すると、更新の成否を追いやすくなります。

Step 1: 現在の版と呼び出し先を記録する

PowerShell、macOSのターミナル、Linuxのシェルのいずれでも、最初にcodex --versionを実行します。WindowsではGet-Command codex、macOSやLinuxではwhich codexを続けて実行すると、入力したコマンドがどこを指すかを確認できます。結果をテキストに残し、0.153.4へ変える前の版番号と場所を後から比較できるようにします。表示が空、または複数候補になる場合は、更新を進める前にNode.jsの環境を一つにそろえます。

Step 2: 公式に示された版を指定して入れる

更新コマンドは次のとおりです。latestのような別名ではなく、記事で扱う0.153.4を明示すると、何を入れたかを説明しやすくなります。

npm install -g @openai/codex@0.153.4

WindowsではPowerShellで同じコマンドを実行できます。権限のエラーが出たときは、エラー文に示されたNode.jsの場所と、更新前に記録した実行ファイルの場所を比べます。いきなり別のインストール先へ入れ直すのではなく、どの環境のnpmを使っているかを確認します。成功したように見えても、次の版番号確認までを更新完了とは扱いません。

Step 3: 更新後の版番号を取り直す

インストールが終わったら、同じ端末でcodex --versionを実行し、0.153.4と表示されるか確認します。違う版が表示された場合は、npmの出力だけを根拠にせず、Get-Command codexまたはwhich codexの結果も再確認します。複数の実行ファイルがあると、更新した場所と起動した場所が一致しないことがあります。版番号とパスを更新前後で並べ、必要なら新しい端末を開いてから再確認します。

Step 4: Astraの表示と短い読み取りを確かめる

版番号が一致したら、同じモデル指定の条件でCodexを起動し、モデル選択画面にAstraが表示されるかを確認します。次に、指定なしの条件で既定の表示を確認し、最後に変更を加えない短い読み取りを実行します。確認質問が出た場合は、0.153.4の案内が利用できる道具の条件と矛盾していないかを見ます。Astraが表示されない場合でも、提供条件、設定、利用画面を確認してから不具合と判断します。

更新後の確認ポイント

版番号が0.153.4になっただけでは、今回の修正を確認したことにはなりません。Astraの表示はアカウントや利用画面の条件を受け、既定モデルの扱いは明示的なモデル指定の有無に左右されます。また、非同期の確認質問に関する案内は、利用できる道具があるかどうかで変わります。次の項目を順番に見れば、版番号、表示、モデル、案内、結果を一つにまとめずに済みます。

1. 画面またはCLIで0.153.4が表示されることを確認する。
2. モデル選択画面にAstraが表示されるか、表示された名前と選択後の名前が一致するかを見る。
3. 明示的なモデル指定がある場合とない場合を分け、既定表示がどう変わるかを記録する。
4. 短い読み取りで、確認質問の文言と続行方法が利用できる道具の状態に合っているかを見る。
5. 結果、版番号、モデル名、利用画面、確認日時を一つのメモに残す。

ここで「表示された」「処理が終わった」「結果が意図どおりだった」は別の判定です。Astraが選択肢に出ても、実際に選択されていなければモデルの評価とは言えません。短い読み取りが終わっても、長い作業や別の作業場所で同じ案内が出るとは限りません。公式リリースが述べる範囲を超えて結論を広げず、再現できた条件と再現しなかった条件を分けて記録します。出典: https://github.com/openai/codex/releases/tag/rust-v0.153.4

Windowsで表示が変わらない場合

WindowsでAstraが見えないときは、まずPowerShellが呼び出しているCodexの場所と版を調べます。Microsoft Store経由のNode.js、別のNode.js管理環境、以前に配置した実行ファイルが混在すると、更新したパッケージと起動したCLIが一致しないことがあります。Get-Command codexで表示されたパス、codex --versionの結果、npmが使った環境を同じ記録に置きます。その後、同じアカウントと同じ画面でモデル選択を開き、提供条件による差か、呼び出し先の差かを分けてください。

表示がないことだけで0.153.4の修正が失敗したと断定するのも避けます。公式の説明はAstraの表示と既定モデルを整えるもので、すべての利用条件を同時に変更するものではありません。別のモデルを固定している、Astraが利用対象外、アプリ側の表示がCLIと別、という可能性があります。画面名と実行版をそろえ、短い確認だけで切り分けます。

macOSとLinuxで呼び出し先を確かめる場合

macOSやLinuxでは、which codexで示された場所と、npmのグローバルインストール先が一致するかを確認します。シェルの設定で別のパスが先に読まれていると、更新後も以前の版が起動することがあります。まずcodex --version、次にwhich codexを実行し、必要なら新しい端末で同じ二つを取り直します。異なる版を試す場合は、一つの作業場所で入れ替え続けず、比較用の場所を分けます。

macOSやLinuxでも、Astraの表示は利用画面やアカウント条件に依存します。端末が新しい版を返したことと、IDE拡張やデスクトップ画面が同じ版を使っていることは別です。CLIだけを更新したのか、別の画面まで更新されたのかを記録し、公式Changelogにない差を0.153.4の変更として説明しないようにします。

いま0.153.4へ更新するべき人

更新を検討しやすいのは、Astraを使いたいのにモデル選択画面で見つけにくい人、明示的なモデル指定をしていない状態の既定表示を整えたい人、0.153系の公式修正を取り込みたい人です。特に、利用できる道具を前提にした確認質問の案内に違和感があった場合は、0.153.4の修正対象と自分の条件が重なる可能性があります。ただし、Astraの提供条件や利用画面が対象かどうかを先に確認し、更新の目的を一つに絞ると判断しやすくなります。

反対に、別のモデルを明示し、今回の表示や案内に関係する場面を使っていない人は、急いで更新する理由が小さい場合があります。更新を見送ること自体が問題なのではなく、現在の版を記録し、次の安定版や追加の公式説明を待てる状態にしておくことが大切です。更新する場合も、日常の重要な作業をいきなり先行版へ移さず、まず0.153.4で公式に説明された範囲を確認します。

先行版を試す場合の条件

0.154.0-alpha.3を試すなら、安定版0.153.4の版番号と設定を先に保存し、比較できる短い入力を決めます。試す対象は読み取りや表示確認に限定し、結果を戻せる場所で行います。表示、質問、処理結果、元の版へ戻れたかを別々に記録し、先行版で一度動いたことを安定版にもある性質とは扱いません。先行版の公開ページにない変更を説明するときは、公式情報ではなく手元の観察であることを明記します。

先行版から戻すときは、使った版番号を指定し、codex --versionと呼び出し先を再確認します。設定やモデル指定まで同時に変えると、戻した後に何が変わったのか追いにくくなります。版だけを変えて比べる、同じモデルを選ぶ、同じ短い依頼を使う、という三点を守れば、先行版に興味がある人でも安定版との差を整理しやすくなります。

まとめ

Codexリリース0.153.4は、2026年9月4日に公開された安定版で、GPT-6 Astraをモデル選択画面に表示し、明示的なモデル指定がない場合の既定モデルの扱いと、利用できる道具を前提にした確認質問の案内を整えました。更新の意味は、すべての作業が速くなることではなく、Astraを選ぶ入口と、その前提をCodex側でそろえることにあります。まず公式Changelogと公式リリース本文を読み、版番号の変更とモデルの変更を分けて考えます。

同日に公開された0.154.0-alpha.3はPre-releaseなので、日常利用の基準にするなら0.153.4を選び、更新前の版・呼び出し先・モデル指定を記録してから、公式コマンドで導入します。更新後はcodex --version、Astraの表示、指定あり・指定なしの差、短い読み取り、確認質問の案内を順番に確認します。表示された事実と実際の結果を分けて残せば、次のCodexリリースが出たときにも比較しやすくなります。

公式情報:

1. https://developers.openai.com/codex/changelog
2. https://github.com/openai/codex/releases/tag/rust-v0.153.4
3. https://github.com/openai/codex/releases/tag/rust-v0.154.0-alpha.3
4. https://openai.com/index/safety-overview-gpt-6-astra/