GPT-5.6をCodexで使う方法

GPT-5.6 Codex ガイド:Sol、Terra、Lunaのいずれかを選び、推論の努力を調整し、ウルトラモードの並列エージェントをうまく活用してください。マトリックスとAPIのテストワークフローは内部で計画します。

Ashley Innocent

Ashley Innocent

10 7月 2026

GPT-5.6をCodexで使う方法

Apidog エンタープライズ

オンプレミスデプロイ

SSO & RBAC

SOC 2 準拠

Apidog Enterpriseを見る

2026年7月9日、OpenAIはChatGPT、Codex、およびAPI全体でGPT-5.6の一般提供を開始しました。世界規模での展開はおよそ24時間をかけて行われました。それ以降にCodexを開くと、新しいデフォルトのフロンティアファミリーが表示されました。Sol、Terra、Lunaという3つのモデル、6つの推論努力レベル、そして4つのエージェントを並行して実行するウルトラモードです。6月26日に始まった限定プレビューは終了し、ここに記載されているすべては一般アカウントで利用可能です。

これは、多くの開発者が自動操縦で利用しているツールにとって、多くの新しい側面をもたらします。Codexをクラウド、IDE、またはCodex CLIを通じて使用するかにかかわらず、先週までは存在しなかった疑問が生じます。どのティアでこのタスクを処理すべきか?バグハントにはどのくらいの推論努力が必要か?大規模なリファクタリングはウルトラモードの並行エージェントに値するか、それとも単一の慎重なSolの実行で十分か?

このガイドでは、何が変更されたか、エージェントコーディングのために3つのモデルの中からどれを選ぶか、ウルトラモードが追加のトークン消費に見合うのはいつか、そしてCodexが生成したAPIコードを出荷前に確認する方法について説明します。最後のステップではApidogを使用します。Codexは信頼するのではなくテストすべきエンドポイント呼び出しを大量に生成するからです。

ボタン

要約

7月9日にCodexに導入されたもの

GAの日には、完全なGPT-5.6ファミリーが一度にCodexに導入されました。モデル選択ツールには新しい世代がリストアップされ、選択できるものはChatGPTプランに紐付けられています。同日、Sol、Terra、LunaもGitHub Copilotに登場しました。これにより、主要なエージェントコーディングツールは数時間以内に同じファミリーに集約されました。

ラインナップに関する3つの点がCodexユーザーにとって重要です。

数字は世代を表し、名前はティアを表します。 Sol、Terra、Lunaは独自のペースで進化する永続的な機能ティアです。gpt-5.6-solは最も深い推論を持つ旗艦モデルであり、単純なgpt-5.6エイリアスもこれにルーティングされます。gpt-5.6-terraはバランスの取れた中間モデルであり、GPT-5.5とほぼ半額で競合する位置付けです。gpt-5.6-lunaは最速で最も安価であり、大量かつレイテンシに敏感な作業を対象としています。

ウルトラモードは設定であり、モデルではありません。 デフォルトではタスクを4つのエージェントに並行して分散させ、その結果を統合します。CodexではPlusプラン以上で利用可能です。

努力レベルは今や第一級のコントロールです。 なしから最大までの6つのレベルが、GPT-5.5時代の粗いノブに取って代わりました。コーディングでの使用方法については以下で詳しく説明します。

一つ変わっていないのは、Codexが依然としてCodexのように振る舞うことです。指示ファイル、承認設定、ワークフローは引き継がれます。基盤となるモデルがより賢く、より設定可能になっただけです。

モデルの選択:コーディングのためのSol、Terra、またはLuna

Codexはエージェントコーディングツールであるため、「どのモデルが最適か」ではなく「このタスクの深さにどのモデルが適しているか」が問題となります。簡単な説明は次のとおりです。

モデル コーディングの得意分野 いつ選択するか
gpt-5.6-sol 複数ステップのエージェント作業:ファイル間のデバッグ、アーキテクチャ変更、長いツール呼び出しチェーン タスクに数時間かかり、間違えるとコストが高い場合
gpt-5.6-terra 日常的なコーディング:機能、テスト、レビュー、中規模のリファクタリング あなたのデフォルト。ほとんどのセッションはここから始めるべきです
gpt-5.6-luna ボイラープレート、コミットメッセージ、簡単なスクリプト、初稿 深さよりも速度が重要な場合

エージェントコーディングに特化して言えば、OpenAIの発表数値ではSolはTerminal-Bench 2.1で88.8%を記録し、ウルトラモードでは91.9%に上昇します。これらはベンダーによる発表日の主張として扱ってください。独立した検証には数週間かかります。バランスとして、SWE-Bench Proでは、OpenAI自身の報告によると、Claude Fable 5が80.3%でSolの64.6%を上回っており、GPT-5.6がコーディングベンチマークを完全に席巻しているわけではありません。

モデル選択はCodex設定のモデルピッカーを通じて行われます。レイアウトは利用面(クラウド、IDE拡張機能、CLI)によって異なります。OpenAIの開発者ドキュメントには、現在のモデルIDと各利用面でそれらがどのように公開されているかが記載されています。

何にでもSolを最大努力で使い続けるのは避けてください。限界に早く達し、Terraが生成できたであろう回答をより長く待つことになります。

Codexのウルトラモード

ウルトラモードはCodexユーザーにとっての目玉機能です。デフォルトでは4つのエージェントを並行して実行し、その結果を統合します。目的は大規模タスクにおける実時間速度であり、コストは意図的に高められています。4つのエージェントが1つの作業を行うため、トークンと使用量の消費が増加します。

いつ利用する価値があるか:

単一のSol実行がより良い選択肢となる場合:

Terminal-Benchの3ポイントの向上は現実的ですが、控えめです。より強力な論拠は時間です。リファクタリングが単一の実行で40分かかり、4つのエージェントでそのごく一部の時間で完了する場合、締め切りが迫っている状況では追加のトークンは妥当なトレードオフです。Codexのウルトラモードは品質レバーというよりは時間レバーです。GPT-5.6のウルトラモードがどのように機能するかについて、4つの並列エージェントが明確に分割できるタスクプロンプトの書き方を含め、より深く掘り下げています。

コーディングタスクの推論努力

GPT-5.6は、なし、低、中、高、非常に高、最大という6つの努力レベルを公開しています。Codexでは、努力はモデルごとの設定です(Plusプランでは、Solは中程度の努力以上で実行されます)。コーディング作業の実用的なマッピングは以下のとおりです。

OpenAIの移行ガイダンスは文字通り受け取る価値があります。モデルの交換だけでなく、チューニングのパスとして扱ってください。現在の努力レベルとその1つ下のレベルをテストしてください。GPT-5.6は、少ない努力で以前の世代の出力に匹敵することが多く、これは使用量の余裕を無料で提供します。

指示も更新してください。GPT-5.6はGPT-5.5よりも著しく短い回答を生成し、一般的な導入が少ないため、指示ファイルに残っている「簡潔に」や「前置きをスキップする」といった指示を削除してください。すでに簡潔なモデルに簡潔さのルールを重ねると、簡潔すぎて説明不足の差分になる可能性があります。

各ChatGPTプランがCodexで得られるもの

アクセスはプランによって制限されており、OpenAIはこれらの詳細を頻繁に調整します。この表はOpenAIのヘルプセンターに基づくスナップショットとして扱い、変更される可能性があります。

プラン GPT-5.6モデル Codexのウルトラモード 備考
無料 / Go Terra(ChatGPT内) なし Codexは無料ティアには含まれません
Plus Sol, Terra, Luna あり Solは中程度の努力以上。モデルごとの努力コントロール
Pro Sol, Terra, Luna, Sol Pro あり より高い制限。ChatGPT Workでもウルトラモード利用可能
Business / Enterprise Sol, Terra, Luna, Sol Pro あり ChatGPT Work経由でウルトラモード。管理者コントロール

2つのポイントがあります。まず、PlusプランはすでにCodexでフルモデルピッカーとウルトラモードを利用できるため、コーディングにおけるPlusとProの差は、生の機能ではなく、制限とSol Proに関するものです。次に、サブスクリプションよりもAPI課金が適している場合、APIにはプランの制限が一切ありません。APIアカウントであれば、Solは入力/出力トークン100万あたり5ドル/30ドル、Terraは2.50ドル/15ドル、Lunaは1ドル/6ドルで、3つのモデルすべてをセルフサービスで呼び出すことができます。

Codexが書いたものを検証する:Apidogと組み合わせる

コーディングエージェントが作業セッションで生成するものの多くは、APIと通信するコードです。ルートハンドラー、クライアント呼び出し、Webhookコンシューマー、テストフィクスチャなどです。GPT-5.6は、Codexがそのコードをより速く生成できるようにします。しかし、コードを正しくするわけではありません。ベンチマークで91.9%の性能を持つエージェントが自信を持って間違ったエンドポイント呼び出しを記述した場合、60%の場合よりも危険です。なぜなら、その出力のレビューがより不注意になるからです。

ブラインドな信頼なしに速度を維持するワークフロー:

  1. CodexにOpenAPI仕様を与える。 仕様ファイルをリポジトリに置くか、指示で参照させ、エージェントがフィールド名を推測するのではなく、実際の契約に基づいて生成するようにします。
  2. Codexに統合を記述させる。 エンドポイント、クライアント、テストなど、中〜高レベルの努力でTerraまたはSolが輝くところです。
  3. マージする前にエンドポイントをテストする。 同じ仕様をApidogにインポートし、Codexが生成または消費したすべてのエンドポイントを叩き、ステータスコード、レスポンススキーマ、エッジケースを視覚的にチェックします。Apidogを無料でダウンロードしてください。仕様駆動のテストパスは、エージェントが密かに導入する不一致(名前変更されたフィールドや間違ったコンテンツタイプなど)をキャッチします。
  4. まだ存在しないものをモックする。 CodexがまだデプロイされていないAPIに対して構築している場合、エージェントの統合作業が実際の形状のものに対して実行されるように、仕様からモックを作成します。

エージェントの内部で検証ループを行いたい場合は、Apidog CLIをCodexに直接接続して、エージェントが自身のタスクループの一部としてAPIテストスイートを実行できるようにすることができます。この設定は、CodexでApidog CLIを使用する方法でステップバイステップで説明されています。

まだ安定していないこと

CodexのGPT-5.6はリリースから日が浅く、いくつかの問題点が伴います。

これらはいずれも待つ理由にはなりません。チームのデフォルト設定を決定する前に、バックログからいくつかの代表的なタスクでGPT-5.6を実行してみる理由です。

よくある質問

CodexのデフォルトとしてどのGPT-5.6モデルを設定すべきですか?

Terraです。OpenAIは、GPT-5.5とほぼ半分のコストで競合すると位置付けており、日常的な機能作業を快適に処理します。タスクが多くのファイルにまたがる場合や長い推論チェーンが必要な場合はSolに切り替え、ボイラープレートや簡単なスクリプトにはLunaに落としてください。

有料プランなしでCodexでGPT-5.6を使用できますか?

直接はできません。Codexには有料のChatGPTプランが必要であり、無料ティアのChatGPTでのGPT-5.6アクセスはTerraに限定されています。ただし、合法的な低コストおよび試用ルートがあり、API自体にはプランの制限がありません。オプションはCodexを無料で使う方法にまとめられています。

ウルトラモードは使用制限を速く消費しますか?

はい、設計上その通りです。ウルトラモードは4つのエージェントを並行して実行するため、単一のタスクで通常の実行の数倍のトークンを消費し、その見返りとして高速な完了が得られます。大規模な並列化可能なジョブのために予約し、開始する前に残りの利用可能量をチェックしてください。

ウルトラモードはSol Proと同じですか?

いいえ。Proモード(ChatGPTのSol Pro)は、単一モデルにおける品質優先の推論設定です。ウルトラモードは、作業を並列化するマルチエージェント実行モードです。Proはより良い回答を目指し、ウルトラは大規模タスクにおけるより速い実時間結果を目指します。

あなたの立場

Codexは7月9日に真のアップグレードを受けました。より賢い旗艦モデル、より安価で強力なデフォルト、モデルごとの努力コントロール、そして大規模なジョブを短縮する並列モードです。ほとんどの開発者に役立つ設定は地味なものです。デフォルトとして中程度の努力でTerraを実行し、困難なチケットには高努力のSolを利用し、締め切りが迫っている場合に大規模なリファクタリングのためにウルトラモードを予約してください。

どのような設定に落ち着くにせよ、エージェントの出力は高速な人間がレビューするのと同じくらい注意深く吟味する必要があります。CodexにOpenAPI仕様を与えて、実際の契約に基づいて構築させ、その後、生成されたすべてのエンドポイントをApidogで検証し、他の開発者が依存するブランチにマージする前に確認してください。コード生成が速くなっても、チェックが追いつかなければ意味がありません。

ボタン

ApidogでAPIデザイン中心のアプローチを取る

APIの開発と利用をよりシンプルなことにする方法を発見できる