The 'gpt-6.1-sol' model is not supported when using Codex with a ChatGPT account：使えない原因と確認手順

The 'gpt-6.1-sol' model is not supported when using Codex with a ChatGPT account.は、ChatGPTでサインインしたCodexからのリクエストに対して、OpenAIのサーバーがそのモデルIDを受け付けなかったときに返す一文です。引用符の中には拒否されたIDが入るだけで、理由は書かれていません。2026年11月11日にChatGPT Proのアカウント1つで試すと、同じアカウントでもCodex CLI 0.158.0以前からのgpt-6.1-solは拒否され、0.159.0以降からは応答が返りました。廃止済みのgpt-5.5や大文字のGPT-6.1-Solでも同じ文が出るため、この文だけで「自分のプランでは使えない」とは判断できません。

最初に、エラー文の引用符の中のIDを見ます。廃止されたgpt-5.5や大文字・綴り違いのIDならIDを直すだけで済みます。gpt-6.1-solか、gpt-6.1-terraやgpt-6-solのような現行のIDなら、codex --versionでCLIの版を、codex app-server daemon versionで対話モードのcodexが裏で使うバックグラウンドサーバー（app-server daemon）の版を確かめ、両方を最新版（2026年11月11日時点で0.167.1）にそろえます。バックグラウンドサーバーだけが古いまま残るケースがGitHubではもっとも多く報告されていて、その間はcodex --no-daemonで回避できたという報告が複数あります。

最新のCLIでcodex exec -m gpt-6.1-solを実行しても同じ文が返るなら、原因はアカウント側（契約期間の終了、プラン変更の未反映、段階的な提供、ワークスペースの設定）にあり、再インストールを繰り返しても変わりません。その場合はgpt-6-solなど同じアカウントで通るモデルに切り替え、契約状態を確かめながら待ちます。FreeとGoのプランではgpt-6-lunaを使います。エラーは出ないものの、選択肢にGPT-6.1 Solがそもそも出てこない場合は、場所ごとに原因が違うので後半の節で分けて扱います。

まず見分ける：引用符の中のID、送ったプログラム、ほかの場所で通るか

どの状況かは、エラー文の引用符の中、リクエストを送ったプログラムとその版、同じアカウントがほかの経路で通るかの3点で、ほぼ1分で見分けられます。とくに効くのは、最新のCLIでcodex exec -m gpt-6.1-sol --skip-git-repo-check "Reply with exactly: OK"を1回実行することです。codex execはバックグラウンドサーバーを通らないので、これが通ればアカウントはgpt-6.1-solを使える状態で、問題は普段使っている経路の側にあります。

表の上から順に、手間の少ない確認になっています。IDの確認は数秒、版の確認はコマンド2つで済み、codex execの1回で残りがアカウント側かどうかが決まります。

引用符の中のID：廃止・誤記は書き直し、現行IDは版を見る

この文はサーバー側の定型文で、拒否したIDをそのまま引用符の中に差し込みます。2026年11月11日にCodex CLI 0.166.0で試すと、2026年10月14日にChatGPTサインインのCodexから廃止されたgpt-5.5、存在しないgpt-6.1-sol-typo、大文字のGPT-6.1-Solのどれにも、それぞれのIDを入れた同じ文が返りました。引用符の中が廃止済みのID、綴り違いのID、大文字を含むIDなら、クライアントの版やプランに関係なく拒否されるので、直すのはIDです。一方、gpt-6.1-terraやgpt-6-solのような現行の正しいIDが入っている場合はIDの誤りではなく、Solと同じ理由で拒否されています。

'gpt-5.5'と出る場合は、config.tomlのmodel = "gpt-5.5"のように古いIDが設定に残っています。OpenAIヘルプセンターのGPT-6とモデル一覧の記事では、置き換え先はPlus・Pro・Business・Enterprise・Eduがgpt-6.1-sol（提供され次第）、FreeとGoがgpt-6-lunaです。大文字やsolのような略称は、小文字の正式IDに書き直します。CC Switchの作者も、ChatGPTのCodex側はモデルIDを書かれたとおりに照合し、公式IDはすべて小文字だと説明しています（CC Switchのissue #7916）。'gpt-6.1-terra'や'gpt-6-sol'と出る場合は、IDを変えずに、Solと同じく版、バックグラウンドサーバー、アカウントの順に確かめます。ただし必要な版はモデルごとに違います。2026年11月11日のテストでは、CLI 0.158.0がgpt-6.1-terraを拒否し、gpt-6-solには応答しました。OpenAIはTerraに「Codex CLI 0.159.0以降」、GPT-6 Astraに「0.153.0以降」が必要と明記しています。gpt-6-solについては、CC Switchのissue #7651で、同じアカウントのままCC Switchが名乗る版だけを変えたところ、0.153.4と0.154.0では400、0.155.0では応答したと記録されています。

Codexのどの版で出るか：0.158.0は拒否、0.159.0は応答

2026年11月11日（UTC 10時43分〜45分）、ChatGPT Proのアカウント1つで、ほかの条件をそろえてCodex CLIの版だけを変えgpt-6.1-solを指定すると、0.157.1と0.158.0はHTTP 400でこの文を返し、0.159.0と0.166.0は応答しました。環境はmacOS 26.1（Apple Silicon）、CLIはnpmの公式パッケージで、設定ファイルもモデルのキャッシュもない空のCODEX_HOMEにサインイン情報だけを置いて、codex execで実行しています。codex execはバックグラウンドサーバーを通らないので、各行は表に書いた版そのものの結果です。

codex exec -m gpt-6.1-sol --skip-git-repo-check -s read-only "Reply with exactly: OK" < /dev/null

拒否はモデルごとに決まり、手元のキャッシュでは変わりませんでした。0.158.0はgpt-6-solには応答し、gpt-6.1-terraは拒否しました。0.166.0が書いたgpt-6.1-sol入りのmodels_cache.jsonを置いても0.158.0は拒否され、実行後のキャッシュは0.158.0向けの内容に書き換わっていたので、新しい版のキャッシュをコピーしても古いCLIは通りません。codex debug modelsでサーバーから届く一覧を見ると、0.158.0には8件（gpt-6.1-solとgpt-6.1-terraなし）、0.159.0には10件（両方あり）が返りました。0.159.0の同梱一覧（--bundled）にはgpt-6.1-solがないのに使えたので、サーバーがクライアントの版を見て一覧を出し分けていると考えられます。CC Switchのissue #7797でも、2026年10月1日に報告者がCodexのモデル一覧APIに渡す版だけを変え、0.159.0と0.159.2にはgpt-6.1-solが載り、0.153.4と0.158.0には載らないという同じ分かれ目を記録しています。

表示の形は版で違います。0.157.1と0.158.0は、この文の前にwarning: Model metadata for gpt-6.1-sol not found. Defaulting to fallback metadataという警告を出し、続けて"code":"model_not_found"を含むJSON全体を表示しました。この警告は、そのクライアントが受け取った一覧にgpt-6.1-solの情報がないことを示すもので、別の故障ではありません。0.166.0はERROR:のあとに文だけを表示します。プロキシや古いクライアント経由の報告には{"detail":"The 'gpt-6.1-sol' model is not supported …"}という形もあり、意味は同じです。

このテストで分かるのは、2026年11月11日時点の1つのProアカウントとmacOSのCLIでの境目だけです。Plus・Business・Enterprise・Eduでの境目、デスクトップアプリやIDE拡張、今後境目が動くかどうかは含みません。OpenAIはGPT-5.6（CLI 0.144.0）、GPT-6 Astra（0.153.0）、GPT-6.1 Terra（0.159.0）の最低版は公開していますが、GPT-6.1 Solの最低版はCodexのモデル一覧ページにもヘルプセンターにも載っておらず、ヘルプセンターとCodexのドキュメントはこの文自体も説明していません。2026年11月11日時点で、この文を扱うopenai/codexのissueのうち少なくとも36件（コメント158件）に、OpenAIのメンバーからの回答はありません。したがって0.159.0は実測値で、公式の必要版ではありません。

Codex CLIとバックグラウンドサーバーを更新する手順

CLIを更新したのにエラーが消えない場合、GitHubでもっとも多くの人が確認している原因は、裏で動き続けている古いバックグラウンドサーバーです。対話モードのcodexはこのサーバーを通るため、codex execやcodex --no-daemonでは通るのに、普段のcodexだけが400を返します。2026年10月21日には、Linuxでバックグラウンドサーバーが0.157.1のまま残っていた人が更新で直したと報告し（openai/codexのissue #49418）、2026年11月5日にはWindowsのPlusで、CLIが0.166.0なのにバックグラウンドサーバーが0.158.0のままという報告が出ています（openai/codexのissue #59646）。上のテストはcodex execで行ったため、この状況自体は再現していません。手順はopenai/codexのissue #49396で、WindowsとLinux、PlusとProの複数のユーザーが有効だったと書いているものです。

1. 開いているcodexのセッションをすべて閉じます。
2. CLIを更新します。npmで入れた場合はnpm install -g @openai/codex@latestを実行し、codex --versionで版を確かめます。ほかの方法で入れた場合はCodex CLIのインストールと設定：Windows・macOS・Linux対応の手順で更新します。
3. codex app-server daemon update --from-cli --yesで、バックグラウンドサーバーをCLIと同じ版に入れ替えます。
4. codex app-server daemon restartで再起動します。
5. codex app-server daemon versionを実行し、CLIとapp-serverの版が一致していることを確かめます。
6. codex -m gpt-6.1-solで試します。まだ400が出るならcodex --no-daemon -m gpt-6.1-solと比べます。

手順4の再起動だけでは、同じ古い版がもう一度立ち上がるだけです。手順3でError: app server is running but is not managed by codex app-server daemonと出る場合は、管理外の古いapp-serverのプロセスが残っているので、そのプロセスを終了してから手順3をやり直します。Windowsではhost Job Object prevents daemon detachmentで更新が失敗した例や、issue #59646のように%USERPROFILE%\.codex\app-server-daemonを削除して再起動してもバックグラウンドサーバーが0.158.0のまま戻らない例があり、#59646は2026年11月11日時点で回答のないまま開いています。こうした場合は、直るまでcodex --no-daemonで使い続けるのが現実的です。

デスクトップアプリやIDE拡張は、それぞれが自分の版のCodexを使います。2026年10月19日には、自動更新を切っていたUbuntuのPlusユーザーが、VS Code拡張を26.1007.21434に手動更新してgpt-6.1-solを含む複数モデルの400を解消しています（openai/codexのissue #55259）。アプリや拡張だけで出る場合は、まずそれぞれを最新版に更新し、Windowsのデスクトップアプリは後述のCODEX_CLI_PATHも確かめます。

最新版でも出るとき：アカウント側の原因と、再インストールをやめる目安

最新のCLIでcodex exec -m gpt-6.1-solを実行しても同じ文が返るなら、クライアントの版は原因から外れ、残るのはアカウント側です。クライアントを新しくしても解決しない公開報告もあり、2026年10月20日にはWindowsのPlusユーザーがCLIとバックグラウンドサーバーの両方を0.163.0にそろえても一覧にSolが出ず400になると報告し（openai/codexのissue #55617）、翌21日にはBusiness PremiumのユーザーがLinuxのCLI 0.163.0で、それまで使えていたgpt-6.1-solが/modelから消えて400になったと報告しています（openai/codexのissue #55902）。どちらも2026年11月11日時点で原因が分からず、OpenAIの回答もありません。「更新すれば必ず直る」とは言えないということです。

アカウント側で確認された原因は2つあります。1つは契約期間の終了で、2026年10月1日にProの期間が切れた直後のリクエストからこの文が返ったという報告があります（issue #49396）。Codexの使用状況ページで契約が有効か確かめてください。もう1つはプラン変更の未反映で、iOSのApp Storeでプランを変えたあと、サインイン情報のプランが無料のまま残り、約1日半後に更新されるまで有料モデルがすべてこの文で拒否されたという報告があります（openai/codexのissue #53020、報告は1件）。この人はChatGPTのiOSアプリを開くとすぐ直ったと書いています。サインアウトして入り直すだけでは直らなかったという報告は、gpt-6.1-solのissueに複数あります。

公式の条件としては、OpenAIヘルプセンターの「ChatGPT Work and Codex」が、GPT-6.1 Solは対象の有料プランに段階的に提供中で、使えるかどうかはプラン、ワークスペースの設定、提供状況で決まると説明しています。OpenAIのワークスペースのモデル提供ページによれば、EnterpriseとEduでは管理者が有効にするまでオフで、ローカルの設定でモデルを選んでもアクセス権は付きません。Businessが管理者の有効化を要するとは書かれていません。

ここまで来たら、再インストールはやめて、同じアカウントで通るモデルに切り替えます。どのモデルにするかはGPT-6.1 Sol・6 Sol・Astra比較：移行の判断が参考になり、FreeとGoで使えるモデルの詳細はGPT-6は無料で使える？ChatGPT無料プランは10月8日からGPT-6 Lunaにあります。APIキーでサインインし直すと、使えるモデルはAPIの組織とプロジェクトで決まり、料金もAPI料金になります。その違いはCodex APIキーとChatGPTサブスクの違い：クレジット換算はAPIと同額で確かめられます。

CC Switch・codex mcp-server・サブエージェント・OpenCode経由で出る場合

普段のcodexでは通るのに特定の経路だけで出る場合、その経路は独自のクライアント情報を送っていると考えられ、Codex CLIを更新しても結果が変わらないことがあります。CC SwitchのようにChatGPTのサインインを使い回すローカルのプロキシは、自分が名乗るCodexの版で判定されます。CC Switchは名乗る版を0.153.4に固定していたためgpt-6.1-solが拒否され、v4.0.4で0.159.0に上げて直しました（CC Switchのissue #7797）。CC Switchでのモード別の直し方はGPT-6.1 TerraがCodexに表示されない：CC Switchのモード別の直し方にあります。

ほかの経路の報告は、原因まで確認されていません。codex mcp-serverのツール呼び出しはCLI 0.160.0でgpt-6.1-solを拒否され、同じ環境のcodex execは通りました（issue #49396、2026年10月2日）。ProのデスクトップアプリでサブエージェントにGPT-6.1 Solを明示したところ、サブエージェントだけが拒否され、メインの会話は使えたという報告もあります（issue #55902、2026年10月23日）。OpenCode 1.19.5ではPlusでgpt-6.1-solを含むGPT-6系がすべて拒否され、Codex CLIとバックグラウンドサーバーを0.167.0にしても直りませんでした（openai/codexのissue #46304、2026年11月7日）。サブエージェントは通るモデルを指定し直し、サードパーティのクライアントはそのクライアント自体の更新を待つのが現実的です。

夏のgpt-5.6-solのエラーと同じ文、違う原因

2026年7〜8月にgpt-5.6-solで出ていたエラーも、モデル名以外はまったく同じ文でした。ただし当時確認された原因は、提供開始当日の段階的な提供（翌日には使えた）と、自動更新されなかった契約などの契約状態の変化で、当時のスレッドには古いCLIやバックグラウンドサーバーが原因とされた例がありません。OpenAIの開発者フォーラムではOpenAI_Supportのアカウントが2026年7月27日に、このエラーは選んだモデルがChatGPTアカウントのCodexで現在サポートされていないことを示すとして、support@openai.comへの問い合わせを勧めています（OpenAI開発者フォーラムのgpt-5.6-solのスレッド）。8月7日には別のスレッドでPlusユーザーに「CodexのGPT-5.6はPlus向けの提供に含まれていない」と答えました（OpenAI開発者フォーラムの「Pricing page says it is」のスレッド）。gpt-6.1-solでは版の食い違いが中心なので、先に版を確かめ、gpt-5.6-solで出る場合はアカウント側から見るのが近道です。2026年11月11日時点で、gpt-5.6-solは上のテストのProアカウントで応答しています。

選択肢にGPT-6.1 Solが出てこない：場所別の原因と確認方法

エラーは出ず、モデルの選択肢にGPT-6.1 Solが出てこないだけの場合、どこで出てこないかで原因が分かれます。2026年11月11日時点のヘルプセンターの説明では、GPT-6.1 SolはChatGPT WorkとCodex用のモデルで、ChatGPTの通常の会話では使えません。そのうえで、CLIやデスクトップアプリで出てこない原因は、上の400と同じクライアントの古さのほか、設定ファイルやWindowsの環境変数、アプリ側の一覧の未同期があります。

ProでもUltrafastだけが出てこない場合は不具合ではありません。ヘルプセンターによれば、GPT-6.1 SolのUltrafastは500ドルのProと対象のEnterprise・Eduのワークスペース向けで、Plus、100ドルと200ドルのPro、Businessでは提供開始時点で使えません。

config.tomlのmodel_catalog_jsonが新しいモデルを隠している

model_catalog_jsonは、起動時に読み込むモデル一覧のJSONファイルを指定するconfig.tomlの設定です。新モデルの公開前に保存した一覧を指定していると、その後に出たモデルはデスクトップアプリの選択肢にもCLIの/modelにも出ません。2026年10月17日には、WindowsのPlusユーザーがこの行を削除し、アプリを完全に終了して開き直したところGPT-6.1 Solが出たと報告しています（openai/codexのissue #54293）。2026年10月19日に、サインインしていない空の設定のCLI（0.163.0-alpha.10.2）へgpt-6.1-solを除いた一覧をmodel_catalog_jsonで読ませたところ、codex debug modelsの結果からもgpt-6.1-solが消えました。

確認するには、~/.codex/config.toml（Windowsは%USERPROFILE%\.codex\config.toml）と、使っているプロファイルの設定にmodel_catalog_json =の行があるかを探します。あれば行を削除し、アプリやCLIを完全に終了してから起動し直します。codex debug modelsの出力にgpt-6.1-solが戻れば解決です。

WindowsのCODEX_CLI_PATHが古いcodex.exeを指している

Windowsのデスクトップアプリは、ユーザー環境変数CODEX_CLI_PATHがあると、そこに書かれたcodex.exeを起動します。これが0.149.1のような古い版を指していると、アプリのWorkとCodexにはGPT-5.6系しか出ず、Webでは使えるという状態になります。2026年10月15日から24日にかけて、4人のユーザーがこの変数を消して直ったと報告しています（openai/codexのissue #51308）。PATH上のcodex --versionとアプリが実際に使うcodex.exeの版は一致しないことがあるので、変数そのものをPowerShellで確かめます。

[Environment]::GetEnvironmentVariable('CODEX_CLI_PATH', 'User')
[Environment]::GetEnvironmentVariable('CODEX_CLI_PATH', 'Process')

値が返ったら、次の2行で消し、アプリを完全に終了してからWindowsを再起動します。何も返らない場合は、この原因ではありません。

[Environment]::SetEnvironmentVariable('CODEX_CLI_PATH', $null, 'User')
Remove-Item Env:CODEX_CLI_PATH -ErrorAction SilentlyContinue

選択肢にだけ出ない、アプリだけ出ない場合

一覧にはないのに指定すれば通るなら、モデルは使える状態で、欠けているのは選択肢の表示だけです。WindowsのCLI 0.163.0で/modelにGPT-6.1 Solがないままcodex exec --model gpt-6.1-solが応答した例や、APIキーでサインインしたmacOSのデスクトップアプリでGPT-6 Lunaを選んだあとにGPT-6.1 Solが消え、config.tomlにmodel = "gpt-6.1-sol"と書き直すと戻った例があります（openai/codexのissue #54571、#53219）。CLIならcodex -m gpt-6.1-sol、アプリならconfig.tomlのmodel行でIDを直接指定すれば使えます。

WebのChatGPT Workでは使えるのにデスクトップアプリにだけ出てこず、ローカルの原因も見つからない例は、Windows、macOS、Linuxで報告されています（openai/codexのissue #50308、#52576）。サインインのし直しや再インストールでは直らなかった人もいて、2026年10月29日には1人がデスクトップ版26.1023.50603で一覧が戻ったと報告しています。原因は特定されていないので、アプリを最新版に更新し、それでも出ない間はCLIかWebのWorkで使ってください。