2026.11.11

codex execが「not supported when using Codex with a ChatGPT account」の400で止まった。設定ファイルの既定モデルを別アプリが書き換えていた

運営者

2026年10月3日、部下役のAIに任せていた記事のサムネイル作りが、codex exec の400で止まりました。
400は「リクエストの中身がおかしい」とサーバーが断るときの番号です。
記録には「ChatGPTアカウントでは非対応」の400で止まったと残っています。

通ったのは、実行のたびにモデルを名指ししたときでした。
codex exec -m gpt-5.6-luna と付けると、同じ日のうちにサムネイルが描けています。
設定ファイルは触っていません。

エラー文だけを見ると、契約のプランが足りないようにも読めます。
僕の場合は、設定ファイルの1行が別のアプリに書き換えられていただけでした。

僕は Codex CLI（文字を打ち込んで使うコマンド版のCodex）を、部下役のAIに呼ばせて使っています。
記事のサムネイル、曲のジャケット、動画の静止画などを描かせる作業です。
2026年9月13日に codex-cli 0.154.0 を入れました。
ログインと設定ファイルは、パソコンに入れているCodexのデスクトップ版と共有です。

入れたときの gpt-6-astra が gpt-6.1-sol になっていた

9月に入れたとき、設定ファイルの既定モデルは gpt-6-astra でした。
止まったあとに ~/.codex/config.toml を見ると、model の行が gpt-6.1-sol に変わっています。
入れたときと違うので、デスクトップ版が書き換えたと見ています。

公式の説明では、この model の行は「CLIとIDE（プログラムを書くための編集アプリ）で既定に使うモデル」を決める場所です。
僕の環境では、デスクトップ版とCLIが同じファイルを読んでいます（導入時に確認）。
だから、デスクトップ版での変更がCLIにも響いたのだと考えています。

その後も同じでした。
10月17日のジャケット作りのときも、既定の gpt-6.1-sol はCLIでは拒否される状態のままです。
10月28日の時点でも、既定モデルは変わっていませんでした。
11月2日に開いたときも、先頭は model = "gpt-6.1-sol" のままです。

同じ11月2日に、部下役のAIにもう一度そのまま実行させたところ、画面にはこう出ました。

warning: Model metadata for `gpt-6.1-sol` not found. Defaulting to fallback metadata …
ERROR: {"type":"error","status":400,"error":{"type":"invalid_request_error","message":"The 'gpt-6.1-sol' model is not supported when using Codex with a ChatGPT account.","code":"model_not_found"}}

1行目の警告は、後半を省いて載せています。

なぜこのモデルがCLIだと「ChatGPTアカウントでは非対応」になるのかは、つかめませんでした。
警告には「gpt-6.1-sol の情報が見つからない」とあります。
僕の入れたCLIが、このモデルより古いのかもしれません。ここは推測です。

-m を付けた実行だけが通った

やったのは、実行のたびにモデルを名指しすることだけです。

codex exec -m gpt-5.6-luna （いつもの引数と指示文）

-m は、設定ファイルのモデルをその1回だけ上書きする指定です。
公式の説明にも「この実行に限って、設定したモデルを上書きする」とあります。

10月3日は、これでサムネイルが描けました。
10月17日のジャケット作りも -m gpt-5.6-luna で通っています。
このとき手順書に書いた目安は、画像2枚で約1分、約7万トークン（AIが読み書きした量を数える単位）です。

同じ10月3日には、別の画像作り（動画の静止画）でも同じことが起きていました。
既定のモデルのままだと、サーバーまで届いてから400で断られ、画像は1枚もできません。
こちらは -m gpt-6-astra を付けて通っています。
9月29日に問題なく描けていたモデルを指定した形です。
通るモデル名は1つとは限らず、自分の環境で通った名前なら、僕の場合は止まりませんでした。

設定ファイルは一度も書き換えていません。
-m を付ければ済んだので、デスクトップ版の設定には手を入れずに置いています。
代わりに、画像作りの手順書や作業用の台本には、最初から -m gpt-5.6-luna を書き足しました。

大きな仕事の前に、一言だけ返させている

モデル名は時期で変わります。
僕の書いた名前が来月も通るとは限りません。
11月2日にも、-m gpt-5.6-luna が通るかを先に確かめました。
「OKとだけ返して」と頼んだら、OK が返っています。

画像を渡して描き直させるときは、指示文をパイプで渡す

-m を付けたままでも、翌日の10月4日、画像を土台に描き直させたときに止まりました。
こちらはモデルではなく、-i（画像を渡す指定）と指示文の並べ方が原因です。
くわしくはcodex execに-iで画像を付けたら「No prompt provided via stdin」で止まった話に書きました。

参考

運営記録 2026-09-13：導入時の設定
運営記録 2026-10-03：サムネイル作りが400で停止・-m 指定で成功
運営記録 2026-10-03：動画の静止画作りが400で拒否・-m gpt-6-astra で成功
運営記録 2026-10-17：既定モデルはCLIで拒否される状態のまま・-m gpt-5.6-luna で通過
運営記録 2026-10-28：既定モデルが gpt-6.1-sol のまま
運営記録 2026-11-02：エラーの再現と -m での確認
設定ファイルの場所と model の行：https://learn.chatgpt.com/docs/config-file/config-basic
-m / --model の説明：https://learn.chatgpt.com/docs/developer-commands?surface=cli