Codex GPT-5.6 Solの推論レベルとFast modeの使い分け

結論: 難しさは推論レベル、急ぎはStandard・Fastで決める

迷ったら、まず GPT-5.6 Sol・Medium・Standard を選んでください。OpenAIもCodexの既定の「Power」設定として、この組み合わせを案内しています。(OpenAI: Models)

そこから、次の2問を別々に判断します。

1. もっと深く考える必要があるか 必要なら推論レベルをMediumからHigh、Extra High、Maxへ上げます。
2. 待ち時間を短くする価値があるか 価値があるならStandardからFastへ切り替えます。

重要なのは、推論レベルと速度設定を混ぜないことです。Extra HighにしたからFastになるわけではなく、FastにしたからLight相当になるわけでもありません。High + Fast や Medium + Standard のように組み合わせます。

推論レベルと速度設定は何が違うのか

推論レベルは、モデルが1つの仕事に使う思考量を調整します。高くするほど複雑な計画、比較、確認に強くなる可能性がありますが、応答時間とトークン使用量も増えます。OpenAIの原則は、必要な結果を出せる最も低い推論レベルを使うことです。(OpenAI: Models)

一方、StandardとFastは処理速度の設定です。Fast modeは、対応モデルの速度を1.5倍にする代わりに、GPT-5.6ではStandardの2.5倍のChatGPTクレジットを消費します。(OpenAI: Speed)

「難しいからFast」ではありません。難しい仕事なら推論レベルを上げます。「急いでいるからFast」です。

推論レベルの実用的な選び方

Light（CLIではLow）

対象と完了条件が明確で、考える余地が少ない作業に向きます。

• タイポ修正、名前変更
• 指定済みの小さなコード変更
• ログやファイルからの情報抽出
• 既に決まった形式への変換

「この1ファイルの文言を変え、既存テストだけ実行する」のような依頼です。要件が曖昧、影響範囲が広い、途中で設計判断が必要な場合はLightに向きません。

Medium

日常の実装、調査、記事作成の基準です。OpenAIはMediumを速度と深さのバランスが取れた設定として案内し、Codexの既定Power設定にも採用しています。(OpenAI: Models)

• 数ファイルにまたがる機能追加
• 原因がある程度絞れた不具合修正
• 公式ドキュメントを確認しながらの実装
• 構成案から本文、検証までの一連の作業

普段はMediumから始め、結果に具体的な不足があったときだけ上げるのが効率的です。

High

複数の制約、段階、情報源、トレードオフがある仕事に使います。

• 原因が不明な複雑な不具合
• 認証、状態管理、並行処理を含む変更
• 大きめのリファクタリング計画
• PRの回帰リスクや不足テストのレビュー
• 複数の公式資料を突き合わせる調査

Mediumで「動く変更」は作れても、「なぜ安全か」「どこに副作用があるか」まで弱いと感じる場面がHighへの切り替えどきです。

Extra High（CLIではXHigh）

高難度かつ、見落としの損失が大きい仕事に向きます。

• セキュリティ監査
• 複雑なアーキテクチャ判断
• 再現しにくい本番障害の原因分析
• 大規模変更の公開前レビュー
• 長い証拠列を使う技術・研究調査

OpenAIはCodex Securityの最高品質設定として、gpt-5.6-sol と xhigh の組み合わせを明示しています。これは「常にxhighがよい」という意味ではなく、監査のように見落としコストが高い仕事では、時間と使用量を品質に振るという具体例です。(OpenAI: Codex Security plugin quickstart)

Max

単一モデルにさらに長く考えさせる品質優先設定です。OpenAIは、速度や使用量より深さが重要な最難関タスク向けと説明しています。多くの仕事では不要です。(OpenAI: Models)

まずHighまたはExtra Highを試し、それでも探索や検証が足りず、失敗の損失が大きい場合に限ってMaxを使います。単純な修正をMaxにしても、待ち時間と使用量に見合う改善は得にくいでしょう。

Ultraは「さらに上の推論レベル」ではない

Ultraは、単一のGPT-5.6 Solに長く考えさせるMaxとは仕組みが違います。複数のサブエージェントへ分担し、並列に進めるモードです。独立した調査、複数観点のレビュー、大きなコードベース探索のように、仕事を意味のある単位へ分割できる場合に使います。(OpenAI: Models)

StandardとFastの使い分け

Standardを選ぶ場面

Standardは普段の既定値です。

• バックグラウンドで任せられる
• 数分の差が成果に影響しない
• クレジットを効率よく使いたい
• High以上で既に使用量が増えている
• 調査や実装をまとめて一度に任せる

特にHigh、Extra High、Maxの仕事は待つ前提になりやすいため、Standardと相性がよい設定です。

Fastを選ぶ場面

Fastは、待ち時間が作業のボトルネックになるときに使います。

• Codexと対話しながら短い修正を何度も回す
• UI調整やテスト修正を細かく反復する
• 障害対応や締切直前で、1.5倍の速度に明確な価値がある
• エージェントの完了を人が待っており、待機コストが高い

ただしGPT-5.6では、1.5倍の速度に対してクレジット消費は2.5倍です。速さの倍率より消費の倍率が大きいため、「使えるから常時オン」ではなく、待ち時間を買う設定と考えるのが妥当です。(OpenAI: Speed)

仕事別のおすすめ設定

迷わないための運用ルール

1. 既定値をMedium + Standardに固定する

毎回ゼロから選ぶ必要はありません。日常作業の大半をMedium + Standardに寄せ、例外だけ変えます。

2. 不満の原因を見分ける

• 回答が浅い、見落としがある → 推論レベルを1段上げる
• 回答は十分だが遅い → Fastを検討する
• 明確な作業なのに重い → 推論レベルを1段下げる
• 同じ種類の軽作業が大量にある → TerraやLunaも比較する

Fastは品質不足の解決策ではありません。結果が弱いときにFastへ変えても、待ち時間が短くなるだけで、必要な思考量を増やす方向には働きません。

3. 失敗コストで上限を決める

文章の初稿なら、多少の不足は次のターンで直せます。認証変更、データ移行、公開前レビュー、セキュリティ監査は、見落としの損失が大きくなります。タスクの見た目の難しさだけでなく、間違えたときの損失を推論レベルへ反映します。

4. Fastは常時オンにしない

ChatGPTログイン時のGPT-5.6では、FastはStandardの2.5倍のクレジットを使います。OpenAIのCodex価格ページでは、クレジット消費はモデル、コンテキスト、推論、ツールでも変わると説明されています。長い会話や大きなリポジトリでは、Fast以外の要因も効きます。(OpenAI: Pricing)

Codex CLIで切り替える

CLIでは、モデルと推論レベルは /model から変更できます。Fast modeは次のコマンドで切り替えます。(OpenAI: Speed)

/fast on
/fast off
/fast status

継続的にFastを既定にする場合、公式ドキュメントは config.toml に次の設定を案内しています。

service_tier = "fast"

[features]
fast_mode = true

ただし、常時Fastにする前に数日間だけ /fast on で試し、実際に待ち時間がボトルネックかを確認するのがおすすめです。

ChatGPTログインとAPIキーでは料金の扱いが違う

ここまでの「GPT-5.6はFastで2.5倍のクレジット」は、ChatGPTでサインインしてCodexを使う場合の話です。

APIキーでCodexを使う場合はChatGPTクレジットではなくAPIのトークン料金が適用され、ChatGPTの2.5倍という倍率は適用されません。APIのPriority processingは別料金で、GPT-5.6ではStandard APIトークン料金の2倍と案内されています。(OpenAI: Speed)

APIの reasoning.effort は none、low、medium、high、xhigh、max をサポートします。OpenAIはAPIでもMediumを均衡の取れた開始点、Lowをレイテンシ重視、High・XHighを実測で品質向上がある場合、Maxを最難関の品質優先処理に使うよう案内しています。(OpenAI Developers: Using GPT-5.6)

まとめ

CodexのGPT-5.6 Solを使い分ける基準はシンプルです。

• 最初はGPT-5.6 Sol・Medium・Standard
• 難しければ推論レベルを上げる
• 急ぐ価値があればFastにする
• 結果が十分なら、推論レベルを下げて効率を上げる
• Maxは単一の最難関、Ultraは分割できる大仕事に使う

推論レベルは「品質にどこまで時間とトークンを使うか」、Fastは「待ち時間を短くするためにクレジットを使うか」という判断です。この2軸を分ければ、毎回いちばん重い設定にする必要も、難しい仕事を軽い設定で何度もやり直す必要もなくなります。

出典

• OpenAI: Models
• OpenAI: Speed
• OpenAI: Pricing
• OpenAI Developers: Using GPT-5.6
• OpenAI: Codex Security plugin quickstart

次に読む

• Codex CLIの始め方
• CodexとClaude Codeの違い
• APIコストとコンテキスト管理