Codexのバージョン固定｜alpha.16〜.19の確認項目と採用判断
Codex CLI 0.148.0-alpha.16〜.19が短い間隔で公開され、どれを使うか迷いやすい状況です。最新の番号だけで機能や安定性を判断せず、公開ページで確認できる事実と、手元の codex --version・起動・設定読み込みの結果を分けて記録しましょう。この記事では、Codexのバージョンを一つに固定し、更新後に同じ条件で確かめるための項目を整理します。
2026年8月15日（日本時間）には、Codex CLI 0.148.0-alpha.16〜.19が短い間隔で公開された。各公式ページで 版番号とプレリリース表記、公開時刻、配布物を確認できる一方、個別の変更一覧が見えない版について機能や安定性を断定する材料にはならない（出典: https://github.com/openai/codex/releases/tag/rust-v0.148.0-alpha.16、https://github.com/openai/codex/releases/tag/rust-v0.148.0-alpha.19）。
採用する版は「最新の番号」だけで決めず、利用目的と確認日を先に固定し、`codex --version` の表示、起動、設定読み込み、短い確認作業を同じ条件で記録する。公開ページの情報と手元の結果を分ければ、alpha版を試した事実と、採用できると判断した範囲を混同しにくい（出典: https://developers.openai.com/codex/cli）。
GitHub Copilot CLI 1.0.81-0、Cursor Builds、Aiderの公式情報は比較材料として参照できるが、別製品の版と結果をCodexの変更へ読み替えない。この記事では、確認できたこと・確認できないこと・要確認を分け、使う版を一つにそろえる記録表まで作る。
目次 (7)
alpha.16〜.19の公開を、まず事実として読む
2026年8月15日（日本時間）に、OpenAI公式GitHubでCodex CLI 0.148.0-alpha.16、alpha.17、alpha.18、alpha.19が短い間隔で公開された。4版が続いたことはニュースとして確認できるが、4版を一つの大きな機能追加として扱うのは早い。まずは公式ページに表示される版番号、Pre-release の表記、公開時刻、配布物を版ごとに記録する（出典: https://github.com/openai/codex/releases/tag/rust-v0.148.0-alpha.16、https://github.com/openai/codex/releases/tag/rust-v0.148.0-alpha.17、https://github.com/openai/codex/releases/tag/rust-v0.148.0-alpha.18、https://github.com/openai/codex/releases/tag/rust-v0.148.0-alpha.19）。
| 版 | 公開ページで確認する表示 | 記事での扱い | 出典URL |
|---|---|---|---|
| 0.148.0-alpha.16 | 版番号、Pre-release、公開時刻、配布物 |
公開された事実として記録 | https://github.com/openai/codex/releases/tag/rust-v0.148.0-alpha.16 |
| 0.148.0-alpha.17 | 版番号、Pre-release、公開時刻、配布物 |
公開された事実として記録 | https://github.com/openai/codex/releases/tag/rust-v0.148.0-alpha.17 |
| 0.148.0-alpha.18 | 版番号、Pre-release、公開時刻、配布物 |
公開された事実として記録 | https://github.com/openai/codex/releases/tag/rust-v0.148.0-alpha.18 |
| 0.148.0-alpha.19 | 版番号、Pre-release、公開時刻、配布物 |
4版の中で最後に公開された版として記録 | https://github.com/openai/codex/releases/tag/rust-v0.148.0-alpha.19 |
この表で確認できるのは、公開ページにある情報の範囲です。利用者向けの個別変更一覧を確認できない箇所は「確認できない」と残し、版番号の上がり方から新機能、互換性、性能、安定性を推測しません。alpha.19が最大の番号でも、それだけで安定版になったり、alpha.16からalpha.19までの差が分かったりするわけではありません。
「最新」ではなく、採用する版を先に決める
Codexのバージョンを一つに固定する目的は、最大の番号を選ぶことではありません。日常の作業に使うのか、先行版を別の場所で試すのかを決め、その目的に合う一つの版を基準にして、同じ条件の結果を比べられるようにすることです。alpha版と安定版を混ぜず、選んだ版の確認日と公開URLも同じ記録に残します。
決める順番は次のとおりです。
- 利用目的を決める。日常の作業を続ける版なのか、先行版の挙動を調べる版なのかを明記する。
- 作業場所を決める。重要なファイルを直接対象にせず、変更範囲を確認しやすい小さな場所から始める。
- 採用版と確認日を記録する。たとえば
0.148.0-alpha.19を試す場合も、タグ名だけで手元の版を代用しない。 - 公開情報と手元の表示を照合する。公式の案内は https://developers.openai.com/codex/cli で確認し、端末では次の表示を残す。
codex --version
表示された版が採用版と一致しない場合は、そこで判断を止めます。設定の読み込み先や導入経路が違えば、同じタグを見ていても別の版が起動する可能性があるためです。表示が一致した後に、起動と短い確認作業へ進みます。
更新後に同じ条件で確認する
alpha版を試すときは、安定版で確認した手順を変えずに、会話の開始、設定の読み込み、短い課題、結果の確認を順番に行います。条件を変えると、版の違いと入力や作業場所の違いを分けられません。確認時間や改善率を測っていない場合は、数字を推測して埋めず、未計測として残します。
| 確認項目 | 残す記録 | 判断の目安 |
|---|---|---|
| 版番号 | codex --version の全文、確認日 |
公開ページの採用版と一致すれば確認できた |
| 起動 | 起動したか、表示された版 | 開始できたことと、目的の結果になったことを分ける |
| 設定読み込み | 読み込まれた設定と確認時の場所 | 想定した設定が反映されなければ要確認 |
| 短い課題 | 入力、対象ファイル、終了条件 | 同じ条件で結果を比べる |
| 表示結果 | 成功、失敗、未確認の内容 | 再現しない場合は採用判断を保留する |
「起動できた」は最初の確認にすぎません。設定が意図どおり読まれたか、対象範囲が合っているか、短い課題の結果を同じ条件で確認できたかまでそろって、初めて採用版の判断材料になります。公開ページで変更内容が確認できないことと、手元で問題が起きたことも別の欄に書きます。
記録表は「公開情報」と「手元の結果」を別列にする
4版を見比べるときは、公開ページの表示と自分の確認結果を一つの文章に混ぜない記録表が役立ちます。次の形なら、版番号を固定した理由と、まだ判断できない部分を後から追えます。
| 項目 | 記録内容 |
|---|---|
| 採用版 | 0.148.0-alpha.__ または安定版の実際の表示 |
| 確認日 | 2026-08-16 |
| 利用目的 | 日常利用、または先行版の確認 |
| 作業場所 | 確認用に分けた場所と変更範囲 |
| 公開ページ | 採用版の公式URL |
| 手元の表示 | codex --version の全文 |
| 確認項目 | 起動、設定読み込み、短い課題、結果 |
| 判定 | 確認できた／確認できない／要確認 |
たとえばalpha.19の公式ページを見て「公開されたこと」は確認できても、手元の設定や課題の結果まで公開ページだけで確認できるわけではありません。逆に、手元で起動できても、公開ページに記載のない変更内容を断定する根拠にはなりません。両方の列がそろわない間は、採用を急がずに「要確認」と残すのが安全です。
Copilot CLI、Cursor、Aiderは別製品として読む
GitHub Copilot CLI 1.0.81-0も同じ時期にプレリリースとして公開され、公式ページに記載された変更はモデル設定の更新でした。これはCodex CLI alpha.16〜.19の変更を説明する情報ではないため、製品名、版番号、公開ページ、手元の表示を別の行に記録します（出典: https://github.com/github/copilot-cli/releases/tag/v1.0.81-0）。
CursorのCloud Agents向けBuildsは、準備された環境から作業を始める案内として読みます。公式説明にある環境や状態の情報と、実際に小さな作業を終えるまでの時間や表示結果は別に確認します。Codexの版選びへ置き換えず、比較の背景として扱います（出典: https://cursor.com/blog/builds）。
Aiderは公式リリース欄で版を確認し、手元の表示と短い作業結果を照合します。Aiderのv0.86.0を記録する場合も、Codexと同じ条件や結果だとは扱いません。製品ごとに公開ページと確認項目を分けることで、別製品の更新をCodexの変更へ読み替えずに済みます（出典: https://github.com/Aider-AI/aider/releases）。
「確認できた」「確認できない」「要確認」を残す
判断をそろえるには、結果を三つに分けます。
- 確認できた: 公式ページの版番号と手元の表示が一致し、起動、設定読み込み、同じ短い課題の結果まで記録できた。
- 確認できない: 公開ページに個別変更の説明がなく、版番号以外の差を示す材料がない。
- 要確認: 表示版が一致しない、設定が想定と違う、課題を再現できない、または結果が未記録になっている。
「確認できない」は失敗とは限りません。情報がない部分を明示できれば、推測で機能や性能を補わずに済みます。alpha版では特に、確認できない項目を残したまま、安定性や互換性を断定しないことが重要です。
まとめ
Codexのバージョンを一つに固定するなら、alpha.16〜.19の番号を眺めて最も大きい版へ直ちに移るのではなく、利用目的、作業場所、確認日、手元の表示、短い確認結果を一つの記録にそろえます。公開ページで確認できる事実と、手元で試して分かった結果を別列にすれば、更新後に何が確認でき、何がまだ分からないのかを明確にできます。
Codex CLIの公式案内は https://developers.openai.com/codex/cli、alpha.19の公開ページは https://github.com/openai/codex/releases/tag/rust-v0.148.0-alpha.19 です。Copilot CLI、Cursor、Aiderの情報を参照するときも、各製品の版と出典URLをそのまま記録し、Codexの採用判断へ混ぜないようにします。
