Codexニュース0.156.0の公開事実と安定版の選び方を確認

Codexニュース0.156.0の公開事実と安定版の選び方を確認

Codexニュースを追うときは、リリース一覧の先頭にある版をそのまま「普段使いの最新版」と読まないことが大切です。2026年9月20日に0.156.0-alpha.9、9月18日に0.155.1が公開され、前者は先行版、後者は安定版として並んでいます。公開された事実と、手元へ入れる判断を分けて確認します。

結論powered by Claude

0.156.0-alpha.9は9月20日に公開されたPre-releaseです。 公式ページで確認できるのは版番号、先行版であること、公開日、配布物などで、ページ本文に今回の機能差を詳しく説明する変更一覧はありません。番号だけから性能や安定性を推測せず、試す目的を一つに絞ります。出典 URL: https://github.com/openai/codex/releases/tag/rust-v0.156.0-alpha.9

一方、0.155.1は9月18日公開のLatest表示がある安定版です。新しいローカルTUIセッションで推論要約を既定で無効にし、対応していない提供元によるリクエスト拒否を直したと公式に記載されています。明示的に設定した推論要約は尊重されるため、更新後も入口と設定を分けて確認します。出典 URL: https://github.com/openai/codex/releases/tag/rust-v0.155.1

今すぐ更新するかは版番号ではなく、作業の重要度と確かめたい変更で決めます。 日常の開発は0.155.1を基準にし、alpha.9は別の小さな対象で公開事実と手元の挙動を比べるのが分かりやすい方法です。CLIの版、選択モデル、対象フォルダー、確認結果を別々に残すと、更新の影響を追いやすくなります。出典 URL: https://developers.openai.com/codex/cli

目次 (26)

9月21日に見るCodexニュースの要点

今回のニュースは、大型機能の発表が一つだけあったという話ではありません。9月18日に安定版0.155.1が公開され、その二日後に0.156.0-alpha.9が先行版として公開されました。安定版は利用中の問題を修正したかを確かめる基準、alpha版は次の変更を早く観察する対象です。同じリリース一覧に並んでいても、利用者が取るべき行動は同じではありません。

特に注意したいのは、0.156.0-alpha.9の公式ページに具体的な変更項目がほとんど掲載されていないことです。版番号、Pre-releaseという表示、公開日、配布物は確認できますが、そこから新機能や速度向上を導くことはできません。説明がない部分を予想で埋めず、必要なら公開後の変更履歴や手元の短い確認で補う、という読み方が適切です。

9月18日の0.155.1には、対応していない推論要約を送ることで起きるリクエスト拒否を避ける修正が明記されています。この修正はCLIのローカルTUIセッションと推論要約の既定値に関するもので、Codex全体のモデル性能やデスクトップアプリのすべての表示を変える発表ではありません。対象を狭く読めば、更新後に何を試すべきかが見えてきます。

0.156.0-alpha.9で公式に確認できる事実

公式リリースページには、0.156.0-alpha.9がPre-releaseとして公開されたこと、9月20日に公開されたこと、配布物が用意されていることが示されています。リポジトリのメイン開発線から20コミットが進んでいる表示もありますが、それはalpha.9の利用者向け変更一覧ではありません。コミット数を機能数や品質の指標へ置き換えないようにします。

また、同じページでWindows、macOS、Linux向けの配布物が確認できるからといって、各OSの画面や機能が完全に同じだと決めつけることもできません。自分が使う配布物を選び、起動、版番号表示、短い読み取り、結果の確認を順番に試す必要があります。出典 URL: https://github.com/openai/codex/releases/tag/rust-v0.156.0-alpha.9

0.155.1で公式に確認できる修正

0.155.1の公式リリースノートは、バグ修正として「新しいローカルTUIセッションでは推論要約を既定で無効にする」変更を説明しています。推論要約に対応していない提供元へ、その設定を前提とするリクエストが送られて拒否される場合を避けるための修正です。すでに推論要約を明示設定している場合は、その設定を尊重すると記載されています。

この説明から言えるのは、TUIで要求拒否が起きた場合に版と推論要約を確認する価値があるということです。インストールの失敗、デスクトップのタスク作成、ネットワークの問題、モデルの提供条件まで解決するとは書かれていません。修正の対象と自分の症状が一致するかを先に見ます。出典 URL: https://github.com/openai/codex/releases/tag/rust-v0.155.1

先行版と安定版を同じ「最新版」と呼ばない

「最新版」という言葉には、公開日時が新しい版、通常利用で基準にする版、手元へ導入できる版という複数の意味があります。0.156.0-alpha.9は公開日時では新しい一方、Pre-releaseです。0.155.1はalpha.9より先に公開されていますが、公式ページでLatestと表示された安定版です。どちらが新しいかを一つの数字で決めると、日常作業へ先行版を入れる判断になりやすいので注意します。

先行版が悪いという意味ではありません。新しい表示や未確認の修正を試したい人にとって、alpha版は有用な観察対象です。ただし、同じフォルダー、同じ重要な作業、同じ外部ツールを使ったまま版だけを変えると、問題が起きたときに戻す理由を説明しにくくなります。先行版を試す場所と、通常版を使う場所を分けることが、ニュースを実際の判断へ移す基本です。

日常の作業は0.155.1を基準にする

納期がある作業、複数人が同じ操作を確認する作業、失敗時にすぐ戻せない作業では、Latest表示のある0.155.1を基準にする方が説明しやすくなります。更新後に問題が起きても、公式に記載された修正範囲と自分の記録を照合できます。alpha.9の新しさを理由に基準を切り替えるのではなく、必要な変更が日常の作業に本当に必要かを確認します。

安定版を使う場合も、更新しただけで完了とは考えません。codex --version の出力、起動した場所、選択したモデル、短い依頼の結果を残します。0.155.1の修正を確かめたい場合は、以前拒否された条件と、初期状態のローカルTUIセッションを同じように比べると、変更の影響を確認しやすくなります。

alpha.9は確認目的を一つに絞る

0.156.0-alpha.9を試すなら、まず「起動と版番号を確認する」「日本語の短い入力を読む」「既存ファイルを変更せず構成を説明する」など、観察できる目的を一つ選びます。新しい版の確認に大きなプロジェクトや重要な変更を使うと、版の差と作業の難しさが混ざります。結果が良くても、安定版と同じと断定せず、確認した範囲だけを記録します。

試験後に普段の版へ戻す可能性も先に考えます。元の版番号、導入経路、設定、確認用フォルダーを残しておけば、alpha版で表示や入力に違和感が出たときに比較できます。版を変える前に変更中のファイルがないことを確認し、未保存の作業を別の場所へ移してから試すと、ニュース確認が本来の開発へ影響しにくくなります。

0.155.1の修正を手元で確認する

0.155.1の変更は、リリースノートの一文を読むだけでなく、要求拒否が起きた段階と推論要約の状態を比べると理解しやすくなります。大切なのは、モデルの回答品質を評価することではなく、要求が受理されるか、拒否されるか、その設定が何だったかを分けて記録することです。受理された後の回答やコード差分は、別の確認として扱います。

Step 1: 現在のCLIと入口を記録する

最初に codex --version を実行し、実際に表示された版番号を残します。同じPCに複数の導入経路がある場合は、端末で呼び出されたCodexが更新対象と同じかを確認します。アプリ、TUI、エディターの拡張など入口が違えば、表示される設定や利用できる機能も変わる可能性があります。版番号だけでなく入口も記録してください。

Step 2: 推論要約の状態を確認する

推論要約を明示設定したか、初期状態のままかを分けます。0.155.1の公式説明は、明示設定を尊重しながら、新しいローカルTUIセッションでは対応していない提供元へ推論要約を前提に送らない既定値を示しています。設定画面や設定ファイルを確認し、表示されていない値を推測で補わないことが重要です。

Step 3: 短い読み取り依頼を送る

最初から複数ファイルを変更する依頼を送らず、現在のフォルダー構成を説明するだけの短い依頼を使います。要求が受理されたか、エラーが表示されたか、どの程度待ったかを残します。受理されたとしても、回答内容が正しい、ファイル変更が安全、作業が完了したという意味にはなりません。受付状態と結果確認を分けて見ます。

Step 4: 以前の失敗条件と比べる

更新前に拒否された条件があるなら、依頼文、モデル、入口、推論要約、作業場所をできるだけそろえます。一度に複数の条件を変えると、0.155.1の修正による変化か、別の設定による変化か分からなくなります。結果が変わらなくても、同じ条件を再現したという記録が残るため、次の調査に使えます。

0.156.0-alpha.9を試すときの確認手順

alpha.9の公式ページは、具体的な利用者向け変更を詳細に列挙していません。そのため、できることを予想して試すのではなく、公開事実を確認し、手元の挙動を小さく観察します。ページに書かれていない機能を「新機能」として紹介したり、20コミットという表示を性能向上と読み替えたりしないことが、ニュース記事を正確に保つポイントです。

Step 1: 版の種類と公開日を確認する

公式ページで 0.156.0-alpha.9Pre-release の表示を確認し、9月20日公開であることを記録します。公式リリース一覧だけでなく、版固有のページを開くと、安定版と先行版を取り違えにくくなります。導入前に確認したページのURLを残しておけば、後から公開状態が変わった場合も比較できます。出典 URL: https://github.com/openai/codex/releases/tag/rust-v0.156.0-alpha.9

Step 2: 検証用の対象を小さくする

変更中のファイルがない小さなプロジェクトか、読み取り専用で確認できる対象を選びます。最初の依頼は版番号と構成の確認にとどめ、複数のファイルを書き換えないようにします。表示、入力、出力、終了の四つを別に見れば、起動はできるが依頼だけ失敗する、依頼は通るが表示が崩れる、といった違いも残せます。

Step 3: 安定版との結果を並べる

同じ対象、同じ短い依頼、同じモデル条件を使い、0.155.1とalpha.9の結果を並べます。比べる項目は回答の好みだけではなく、起動時間、エラー表示、読み込んだ範囲、変更の有無、終了後の再開です。公式ページに変更項目がない場合、差が見つかってもalpha.9の機能だと断定せず、手元で観察した事実として記録します。

Step 4: 問題が出たら通常版へ戻す

起動できない、入力を受け付けない、作業対象を誤認する、必要な確認ができない場合は、alpha.9を普段の作業で使い続けません。元の0.155.1の版番号と設定へ戻し、同じ短い依頼で結果を比べます。戻した後に問題が解消したとしても、原因がalpha.9と断定できるとは限りません。違いが出た条件と戻した結果を、次の調査へ渡せる形で残します。

リリースページとCLIドキュメントの役割を分ける

Codexニュースを読むとき、公式リリースページと公式CLIドキュメントを同じものとして扱わないことも重要です。リリースページは版番号、公開段階、変更項目、配布物を確認する場所です。CLIドキュメントは、導入、サインイン、プロジェクトでの起動、モデルや権限の選択、最初のタスクの始め方を確認する場所です。どちらか一方だけを読んで、利用条件や手元の結果まで決めないようにします。

現行の公式CLI案内は、プロジェクトディレクトリからCodexを起動し、作業内容を説明し、必要に応じてモデル、推論の強さ、権限、コマンドを選ぶ流れを示しています。これはalpha.9固有の新機能一覧ではありませんが、版を切り替えた後に最低限どこまで確認するかを決める基準になります。出典 URL: https://developers.openai.com/codex/cli

リリースページで確認する項目

版番号、安定版かPre-releaseか、公開日、変更本文、配布物を確認します。本文が短い場合は「変更がない」と決めるのではなく、「このページだけでは詳細不明」と記録します。公開されたこと、インストールできること、起動できること、普段の作業へ採用できることは、それぞれ別の確認です。

CLIドキュメントで確認する項目

導入方法、起動方法、サインイン方法、利用できる入口、モデルと推論の設定、権限の選択を確認します。版番号を変えた後に設定が引き継がれるとは限らないため、以前と同じ設定にしたつもりでも、画面や設定ファイルを実際に読みます。必要な情報が見つからない場合は、版固有のページと現行ドキュメントを分けて参照します。

手元の結果で確認する項目

公式ページから分かることと、手元で観察したことを別のメモにします。版番号の表示は公式情報と端末情報の両方で確認できますが、入力の表示、読み取り範囲、依頼の受理、変更差分は手元の結果です。観察できていない性能や互換性を、リリース番号から補わないことが正確な記事と安全な更新につながります。

よくある読み違い

alpha.9の番号が新しいから、すぐ更新すべき?

すぐ更新する必要はありません。alpha.9は公開日時が新しい先行版ですが、日常利用の基準とは別です。試したい変更が具体的にあり、検証用の対象と戻す方法を用意できるなら試します。通常の作業を止めたくない場合や、変更内容が公式に説明されていない場合は、0.155.1を使いながら情報を待つ判断も合理的です。

0.155.1でモデル性能も変わった?

公式リリースに記載されているのは、ローカルTUIの推論要約の既定値と、対応していない提供元によるリクエスト拒否に関する修正です。モデルの能力が一律に変わった、デスクトップやWebの全機能が更新された、とまでは書かれていません。回答品質を比べたい場合は、同じモデル、同じ対象、同じ依頼で別に評価します。

0.156.0-alpha.9の変更内容はどこで分かる?

まず版固有の公式ページとリリース一覧を確認します。現時点で版固有ページに詳細な変更項目が並んでいないなら、その事実をそのまま残します。後から変更履歴、公式ドキュメント、次の安定版の説明が追加される可能性はありますが、追加される前の段階で機能を断定しないことが重要です。

版を戻せば必ず元の挙動になる?

版を戻すことでクライアントの変更は比較できますが、モデル提供状況、サーバー側の更新、設定ファイル、作業対象まで元に戻るとは限りません。戻す前後で版番号、設定、入口、同じ短い依頼をそろえ、何が変わったかを記録します。問題の原因が別の層にある場合は、版を戻しても同じ結果になる可能性があります。

まとめ:9月21日は0.155.1を基準にalpha.9を観察する

2026年9月21日時点のCodexニュースでは、9月20日公開の0.156.0-alpha.9と、9月18日公開の0.155.1を分けて読むことが最も重要です。alpha.9はPre-releaseとして公開された事実と配布物を確認できますが、版固有ページに詳細な機能差がないため、番号やコミット表示から性能を予想しません。0.155.1はLatest表示のある安定版で、ローカルTUIの推論要約を既定で無効にし、対応していない提供元によるリクエスト拒否を避ける修正が記載されています。

普段の作業は0.155.1を基準にし、alpha.9を試すなら小さな対象、短い依頼、固定したモデル条件で確認します。版番号、入口、対象フォルダー、推論要約の設定、エラー、変更差分を分けて残れば、公開されたニュースと手元の観察を混同しません。最新情報は公式リリース一覧とCLIドキュメントで確認してください。

参考になったら ♡
Codexer Navi 編集部
@codexer_navi

Anthropic の Claude / Claude Code を中心に、日本のエンジニア向けに最新動向と実務 を毎日発信。 運営方針 は メディアについて をご覧ください。