Codexのモデル選択からGPT-5.5が消えると、スクリプトやAgentも止まるのではと不安になっていませんか。
結論は、ChatGPTアカウントでCodexを使っている場合は2026年10月14日までに設定を点検し、実タスクで代替モデルを検証することです。APIキー認証のCodexセッションとOpenAI APIは、今回のGPT-5.5提供終了と分けて扱ってください。公式の対象範囲はモデル説明と更新情報で確認できます。
このガイドは、ChatGPTログインでCodexを使う開発者、スクリプトやカスタムAgentを保守するエンジニア、モデル利用方針を管理する担当者向けです。APIだけを利用していてCodexのChatGPTログインを使わない場合は、今回の変更対応より、API側のモデル設定と権限確認を優先してください。
最終更新：2026年10月13日。退役日、対象製品、APIの例外はOpenAIのモデル説明と更新情報で確認しています。適用範囲は変更される可能性があるため、切り替え当日もアカウントとクライアント上の選択肢を確認してください。
まず接続方式を分けて、影響の有無を決める
公式案内では、GPT-5.5は2026年10月14日にChatGPT、ChatGPT Work、ChatGPTログインのCodexで提供終了となり、OpenAI APIでは引き続き利用できます。GPT-5.5 APIモデル説明も別に確認し、Codex上の表示とAPIの提供状況を同じものとして扱わないでください。
判断は、次の分岐で進めます。
- ChatGPTアカウントでCodexにサインインし、GPT-5.5を選択している場合：対象です。モデル選択と、そこから呼び出す自動化を移行前に確認します。
- APIキー認証のCodexセッションを使っている場合：今回のChatGPTログイン向け終了告知と区別します。認証方式とモデル指定を実際の設定で確かめてください。
- OpenAI APIを直接呼び出している場合：公式案内上は今回のCodex提供終了の対象外です。ただし、個別のAPI非推奨や変更は別途APIのモデル情報と非推奨情報で確認します。
「Codexで使っている」というだけでは、影響の有無を判定できません。認証方法、モデルの指定元、アカウントの利用権限をひとまとまりで確認することが、誤った移行を避ける出発点です。
提供終了前に、設定と合格基準を記録する
移行前の棚卸しを飛ばすと、モデル選択を直した後に、別の場所に残っていた固定指定や権限不足が原因で処理が止まることがあります。特に、個人のUI設定とチーム共有スクリプトが別々に管理されている環境では、変更漏れが起きやすくなります。
第一段階：GPT-5.5の指定場所を洗い出す
- [ ] Codex CLI、IDE、デスクトップ版それぞれで、サインイン方式とモデル選択を確認する。
- [ ] タスクスクリプト、CIジョブ、カスタムAgent、開発者向けの手順書にGPT-5.5の固定指定がないか検索する。
- [ ] チームの既定モデル、管理者ポリシー、利用可能モデルの制限を確認する。
- [ ] 設定ファイルや環境変数にモデル名を直接書いている場合は、保存場所と更新担当者を記録する。
Codex CLIでは起動時の引数だけでなく、設定ファイルやユーザーごとの選択も関係します。設定ファイルの基本とCodex CLIの引数リファレンスを照合し、コマンドを実行する環境まで含めて確認してください。
第二段階：移行前のタスクと判定基準を残す
「いつもの作業」で済ませず、実際に使う依頼と入力データを保存します。たとえば、既存コードの修正、テストの追加、ツールを使う作業、エラー原因の調査など、自分の運用を代表するタスクを選びます。
各タスクでは、生成された差分、テスト実行の有無、必要なツール呼び出し、失敗時の説明を記録してください。合格条件が曖昧なままでは、モデル変更による差を検出できません。基準を満たさなかったときに誰が承認するかも、先に決めておきます。
注意：公式の移行案内で候補モデルが示されていても、すべてのコード作業で同等の結果になる保証ではありません。利用権限と実タスクでの確認を、モデル名の置き換えより先に行ってください。
変更時は、選択できる候補だけを段階的に試す
候補を選ぶ際は、発表や一般的な評判だけで決めず、対象アカウントのモデル選択欄と管理者設定を確認します。利用できないモデル名を設定に書くと、処理が開始されない、あるいは予期しないエラーになることがあります。
Codexの設定リファレンスを見ながら、まず個人環境で候補を選びます。次に、チームの標準設定へ一斉反映する前に、担当者が代表タスクを実行します。設定変更の差分と変更理由を記録し、以前の設定へ戻す方法も残してください。
条件に応じた選択
- 候補モデルがアカウントと管理者ポリシーの両方で選べ、代表タスクも合格する場合：対象範囲を限定して新しい設定へ切り替えます。
- 候補が表示されない、またはポリシーで制限されている場合：モデル名を推測で入力せず、管理者に利用権限を確認します。
- タスクの重要箇所で結果が変わり、合格基準を満たさない場合：変更を広げず、保存した設定への切り戻し、別の利用可能モデル、またはAPI経由の運用を検討します。
切り替え後は、同じ作業条件で差を見つける
モデルを変えた後の確認では、以前と同じ入力、リポジトリ状態、実行条件を用います。条件が違えば、出力の差がモデル由来なのか、入力や環境由来なのか判断できません。
- [ ] 変更前に保存したタスクを再実行し、コード差分をレビューする。
- [ ] 期待するテストが実行され、結果を正しく報告するか確かめる。
- [ ] ファイル操作や外部ツール呼び出しが、必要な範囲で行われるか確認する。
- [ ] 失敗したとき、原因や次の確認事項が誤解なく示されるか記録する。
- [ ] 手動確認が必要な変更を明記し、利用者に周知する。
APIを併用する構成では、ChatGPTログインのCodexセッションとAPIキーを使う処理を別々に確認します。API側ではモデル名だけでなく、プロジェクト権限や呼び出し元の設定も確認してください。公式のAPIモデル情報は、Codexのログインセッションが選べるモデル一覧の代わりにはなりません。
チームへ共有し、異常時の戻し方を決める
個人の動作確認で問題がなくても、チーム全体の設定が整ったとは限りません。担当者が使う端末、共有スクリプト、管理者ポリシーで利用可能な候補が異なる場合があるためです。認証や設定の確認手順を社内で共有する際は、vmzigのサポート情報も参考にして、問い合わせ先と必要な確認項目をそろえてください。
- [ ] チーム向け手順書に、対象となる認証方式と変更後のモデル選択を記載する。
- [ ] スクリプトのコメントとエラー処理を更新し、モデルが選べない場合の連絡先や代替手段を示す。
- [ ] API利用を続ける処理は、CodexのChatGPTログインとは独立した経路として説明する。
- [ ] 切り戻しを実施する担当者と、切り戻し後に再確認するタスクを決める。
切り戻し先のモデルが利用可能かどうかも、アカウントと管理者設定で確かめます。APIへ切り替える場合は、認証情報の保管場所、利用権限、スクリプト側の接続設定まで確認し、単にログイン方式だけを変えて済ませないでください。
よくある疑問
GPT-5.5の提供終了後もAPIで呼び出せますか
公式案内では、GPT-5.5はChatGPT、ChatGPT Work、ChatGPTログインのCodexで提供終了となる一方、OpenAI APIでは引き続き利用できます。ただし、これはAPI経路の案内であり、ChatGPTログインのCodexが同じ状態で使えるという意味ではありません。APIのモデル説明と、実際に使うプロジェクトの権限を確認してください。
自分のCodexセッションが対象かどうかは、どこを見ればよいですか
Codexの認証方式とモデル欄を確認します。ChatGPTアカウントでログインしてGPT-5.5を選んでいるなら、提供終了の影響を受けます。APIキーを使ったセッションは別経路なので、認証設定とモデル指定を見て区別してください。判断に迷う場合は、クライアントの設定と管理者側の利用制限を突き合わせます。
GPT-5.5の指定を直すとき、スクリプトや設定のどこを探しますか
CLIやIDEの選択だけでなく、タスクスクリプト、自動化ジョブ、カスタムAgent、チームの既定設定を確認します。設定ファイルや環境変数にモデル名が直接記録されていないかも調べてください。変更前の内容を保存し、候補がアカウントと管理者ポリシーの両方で使えると確認してから更新すると、原因調査と切り戻しが容易になります。
モデルを切り替えた後、元のコーディング作業をどう確かめますか
以前と同じ入力、コード状態、実行条件で代表タスクを再実行します。コード差分、テストの実行、ツール呼び出し、エラー時の説明をそれぞれ確認し、合格条件に照らして記録してください。重要な差が見つかったら一括展開を止め、手動レビュー、切り戻し、別の利用経路のいずれが適切か判断します。
一時的な検証環境が必要なら、実行場所も分けて考える
手元の環境だけで切り替えテストをすると、既存の認証情報や開発設定を誤って上書きすることがあります。反対に、APIへ移すだけでは、ChatGPTログインのCodexを使う既存手順やチームのモデル設定まで置き換えられません。現行運用の弱点が、設定の混在、検証環境の不足、担当者間の再現性にあるなら、まずその範囲を切り分けてください。
一時的に独立したMac環境でスクリプトやAgentの動作を確かめたい場合は、vmzigの料金と利用条件を確認する方法もあります。Macをレンタルしても、GPT-5.5の提供終了やアカウント権限が回避されるわけではありません。長期の高負荷運用や物理接続が必要なら自前のMacが適し、今回のような短期の移行検証で環境を分けたい場合にレンタルが候補になります。
よくある質問
GPT-5.5がCodexで使えなくなった後もAPIから呼び出せますか？
はい。公式案内では、GPT-5.5はChatGPT、ChatGPT Work、およびChatGPTログインのCodexでの提供終了後も、OpenAI APIから利用できるとされています。CodexのChatGPTログインセッションとAPIキー認証、API利用は別の接続経路です。実際の利用時は、APIモデル一覧と自分のプロジェクト権限を確認してください。
自分のCodexセッションがGPT-5.5の提供終了対象か、どこで見分けられますか？
Codexを開き、現在のサインイン方式とモデル選択欄を確認します。ChatGPTアカウントでログインし、GPT-5.5を選んでいるセッションは対象です。APIキーを使うCodexセッションはこの終了告知の対象として混同しないでください。判別できない場合は、クライアントの認証設定と管理者のポリシーを照合します。
GPT-5.5を置き換えるとき、どのスクリプトやモデル設定を見直せばよいですか？
Codex CLIやIDE、デスクトップ環境の固定モデル指定に加え、タスクスクリプト、自動化ジョブ、カスタムAgent、チームの既定設定を探します。環境変数や設定ファイルにモデル名を直接書いていないかも確認してください。変更前の設定を保存し、候補モデルがアカウントと管理者ポリシーで利用可能か確かめてから更新します。
Codexのモデルを変更した後、いつものコーディング作業をどう検証すればよいですか？
変更前後で同じ入力、リポジトリ状態、実行環境を使い、代表的な実作業を再実行します。差分の妥当性、テストの実行、ツール呼び出し、失敗時の説明を個別に記録してください。結果が異なる箇所は人手で確認し、合格条件を満たさない場合は保存した設定へ戻すか、API利用など別の接続経路を検討します。
関連記事
vmzig M4リモートノード
AI開発環境の移行検証に、専用Macを活用しませんか？
vmzigのMac mini M4ベアメタルノードなら、物理専有の環境で代替モデルや開発ワークフローを検証できます。