Codexリリース|0.159.0-alpha.10と安定版の違いを確認
2026年9月28日時点でCodexのリリースを調べると、9月27日に0.159.0-alpha.10を含む複数のpreview版が公開され、9月26日には0.157.1がOpenAIの更新履歴に載っています。数字だけを見ると新しい版へ急ぎたくなりますが、安定版と先行版では確認の仕方が違います。確定している事実、まだ分からない変更、手元で確かめる順番を分けて、更新判断に使える形へ整理します。
Codexの最新リリース欄では、0.159.0-alpha.10がPre-releaseとして2026年9月27日に公開されています。同じ日に0.159.0-alpha.7〜.9や0.158.0-alpha.15.3も並び、9月26日にもalpha.4〜.6が続きました。これは公開順と先行版の存在を示す情報で、安定版への昇格や機能差を意味しません。出典 URL: https://github.com/openai/codex/releases
OpenAIのCodex changelogに安定版として掲載されているのは0.157.1です。2026年9月26日の日付、インストール例、前版との差分へのリンクが確認できますが、同欄はリリースの見出しを十分な機能説明に置き換えてはいません。0.159.0-alpha.10のページにも公開区分、commit、配布物の情報はある一方、利用者向けの変更一覧は別途確認が必要です。出典 URL: https://developers.openai.com/codex/changelog / https://github.com/openai/codex/releases/tag/rust-v0.159.0-alpha.10
更新するかどうかは「番号が大きいか」ではなく、目的と確認条件で決めます。日常の作業には安定版を基準にし、先行版を試す場合は別の環境・小さな対象・版番号の記録を用意します。公式に書かれていない速度や精度を、公開日時やalphaの数字から推測しないことが、今回のリリースを正しく読むポイントです。出典 URL: https://learn.chatgpt.com/docs/codex/cli
目次 (23)
- Codexリリースを今確認する理由
- 9月28日に読むべき公式ページ
- 9月27日前後に公開されたCodexの版
- 0.159.0-alpha.10は最新の安定版ではない
- 0.157.1は安定版の比較点になる
- 版番号と公式説明を切り分ける
- Pre-release表示は利用目的の違いを示す
- commitと配布物は存在確認の材料
- 「最新」という言葉を入口ごとに限定する
- 更新前に行う確認
- Windowsで版番号を取り違えない
- 更新後の短い確認を同じ条件で行う
- 先行版を試す場合の判断基準
- 先行版を試す条件を先に書く
- 戻す判断を先に決める
- Codex CLIの更新とモデルの更新を分けて考える
- モデル選択はCLI版とは別の確認項目
- 結果の差は三つの軸で見る
- よくある疑問
- 0.159.0-alpha.10を今すぐ標準版として使うべき?
- 0.157.1の変更内容が少なく見えるのはなぜ?
- 同じ日に複数のalphaが公開される意味は?
- まとめ:Codexリリースは区分と目的を先に確認する
Codexリリースを今確認する理由
今回のCodexリリースは、9月26日の安定版掲載の直後に、9月27日だけで複数のpreview版が並んだ点に特徴があります。9月28日に確認する人は、単にページの一番上にある番号を採用するのではなく、どの版がいつ公開され、公式ページ上でどの区分になっているかを見分ける必要があります。OpenAIの更新履歴と公式GitHubリポジトリを突き合わせると、安定版の案内と、次の候補となる先行版の案内が別の場所にあることも分かります。出典 URL: https://github.com/openai/codex/releases / https://developers.openai.com/codex/changelog
短い間隔で版が公開されると、alpha.10という数字だけで大きな新機能を想像しやすくなります。しかし、リリース欄で確定するのは公開された版、公開区分、日時、commit、配布物の存在です。速度、互換性、特定の不具合が直ったか、WindowsとmacOSで同じ結果になるかは、別の説明や手元の確認が必要です。ニュースとしては公開事実を押さえ、利用判断では自分の目的に必要な確認へ進む、という二段階に分けると混乱しません。
9月28日に読むべき公式ページ
最初に見る場所は、OpenAIが案内するCodex CLIの更新履歴です。ここでは2026年9月26日のCodex CLI 0.157.1が安定版として掲載され、インストール例と前版との差分へのリンクが示されています。次に、openai/codexのリリース欄でPre-releaseを確認します。こちらには0.159.0-alpha.10など、まだ先行扱いの版が並びます。二つのページは競合しているのではなく、安定版の利用案内と、リポジトリ上の公開物を別の角度から示しています。出典 URL: https://learn.chatgpt.com/docs/changelog / https://github.com/openai/codex/releases
9月27日前後に公開されたCodexの版
公式リリース欄で確認できる公開時刻を、ページに表示された表記のまま整理します。ここでは日本時間への換算や、時刻の前後だけから公開の優先度を決めることはしません。重要なのは、0.159.0-alpha.10が9月27日21:09に公開されたPre-releaseであること、同日にalpha.7〜.9や0.158.0-alpha.15.3も公開されていること、そして9月26日にも同じ系列の版が続いていることです。出典 URL: https://github.com/openai/codex/releases
| 版 | 公式ページの区分 | ページに表示された公開時刻 | 読み方 |
|---|---|---|---|
| 0.159.0-alpha.10 | Pre-release | 2026年9月27日 21:09 | 0.159系列の先行版 |
| 0.158.0-alpha.15.3 | Pre-release | 2026年9月27日 19:18 | 0.158系列の先行版 |
| 0.159.0-alpha.9 | Pre-release | 2026年9月27日 06:37 | alpha.10の一つ前に公開された版 |
| 0.159.0-alpha.8 | Pre-release | 2026年9月27日 04:48 | 0.159系列の先行版 |
| 0.159.0-alpha.7 | Pre-release | 2026年9月27日 01:24 | 0.159系列の先行版 |
| 0.158.0-alpha.15.2 | Pre-release | 2026年9月27日 00:02 | 0.158系列の別の先行版 |
| 0.159.0-alpha.6 | Pre-release | 2026年9月26日 20:07 | 0.159系列の先行版 |
| 0.159.0-alpha.5 | Pre-release | 2026年9月26日 17:34 | 0.159系列の先行版 |
| 0.159.0-alpha.4 | Pre-release | 2026年9月26日 06:21 | 0.159系列の先行版 |
| 0.157.1 | 安定版としてOpenAI更新履歴に掲載 | 2026年9月26日 | 日常利用の比較対象 |
0.159.0-alpha.10は最新の安定版ではない
0.159.0-alpha.10の個別ページにはPre-releaseと表示され、タグはrust-v0.159.0-alpha.10、commitはeb42c2d、配布物は178件と確認できます。これは公開されたビルドを識別する材料としては十分ですが、安定版であることを示す表示ではありません。alphaの末尾が10になったことも、alpha.9より新しい先行版であることを示すだけで、すべての利用者に推奨される版になったという意味にはなりません。出典 URL: https://github.com/openai/codex/releases/tag/rust-v0.159.0-alpha.10
alpha.7、alpha.8、alpha.9、alpha.10が同じ日に続いていることから、検証用の公開が短い間隔で行われていると考えられます。ただし、リリースページの表示だけでは、各版の差分が利用者にどのような影響を与えるかまでは分かりません。個別ページに利用者向けの説明が増えていない場合、番号の増加を機能の増加へ置き換えず、「その版が公開された」という事実にとどめて読むのが正確です。
0.157.1は安定版の比較点になる
OpenAIのCodex changelogでは、2026年9月26日の項目にCodex CLI 0.157.1が掲載され、npm install -g @openai/codex@0.157.1という導入例が示されています。一方で、同じ項目にはリリースのハイライトを特定できなかった旨と、前版との差分へのリンクが記載されています。したがって、0.157.1について確認できることは、安定版として案内されたことと、導入方法が示されていることです。利用者向けの改善内容を、ページにないまま補ってはいけません。出典 URL: https://learn.chatgpt.com/docs/changelog
安定版という言葉も、どの入口を指すのかを明確にして使います。ここでの0.157.1はCodex CLIの版であり、デスクトップアプリの表示番号や、選択しているモデルの番号ではありません。同じCodexという名前でも、CLI、デスクトップアプリ、エディター拡張では確認する画面が異なるため、記事やメモに版番号を書くときは入口を併記するのが安全です。出典 URL: https://learn.chatgpt.com/docs/codex/cli
版番号と公式説明を切り分ける
リリース情報を読むときは、ページから直接読み取れる事実と、そこからは読み取れない評価を分けます。次の表の「確認できること」は公式欄の表示を写す項目であり、「それだけでは言えないこと」は追加の変更説明や手元での再現を必要とする項目です。これを分けるだけで、preview版の数字に期待を載せすぎることを防げます。
| 見る項目 | 公式ページから確認できること | それだけでは言えないこと |
|---|---|---|
| 版番号 | 0.159.0-alpha.10などの公開名 | 新機能の数、処理速度、品質 |
| 区分 | Pre-releaseか、安定版として案内されているか | 自分の用途に合うか |
| 公開日時 | ページに表示された時刻と日付 | 日本の利用環境での提供開始時刻 |
| commit | どのcommitに結びついた公開物か | 変更内容の重要度 |
| 配布物 | 対応するアーカイブやファイルがあるか | すべてのOSで同じ動作をするか |
| 変更説明 | 掲載されている差分や前版へのリンク | 掲載されていない改善や修正 |
Pre-release表示は利用目的の違いを示す
Pre-releaseは、安定版の更新履歴に並ぶ正式な比較点とは別に、先行して公開されている版です。先行版を試す理由がある人には価値がありますが、日常の作業で使う版を選ぶときは、版番号の新しさよりも、必要な機能が説明され、問題が起きたときに戻せるかを優先します。alpha.10を使うなら、現在の安定版を記録したうえで、どの確認のために試すのかを一文で書いておくと、試した結果を評価しやすくなります。
commitと配布物は存在確認の材料
個別ページにcommitの短縮値と178件の配布物が表示されていることは、その版の公開物が存在することを確認する材料です。しかし、配布物が多いことは機能が多いことを意味せず、commitの文字列が変わったことも利用者向けの差分の大きさを表しません。読者に伝えるときは、版番号、区分、公開日時、公式に掲載された説明を並べ、機能の評価は別の確認結果として書き分けます。出典 URL: https://github.com/openai/codex/releases/tag/rust-v0.159.0-alpha.10
「最新」という言葉を入口ごとに限定する
「最新のCodex」と書くと、CLIのnpm版、デスクトップアプリ、モデル、公式リポジトリの先行版が一つに見えます。今回なら「公式リリース欄で先頭にある先行版は0.159.0-alpha.10」「OpenAIの更新履歴に掲載されたCodex CLIの安定版は0.157.1」と限定して書くのが適切です。対象を限定すれば、後日アプリの更新や別のモデルが発表されたときにも、記事のどの箇所を直すべきか分かります。
更新前に行う確認
版を変える前には、現在の状態を残し、公式ページで目的の版を選び、小さな確認を通してから通常の作業へ戻ります。大きなリポジトリをいきなり対象にせず、結果を見比べられる小さな読み取りやテスト用フォルダーを使うと、版の差と対象の差を区別しやすくなります。次の順序なら、0.157.1へそろえる場合にも、alpha.10を限定的に試す場合にも使えます。
- 現在の入口と版番号を記録する。CLIなら
codex --versionと、必要に応じてnpm list -g @openai/codex --depth=0を実行し、デスクトップアプリやエディターから使う場合は設定画面に表示されたアプリ版を別に書きます。 - 公式リリース欄とOpenAIの更新履歴を開き、版番号の区分を確認する。
Pre-releaseなら、安定版の代替として扱わず、試す目的と戻す版を先に決めます。 - 安定版を使う目的なら、更新履歴に示された0.157.1の導入例を基準にします。コマンドを実行する前に、現在の版、対象の入口、確認した公式URLを同じ記録へ残します。
- 更新後は、まず版表示の確認、短い読み取り、結果の確認を順に行います。変更を伴う依頼は後回しにし、以前と同じ対象・同じ依頼で差を見られる状態を作ります。
- 結果を「起動できた」「読み取れた」「変更結果を採用できた」に分けて残します。起動できたことだけで、速度や互換性まで改善したと判断しないことが大切です。
Windowsで版番号を取り違えない
Windowsでは、ターミナルから呼び出すCLIとデスクトップアプリが別の更新経路を持つため、画面で見た版とコマンドで表示された版を同じものとして扱わないようにします。codex --versionが0.157.1を返していても、デスクトップアプリのビルド番号が同じ数字になるとは限りません。逆にアプリ側が新しく見えても、別のターミナルが古いnpmパッケージを参照していることがあります。入口、版番号、確認時刻を一行ずつ残すだけで、この取り違えはかなり減らせます。
また、Windowsの確認では、対象フォルダー、読み取り権限、使用するモデルを固定します。版を変えた直後にフォルダーやモデルも変えると、結果の違いをどの要因に結びつけるべきか分からなくなります。小さな読み取りを先に行い、ファイルの変更が必要な場合は差分を確認できる状態にしてから進めるのが現実的です。
更新後の短い確認を同じ条件で行う
確認用の依頼は、版をまたいで同じ内容にします。たとえば、特定のファイルの構成を説明させる、短いテストの失敗理由を読み取らせる、既存の差分を要約させる、といった変更を伴わない対象を選びます。返答の速さ、説明の細かさ、ファイルの参照範囲を記録し、公式ページに書かれた情報と自分の観察を分けて保存します。観察は有用ですが、1回の結果だけで版全体の性質を断定しないようにします。
先行版を試す場合の判断基準
0.159.0-alpha.10を試すこと自体が誤りというわけではありません。新しい版で再現する問題を確認したい、次の変更を先に検証したい、特定の環境で動作を比較したいなど、目的が明確なら先行版にも意味があります。ただし、通常の作業で使う安定版と、確認用の先行版を同じ場所で混ぜると、どの版で作った結果か分からなくなります。目的、対象、戻す版を先に決めてから使います。
候補を選ぶ前に、安定版と先行版の役割を分けておくと、導入後の評価も落ち着いて行えます。確認したい内容が小さいほど、版による差を残しやすくなります。
先行版を試す条件を先に書く
試す前に「何が確認できれば終わりか」を一文にします。たとえば、特定の起動問題が再現するか、Windowsで短い読み取りが完了するか、版表示と配布物が一致するか、という具体的な条件です。条件がないまま新しいalphaを順番に試すと、結果がよかったのか、単に別の版を触っただけなのかが曖昧になります。公式ページのURL、版番号、commit、対象、結果を一つの記録にそろえると、後から見直せます。
戻す判断を先に決める
先行版で問題が出たときに、どの版へ戻すかを事前に決めます。今回の比較点なら、OpenAIの更新履歴に載る0.157.1を候補として記録し、戻した後に同じ短い確認を再実施します。先行版で起きた現象が安定版で再現しなければ、版による差の可能性がありますが、モデル、対象フォルダー、権限なども同じにしなければ確定できません。戻せることを確認しておくと、先行版の評価を急がずに済みます。
Codex CLIの更新とモデルの更新を分けて考える
9月はCLIの版更新とモデルの案内が近い日付に並んでいるため、両者を一つの変更として読まないことも重要です。OpenAIの更新履歴には9月22日付でGPT-6 SolとGPT-6 LunaのCodexへの展開が掲載され、9月23日にはCodex CLI 0.156.1、9月25日には0.157.0、9月26日には0.157.1が掲載されています。モデル選択の変更とCLIの版番号は別の軸なので、同じ日に確認した結果でも、どちらの影響かを分けて記録します。出典 URL: https://learn.chatgpt.com/docs/changelog
モデル選択はCLI版とは別の確認項目
CLIを更新しただけで、選択中のモデルが変わったと決めつけないようにします。モデル選択欄、起動時の設定、依頼時に指定したモデルを別々に記録し、CLIの版番号と並べます。OpenAIの案内では、CLIからモデルを選ぶ例として/modelやcodex --model gpt-6-solが示されていますが、利用できるモデルはプランや段階的な提供状況によって異なります。版の比較記事でモデルの性能まで評価するなら、同じモデルを固定した比較が必要です。出典 URL: https://learn.chatgpt.com/docs/changelog
結果の差は三つの軸で見る
更新後に結果が変わった場合は、CLI版、モデル、対象と設定の三つに分けて考えます。CLIだけを変えてモデルと対象を固定したなら、版の差を調べやすくなります。モデルも同時に変えたなら、Codexの版だけが原因とは言えません。対象フォルダーや権限が変わった場合も同様です。比較できる条件を一つずつ固定し、確定したことと推測を記録上で分けると、次の調査が短くなります。
よくある疑問
ここでは、今回のリリース欄とOpenAIの更新履歴を読んだときに迷いやすい点をまとめます。質問ごとの答えは、公開事実と利用判断を分けて書いています。版番号の順序だけで結論を出さず、公式ページで確認できる区分、導入した入口、手元で見た結果を順番に確認してください。特に、先行版を見つけたことと、その版を日常の作業へ採用することは別の判断です。版の選び方、確認方法、変更説明の読み方を順に見直し、必要なら公式ページへ戻れるようにします。
0.159.0-alpha.10を今すぐ標準版として使うべき?
標準版として使うかどうかは、番号の大きさではなく、公式ページの区分と自分の目的で決めます。0.159.0-alpha.10は公式リリース欄でPre-releaseと表示されているため、日常の作業には安定版として案内されている0.157.1を比較点にする方が説明しやすい状態です。alpha.10を試す場合は、試す理由、対象、戻す版、結果を残し、通常の作業と混ぜないようにします。出典 URL: https://github.com/openai/codex/releases/tag/rust-v0.159.0-alpha.10
0.157.1の変更内容が少なく見えるのはなぜ?
OpenAIの更新履歴では、0.157.1についてリリースのハイライトを特定できなかった旨が表示され、前版との差分へのリンクが案内されています。この表示から「変更がない」とも「大きな変更が隠れている」とも言えません。確認できるのは、該当日付にCodex CLI 0.157.1が掲載され、導入例が示されていることです。機能差を知りたい場合は、リンク先の差分と自分の環境での短い確認を別々に見ます。出典 URL: https://learn.chatgpt.com/docs/changelog
同じ日に複数のalphaが公開される意味は?
同じ日に複数のalphaが並ぶのは、公開物が短い間隔で更新されたことを示します。alpha.10がalpha.9より新しいという順序は読めますが、その差がどの機能に対応するかは個別の変更説明が必要です。リリース欄に説明がなければ、公開日時、版番号、commit、配布物の存在だけを確定情報として扱い、速度や安定性の評価は手元の比較へ持ち越します。出典 URL: https://github.com/openai/codex/releases
まとめ:Codexリリースは区分と目的を先に確認する
2026年9月28日に確認できるCodexリリースの要点は、9月27日に0.159.0-alpha.10を含む複数のPre-releaseが公開され、OpenAIの更新履歴には9月26日のCodex CLI 0.157.1が掲載されていることです。alpha.10は新しい先行版ですが、番号だけで安定性、速度、機能差を判断することはできません。公式の版番号、区分、公開時刻、commit、説明の有無を確認し、必要な場合だけ手元で小さく比較します。
普段の作業に使う版を選ぶなら、まず安定版を比較点として、現在の入口と版番号を記録します。先行版を試すなら、理由と終了条件、戻す版を先に決め、CLI版・モデル・対象フォルダーを固定して結果を残します。「最新」という言葉をCLI、アプリ、モデル、先行版のどれに使っているかまで書けば、次の更新が出たときにも記事と作業記録を正確に更新できます。出典 URL: https://github.com/openai/codex/releases / https://learn.chatgpt.com/docs/changelog / https://learn.chatgpt.com/docs/codex/cli