Codexのモデル違い｜安定版・試験版・入口を確認する方法

「違い」を五つの確認単位に分ける

Codexのモデルを比較するときは、最初に比較表の列を決めます。モデル名は画面や資料に現れる名前、CLI版番号はクライアントの公開版、安定版・試験版はリリースページの区分です。利用入口はCodex CLI、IDE拡張、GitHub Copilot経由などのどこで見たかを示し、確認結果はその入口で表示・選択・作業まで進めた範囲を示します。

この五つを一つの「バージョン」欄にまとめると、版番号が新しいからモデルも新しい、資料に名前があるから手元でも使える、といった誤読が起きます。まず公開ページで分かること、次に自分の入口で見えたこと、最後に選択後の作業で確かめたことを分けて残します。

2026年8月5日のCodex CLIは安定版と試験版を分ける

0.146.1で公式に確認できる変更

2026年8月5日、Codex CLI 0.146.1が安定版として公開されました。個別ページに記載されているのは、サイバー用途にも対応するモデル向けのレビュー初期設定を安全側にする変更と、ターミナル上で権限変更を説明する変更です。ここで確定できるのは個別ページに書かれた変更内容であり、別のモデルの性能、速度、互換性まで広げてはいけません（出典: Codex CLI 0.146.1）。

通常利用でこの版を確認するなら、まず codex --version などで表示されたCLI版番号を記録し、次にレビュー開始時の初期設定と権限を変えたときの説明表示を別欄へ残します。版番号が一致したことと、表示や作業結果を確かめたことは別の判定です。

0.147.0系は公開事実と未確認項目を分ける

同日には、0.147.0-alpha.6.5、0.147.0-alpha.10、0.147.0-alpha.11、0.147.0-alpha.12も公開され、各ページでPre-releaseとして表示されています。公式ページから確認できる版番号、タグ、公開日と、個別ページに詳しい変更説明がない項目を分けます。説明のない版から新機能、性能、互換性、安定版との差を補わず、「要確認」と記録してください（出典: Codex公式リリース一覧、0.147.0-alpha.6.5、0.147.0-alpha.10、0.147.0-alpha.11、0.147.0-alpha.12）。

試験版を確認するときは、安定版と同じ短い作業を用意して、起動、表示、許可範囲、作業結果を一つずつ記録します。比較できる作業をまだ行っていない場合は「差がない」とせず、版番号と公開日だけ確認できた状態として残します。

モデル名・CLI版番号・設定項目を分ける

モデル名は利用する処理対象の名前、CLI版番号はその入口を動かすクライアントの公開版です。たとえば 0.147.0-alpha.12 はCodex CLIのリリース番号であり、モデル選択欄に表示されるモデル名ではありません。反対に、画面にモデル名が表示されたからといって、同じ名前がすべての入口に出るとは限りません。

OpenAIの設定リファレンスには、models.new_thread.model が新しいスレッドの既定モデルを表し、明示的なモデル指定や設定上書きが優先されると説明されています。これは設定項目を読むための根拠です。設定に名前を書けること、利用中の画面に同じ名前が表示されること、選択後に短い作業を完了できることは、それぞれ別の確認として記録します（出典: Codex設定リファレンス）。

確認の順番は、設定を読む、入口を固定する、画面表示を写す、選択できるかを見る、同じ短い作業を行う、の五段階です。自分の画面を確認していないときは「利用できる」と断定せず、資料で確認できた情報と手元で未確認の情報を分けます。

利用入口ごとの表示を記録する

Codex CLIとIDE拡張

Codex CLIでは、画面に表示されたモデル名と、CLIの版番号を別々に書きます。IDE拡張では、拡張の版番号、ログイン後に表示されたモデル名、どの画面で確認したかを分けます。公式リリースの版番号が新しくても、別入口の選択欄に同じ名前が出る根拠にはなりません。

短い確認作業を行うときは、同じフォルダー、同じ入力、同じ確認範囲を使います。表示された、選択できた、作業結果を確認できた、の三つを別の欄に残し、どれか一つしか見ていない場合は「要確認」とします。

GitHub Copilot経由のOpenAI Codex

GitHubの案内では、OpenAI Codex coding agentは有料のCopilotプランで利用でき、VS Code拡張の「Sign in with Copilot」はCopilot Pro+とCopilot Maxが対象とされています。また、coding agentの入口にはAuto、GPT-5.3-Codex、GPT-5.4、GPT-5.4 nanoが掲載されています。これはGitHubが案内する入口の対応情報であり、Codex CLIやすべての入口の表示を確定する資料ではありません（出典: GitHubのOpenAI Codex案内）。

Copilot経由で確認する場合は、coding agentかVS Code拡張かを入口欄に書き、対象条件、表示モデル、選択後の結果を分けます。資料にモデル名があっても自分の画面を見ていなければ、表示と利用は「要確認」です。逆に画面に表示されても、選択後の作業を確かめていなければ、作業結果は未確認として残します。

Cline、GitHub Copilot、Cursor、Aiderを別製品として読む

Cline v4.1.5では、無料モデルの提供終了時期を知らせる表示と、複数のAI SDK提供元にまたがる推論量設定の扱いが案内されています。v4.1.4では、計画から作業へ移る判断を利用者側に置き、計画中のファイル変更用コマンドを拒否する変更が記載されています。SDK v0.0.70にも、長い入力で上限を超えた場合の復帰や空の応答の再試行が記載されています。これらはClineの版番号と変更説明として記録し、Codexのモデル差へ移しません（出典: Cline v4.1.5、Cline v4.1.4、Cline SDK v0.0.70）。

GitHub Copilot、Cursor、Aiderでは、2026年8月5日の新規掲載を確認できませんでした。ただし、新着がないことは機能が存在しないこと、Codexと互換性がないこと、性能に差があることを示しません。Copilotは公式Changelog、Cursorは公式Changelog、Aiderは公式リリース一覧を、製品ごとの確認先として別欄へ置きます。

Clineの更新、Copilotの案内、Cursorの変更一覧、Aiderのリリース番号を一つのモデル比較へ混ぜないことが大切です。別製品の版番号をCodex CLIの版番号として書かず、製品名、入口、確認日、根拠URLをそろえて記録します。

モデルの違いを確認する表

次の表は、公開情報と手元の確認結果を分けて残すためのテンプレートです。空欄を推測で埋めず、画面で確認できなかった項目は「確認できない」または「要確認」と書きます。

この表を使うと、公式ページに版番号があること、画面にモデル名が出たこと、選択後に作業できたことを別々に示せます。たとえば0.147.0-alpha.12のページを読んだだけなら、公開事実は「確認できた」、機能変更は「要確認」、手元の表示と作業結果は「未確認」です。番号が新しいという一つの理由で、すべての欄を「確認できた」にしないようにします。

同じ短い作業で表示・選択・結果を分ける

まず入口、版番号、確認日を記録します。次に画面へ表示されたモデル名を写し、公式資料に掲載された名前と同じかを確認します。その後、選択できるかを見ます。設定に名前を書けても、選択欄で利用できるとは限らないためです。

最後に、読み取り中心の小さな作業など、同じ条件で繰り返せる確認を一つだけ行います。作業が完了したか、入力が欠けていないか、変更が残ったかを確認し、速度や品質を測っていないなら比較欄へ書きません。画面表示までしか確かめていなければ、選択と作業結果は「要確認」とします。

既存記事との役割を分ける

モデル名、CLI版番号、入口ごとの表示条件を詳しく読む場合は、Codexのモデル一覧を読む記事へ分けます。モデルを変更した後の表示、会話、作業フォルダーを確認する場合は、Codexモデル変更チェックリストを参照してください。

安定版と試験版の一般的な読み分けはCodexの安定版・試験版の選び方、設定やモデルを選ぶ操作はCodexモデル選択の記事へ分けます。本記事では、2026年8月5日の公開情報を起点に、五つの確認単位を一つの表へそろえる役割に限定します。

まとめ

Codexのモデル違いを確認するときは、モデル名、CLI版番号、安定版・試験版、利用入口、手元の確認結果を別々に記録します。0.146.1は個別ページに記載された変更を安定版の情報として扱い、0.147.0系は版番号と公開事実を確認し、説明のない項目を要確認として残します（出典: Codex 0.146.1、Codex 0.147.0-alpha.12）。

設定リファレンスのモデル項目、GitHub Copilot経由の案内、Clineの各版、CursorとAiderの確認先は、それぞれが示す範囲を越えて使いません。資料に掲載されていること、入口で表示されたこと、選択して短い作業ができたことを分ければ、版番号だけで機能や性能を推測せずに済みます。

判定は「確認できた」「確認できない」「要確認」の三つに分け、確認日と根拠URLを近くに置きます。新しい版を見つけたときも、モデル名や入口の表示を同時に書き換えず、同じ短い作業で確かめた結果だけを追加すると、次の確認でも比較単位がぶれません。