Codex Maxの使い方｜難しい修正に選ぶ条件とUltraとの違い
CodexのMaxは、難しい修正を任せるときに選ぶべき設定なのでしょうか。OpenAIは10月26日にGPT-6.1 Terraの追加を案内し、モデルの用途と推論の深さを分けて考える場面が増えています。この記事では、MaxとUltraの違い、選択画面での確認方法、待ち時間や使用量に見合うかを判断する比較手順を、公式情報と開発作業の例で整理します。
CodexのMaxは、一つの課題に対してモデルが考える時間を増やす選択です。複雑な原因調査や設計判断の候補になりますが、モデル名、契約プラン、使える作業量とは区別します。選べる推論レベルは、利用中のモデルと画面で確かめてください。
Ultraは複数のエージェントで課題を分担する選択です。Maxの名前を変えたものではありません。公式案内ではGPT-6 LunaはMaxまでに対応し、Ultraには対応しません。大きな依頼でも、意味のある単位へ分けられるかで使い分けます。
Maxを試す前に、現在の設定で何が不足したかを具体化します。同じ資料と合格条件で結果を比べ、修正の正しさ、確認に要した手間、待ち時間、使用量を記録します。高い設定を選んだこと自体を、成果物の正しさの根拠にはできません。
目次 (7)
Codex Maxとは何を変える設定か
「max codex」で設定を探しているなら、まずモデルの選択と推論レベルの選択を分けましょう。モデルは、どの特性を持つAIに依頼するかという選択です。推論レベルは、そのモデルが依頼を考えるためにどれほどの労力を割くかという調整です。Maxは後者に位置づけられ、すべてのモデルに共通する製品名や契約名を指すものではありません。
OpenAIの公式モデル案内は、Maxについて、一つの課題に対して選択中のモデルが考える時間を増やすものと説明しています。速度や使用量より分析の深さを重視する、特に難しい課題で検討する選択です。したがって、単純な変数名の修正と、複数の条件が絡む障害の調査を、同じ理由でMaxにする必要はありません。
Maxを選んでも、依頼文に含まれない仕様が補われるわけではありません。再現条件、期待する挙動、変更してよい範囲が欠けていると、考える時間を増やしても前提の違う案に到達する可能性があります。設定を上げる前に、必要な資料が揃っているかを確かめることが、結果の比較にも役立ちます。
また、過去のモデル名に含まれる「Max」と、現在の選択画面にある推論レベルのMaxは、文脈が異なります。古い紹介記事で名前を見つけた場合は、その記事がモデルそのものを説明しているのか、今使っているモデルの設定を説明しているのかを、公開日と公式の選択候補で照らし合わせてください。
MaxとUltraはどう使い分けるか
公式案内では、Maxは一つの課題をより深く考える選択、Ultraは複数のエージェントが複雑な課題の別々の部分を担当する選択です。名前を強さの順に並べるだけでは、作業に合う設定を選べません。特に、課題が大きいという理由だけで分担を増やすと、共有すべき前提や結果をまとめる負担が残ります。
たとえば、特定の入力でしか再現しない計算誤りを追うときは、一つの因果関係を丁寧に調べる必要があります。一方、独立した画面の調査や、別々の機能に対する検証案の作成は、担当を分けることを検討しやすい仕事です。これは作業の切り分け方の例であり、公式が個別の課題に性能を保証しているという意味ではありません。
| 比べる項目 | Max | Ultra |
|---|---|---|
| 公式説明の中心 | 一つの課題を考える時間を増やす | 複数のエージェントで別々の部分を扱う |
| 検討しやすい場面 | 原因や制約を深く分析したい課題 | 意味のある担当へ分けられる課題 |
| 判断前に確かめる点 | 深い分析が必要な理由があるか | 担当間の境界と共通の合格条件があるか |
| GPT-6 Lunaの対応 | Maxまで対応 | 対応しない |
対応範囲について、公式モデル案内のMax・Ultraの説明には、GPT-6 LunaはMaxまでに対応し、Ultraには対応しないと明記されています。他のモデルで同じ候補が出るかは、実際のモデル選択画面を確認します。モデルの名前や用途だけから、未確認の対応状況を補わないようにしましょう。
Terra追加後もモデル選びとMaxを分けて考える
OpenAIの公式更新履歴には、2026年10月26日付でGPT-6.1 Terraの追加が掲載されています。そこでは、画像の理解や画面を使う作業、明確な文章の作成といった用途が紹介されています。モデルの選択肢が増えた今、用途に合うモデルを選ぶ判断と、考える深さを調整する判断を分けておくと、設定の意図を説明しやすくなります。
たとえば、画面の不具合を調べる依頼では、画像から何を読み取る必要があるか、コードの原因分析をどこまで行うかを整理します。画像に強いという説明だけでMaxの対応を判断したり、Maxが選べるという理由だけで画像の読み取り精度を保証したりはできません。モデルの特性、渡す資料、求める成果物を先に揃えることが大切です。
今回確認した更新履歴は、TerraについてPlus、Pro、Business、Enterprise、Eduでの提供を案内し、組織での利用は管理者側の制御などに依存すると説明しています。ただし、本記事はTerraでMaxを選択できることを検証したものではありません。新しいモデルを見つけたら、提供の案内と、手元で使える推論候補を別々に確認してください。
CLIとアプリでMaxを選ぶ手順
Maxを探すときは、いま使っている入口を決めてからモデルを選びます。CLI、デスクトップアプリ、IDE拡張では見え方が異なるため、別の画面で撮られた説明をそのままなぞると候補を見失いがちです。公式案内も、利用可能な選択肢や既定値がプラン、利用画面、組織設定、提供状況によって異なるとしています。
- 現在のモデル名と利用画面を記録し、比較する課題の資料を揃えます。すでに期待どおり動く小さな課題では、まず通常の設定を基準にします。
- CLIでは
/modelを開き、使いたいモデルを選びます。その後、More reasoning…から、そのモデルが対応するMaxまたはUltraの候補を確認します。 - デスクトップアプリでは、入力欄の下にあるモデルと推論の操作部分を確認します。詳細な選択が必要なら
Advancedで、モデルと推論レベルを確かめます。 - Maxが選べる場合は設定を変更し、比較用の依頼を送ります。選べない場合は、その時点の表示を記録して、モデルと利用条件の確認へ進みます。
この操作の根拠は公式のモデル選択と推論レベルの説明です。公式ページは、デスクトップアプリでMaxが見つからない場合にアプリの設定を確認するよう案内しています。またUltraをモデルの選択部分に出す設定も説明していますが、表示を有効にすることと、モデルがその機能に対応することは別の条件です。
Maxが表示されないときに確認すること
Maxが見つからないという事実だけでは、契約、モデル、画面のどれが原因かは決まりません。最初に「どのモデルを、どの画面で選んでいるか」を一組として確認します。チームで問い合わせる場合も、単に「Maxがない」と伝えるより、この組み合わせと、表示されている候補を添えるほうが状況を共有しやすくなります。
- 選択中のモデルと、画面に出ている推論候補を確認します。別モデルの対応表を、そのまま現在のモデルへ当てはめないようにします。
- CLIではモデル選択後の
More reasoning…まで確認し、アプリでは詳細設定とアプリの設定を確認します。 - 組織で使っている場合は、モデルの利用可否や管理者の設定を確認します。個人向けの説明と、組織での提供条件を分けて読みます。
- 確認したモデル名、画面、候補、確認日を残し、必要なら管理者やサポートへ伝えます。
対応が確認できない状態で、設定ファイルへ値を書けば必ず使えると判断しないことも重要です。まず公式案内と選択画面が示す範囲を合わせます。この記事では全プラン、全モデル、全画面での表示を実機比較していないため、特定の組み合わせに対する利用保証はしません。確認できた候補を出発点にすることで、存在しない選択肢を探す手戻りを減らせます。
難しい修正でMaxの効果を比較する方法
Maxの採用判断では、答えが長くなったかより、確認できる成果が改善したかを見ます。公式案内は、推論の労力を増やすと複雑な課題で改善が期待できる一方、時間とトークンの使用量が増えると説明しています。何倍速い、何割正確になるといった一律の数値は、この説明からは導けません。自分の課題で比較する必要があります。
たとえば、割引条件が重なったときだけ金額がずれる修正なら、再現に必要な入力、正しい計算結果、変更してよい箇所を固定します。「原因を探して直す」だけで終わらせず、どの条件の組み合わせを確認したか、既存の挙動をどう確かめたかも成果物に含めます。この設計は本記事の比較例であり、公式の性能試験結果ではありません。
- 同じ開始時点のコードと資料を用意し、期待する結果と、壊してはいけない挙動を書きます。
- 普段のモデルと推論設定で依頼し、修正結果、根拠、確認結果を保存します。
- コードの開始状態と与える資料を揃え、同じモデルでMaxを選べる場合に比較します。会話に蓄積したヒントの差も記録します。
- 再現条件が解消したか、余計な変更がないか、説明を人が検証できるかを確認します。
- 待ち時間と確認できる使用量、人が追加で調べた時間を並べ、繰り返し使う価値を判断します。
一度の比較で良い結果が出ても、すべての作業でMaxが有利だとは言えません。原因が複雑な課題では役立ち、単純な書き換えでは待つ時間だけが増える場合も考えられます。採用するなら「複数の原因候補が残る調査で使う」など、課題の条件で決めると運用しやすくなります。
Maxを選ぶ前に依頼の不足を埋める
推論を深くする前に解消したいのは、AIが判断できない情報の不足です。仕様が曖昧な不具合、参照できない資料、再現しない現象は、Maxだけで解決するものではありません。何が分かっていて、何が未確認かを短く整理し、まず追加で調べるべきことを尋ねるほうが、修正案の比較に必要な条件が揃う場合があります。
依頼文には、現象、期待する挙動、再現の入力、影響範囲、成果物に必要な説明を含めます。「請求額が異なる。端数処理と割引の適用順を調べ、原因の根拠と修正後の確認結果を示してほしい」のように、分析対象と合格条件をつなげると、深く考えた結果を人が評価しやすくなります。資料を増やす際も、関係の薄い履歴まで無制限に渡す必要はありません。
そのうえで、単一の難問を深く調べたいならMax、独立した部分へ分けられる大きな課題ならUltraを検討します。利用できる候補はOpenAI公式モデル案内と手元の画面で確認し、成果物の正しさは再現条件と確認結果で判定してください。設定の名前と、仕事が完了した根拠を分けて記録することが、次の依頼でも役立ちます。
