CodexでGPT-5.5を使う方法：ChatGPTサインイン、APIキー制限、GPT-5.4代替
2026年4月25日時点で、CodexにChatGPTサインインしてGPT-5.5が表示されるなら、複雑な開発作業ではまずGPT-5.5を試すのが自然です。ただし、OpenAI APIでgpt-5.5が使えることと、CodexのAPIキー認証でGPT-5.5が使えることは同じではありません。ローカルではcodex -m gpt-5.5、またはmodel = "gpt-5.5"を試せますが、表示されない、または拒否される場合は入口を確認し、無理に押し通さずgpt-5.4へ切り替えます。
| やりたいこと | まず使う経路 | トラブルシュート前の確認 |
|---|---|---|
| Codexで強いモデルを使って重い開発作業を進める | ChatGPTサインインのCodexで、GPT-5.5が表示されたら選ぶ | アカウント、プラン、rollout、モデル選択画面がGPT-5.5を出している必要があります。 |
| CLIや設定でモデルを指定する | codex -m gpt-5.5 または model = "gpt-5.5" | 公式が最低CLIバージョンを示していない限り、固定のバージョン番号を書かない。まず更新して再確認します。 |
| OpenAI APIからGPT-5.5を呼ぶ | API model ID gpt-5.5 とAPI pricingに従う | API課金はChatGPT/Codexプランの利用枠とは別です。 |
| APIキー認証でCodexを使う | GPT-5.5がその経路で動くと仮定しない | 現在のCodex docsではGPT-5.5はAPIキー認証では利用不可です。 |
| GPT-5.5が見えないが作業を止めたくない | gpt-5.4へ戻す | gpt-5.4-miniは軽作業向けで、品質優先の代替ではありません。 |
誤解の中心は、OpenAIのすべての入口を一つのモデルスイッチとして扱ってしまうことです。安全な順序は、入口の確認、コマンドまたは設定、API料金、最後にモデル品質の比較です。
GPT-5.5 in Codexとはどの入口の話か
Codexは、存在するOpenAI APIモデルをそのまま全経路で使える薄いラッパーではありません。アプリ、Web、CLI、IDE拡張、クラウドタスク、ChatGPTプランでのサインイン、APIキー認証という複数の入口があります。gpt-5.5がOpenAI APIのモデルとして存在していても、CodexのAPIキー認証では使えない、という状態は成り立ちます。
Codexの挙動はOpenAIのCodexモデル文書を基準にします。この文書は、モデル選択画面にGPT-5.5が出る場合は多くのCodex作業でgpt-5.5から始めることを勧め、codex -m gpt-5.5とmodel = "gpt-5.5"の例を示しています。同時に、GPT-5.5はChatGPTサインインのCodexで利用でき、APIキー認証では現在利用できない、と分けて説明しています。
ここを分けると、よくある混乱は解けます。gpt-5.5のOpenAI APIモデルページを見てAPI対応を確認しても、APIキーでCodexを動かす経路では失敗することがあります。APIの可用性とCodexの認証経路は別の判断です。
Codex Cloudにも別の制約があります。Codexモデル文書では、Cloudのデフォルトモデルは現時点でユーザーが変更できないとされています。ローカルCLIの-m指定でCloudタスクのモデルまで変えられる、と考えないほうが安全です。
ローカルでGPT-5.5を試す手順
Codexアプリ、IDE拡張、またはモデル選択画面のあるローカルクライアントを使うなら、最初にpickerを見ます。GPT-5.5が表示されている場合、複数ファイルの修正、難しいバグ、アーキテクチャ判断、制約の多いフロントエンド実装、安全性に関わるリファクタリング、長い自己確認を含むagent taskで優先して使う価値があります。
CLIでは次のコマンドです。
hljs bashcodex -m gpt-5.5
設定ファイルで固定する場合は、公式例に合わせて次のように書きます。
hljs tomlmodel = "gpt-5.5"
ここで最低バージョンを断言しないことが重要です。手元のクライアントが-m, --model <MODEL>を受け付けても、別のアカウント、プラン、rollout、認証方式、クライアントビルドではGPT-5.5が出ない場合があります。実務上は、Codexを更新し、ChatGPTサインインを確認し、pickerまたはcodex -m gpt-5.5を再試行してから原因を切り分けます。
最初の検証は小さく始めます。すべてのプロジェクトを一気に切り替えるのではなく、実際のリポジトリで範囲の決まった作業を依頼し、指定したモデルが受理されるかを確認します。unsupported modelやmodel metadata系の失敗がすぐ返るなら、コマンドの表記ゆれを試し続けるより、次の経路確認に進みます。
GPT-5.5が表示されない、または拒否される理由
実際の導入では「使い方」「料金」「ChatGPTとCodexで何が変わるか」という文脈が混ざりやすいですが、復旧で見るべき点は一つです。今いる入口がGPT-5.5を許可しているかどうかです。
| 症状 | 可能性が高い原因 | 最初の対応 |
|---|---|---|
| pickerにGPT-5.5がない | アカウント、プラン、rollout、クライアントがまだ露出していない | クライアントを更新し、ChatGPTで再サインインしてpickerを確認する。 |
codex -m gpt-5.5が拒否される | ローカル経路にモデルアクセスがない | ChatGPTサインインかAPIキー認証かを確認し、gpt-5.4へ戻す。 |
API docsにはgpt-5.5があるのにCodexで失敗する | API accessとCodex APIキー認証が別 | API docsをCodex APIキー対応の証拠にしない。 |
| Cloud taskが別モデルで走る | Cloudのモデル選択はローカルCLIと別 | Codex Cloudの現在のdefaultを別に確認する。 |
| 作業が小さくコスト重視 | GPT-5.5が過剰な場合がある | 低リスクな作業だけgpt-5.4-miniを使う。 |
復旧の順序は次の通りです。
- ChatGPTサインインなのか、APIキー認証なのかを確認する。
- Codexのモデル選択画面にGPT-5.5があるかを見る。
- Codexクライアントを更新し、pickerまたは
codex -m gpt-5.5を再試行する。 - それでも見えない、または拒否されるなら
gpt-5.4を使う。 - 小さく戻せる作業だけ
gpt-5.4-miniを検討する。
この順序なら、公式経路を確認する前にコミュニティ由来の回避策へ進むことも、難しい開発作業をいきなりminiモデルへ落とすことも避けられます。
OpenAI APIとCodex APIキー認証の境界
OpenAIのAPIモデル一覧とgpt-5.5モデルページにはGPT-5.5が掲載されています。モデルページにはChat CompletionsとResponsesなどの対応端点もあります。これはAPIとしての答えですが、CodexのAPIキー認証制限を上書きするものではありません。
2026年4月25日時点で、OpenAI API pricingの標準価格は次の通りです。
| モデル | Input | Cached input | Output | 向いている使い方 |
|---|---|---|---|---|
gpt-5.5 | $5.00 / 1M tokens | $0.50 / 1M tokens | $30.00 / 1M tokens | 品質を優先するAPI、coding、reasoning、agent作業。 |
gpt-5.4 | $2.50 / 1M tokens | $0.25 / 1M tokens | $15.00 / 1M tokens | Codexの第一代替、または低コストの本格作業基準。 |
gpt-5.4-mini | $0.75 / 1M tokens | $0.075 / 1M tokens | $4.50 / 1M tokens | 要約、分類、抽出、小さな修正、早期調査。 |
この価格はAPI課金の話であり、ChatGPTプランのCodex利用とは別です。OpenAI Help CenterのChatGPTプランでCodexを使う説明はプランとクライアントのアクセスを扱い、API pricingはAPI callのtoken課金を扱います。両方を使うチームでも、予算、制限、確認先は分ける必要があります。
長いコンテキストにも注意します。モデルページと料金ページには、非常に長いGPT-5.5入力ではより高いfull-session pricing ruleが適用される場合があると示されています。大きなコードベースやログをAPIに送る場合、通常の行だけで見積もらないほうが安全です。
どのモデルを選ぶべきか
GPT-5.5は、経路が通っていて作業が十分に難しいときの第一候補です。複数ファイル編集、原因の深いバグ、設計判断、制約の多いUI実装、回帰リスクのあるリファクタリング、モデル自身の計画と検証が必要な作業では、失敗のコストがモデル差額を上回ります。
GPT-5.4は、GPT-5.5が見えない、拒否される、またはアカウントにまだ届いていないときの第一代替です。これはCodex docsで示されるfallbackであり、複雑な仕事を続けるための安定した選択です。
GPT-5.4 miniは、軽い作業に使います。ファイル要約、小さなhelper生成、issue整理、初期分類、簡単な文言調整、後で強いモデルへ上げる前の探索などです。Codexを開いた理由が難しいコード作業なら、miniを品質の初期値にしないでください。
| 状況 | 選択 |
|---|---|
| ChatGPTサインインでGPT-5.5が表示され、作業が複雑 | gpt-5.5 |
| GPT-5.5がCodexで見えない、または拒否される | gpt-5.4 |
| 小さく可逆でコスト重視の作業 | gpt-5.4-mini |
| CodexではなくAPI callが必要 | OpenAI API model IDとAPI pricingに従う |
| APIキー認証でCodexを使っている | GPT-5.5対応を仮定せず、Codex docsを確認して代替を用意する |
実務チェックリスト
モデル名を切り替える前に、次を確認します。
- その作業はCodex、OpenAI API、ChatGPTプランアクセスのどれかを分ける。
- Codexなら、ChatGPTサインインかAPIキー認証かを確認する。
- モデル選択画面にGPT-5.5が表示されるかを見る。
- CLIでは
codex -m gpt-5.5を試す。 - 設定固定は、対応経路でのみ
model = "gpt-5.5"を使う。 - GPT-5.5が見えない、または拒否されるなら
gpt-5.4へ戻す。 - API価格はAPI課金の判断だけに使う。
- チーム文書を更新する前に、OpenAIのCodex docsとAPI pricingを再確認する。
短く言えば、GPT-5.5はCodexで見えるときの複雑作業向け第一候補です。見えない経路ではgpt-5.4が安全な代替であり、OpenAI APIでgpt-5.5が使えることだけではCodexのAPIキー認証を証明できません。
よくある質問
CodexでGPT-5.5は使えますか？
使えます。ただし、あなたのCodex経路で表示される場合です。Codex docsは、ChatGPTサインインでGPT-5.5が利用でき、pickerに表示されるなら多くのCodex作業で先に試すと説明しています。
CLIでGPT-5.5を選ぶコマンドは？
codex -m gpt-5.5です。設定で固定するならmodel = "gpt-5.5"を使います。拒否される場合は、まず認証経路とrolloutを確認します。
OpenAI APIキーでCodexのGPT-5.5を使えますか？
そうとは限りません。Codex docsはChatGPTサインインとAPIキー認証を分けており、GPT-5.5はCodexのAPIキー認証では現在利用できないとしています。
OpenAI APIではgpt-5.5を使えますか？
はい。OpenAI API docsにはgpt-5.5があり、モデルページにはChat CompletionsやResponsesなどの端点があります。これはAPIの話で、Codex APIキー認証とは別です。
GPT-5.5が表示されないときは何を使うべきですか？
まずgpt-5.4です。Codex docsで示されるfallbackです。gpt-5.4-miniは軽い作業やコスト重視の作業向けです。
Codex CloudにGPT-5.5を強制できますか？
ローカルCLIのflagでCloudを制御できるとは考えないでください。Codex docsではCloud default modelは現在ユーザーが変更できないとされています。
ChatGPTプランとAPI課金は同じですか？
別です。ChatGPTプランでのCodex利用はHelp Centerで確認し、API callの費用はAPI pricingで確認します。
すべてのCodex作業をGPT-5.5へ切り替えるべきですか？
一括切り替えは避けます。複雑な作業ではGPT-5.5を試しつつ、自分のリポジトリで品質、速度、tool behavior、失敗時の復旧を見てから標準化します。gpt-5.4は常に代替として残します。
