GPT-5.6でCodexは何が変わった?
Sol/Terra/Lunaの使い分けガイド
3段階のモデル体系をどう選び、どうconfig.tomlに落とし込むか。既存パイプラインの移行ポイントまで解説します。
2026年7月9日、OpenAIはGPT-5.6をChatGPT・Codex・APIで一般提供を開始しました。今回の大きな変化は、1つのモデルではなく「Sol」「Terra」「Luna」という3段階のモデル体系になったことです。Codexユーザーにとっては「どのタスクにどのモデルを割り当てるか」が新しい設計課題になります。
Sol / Terra / Lunaの違い
| モデル | 位置づけ | 料金(入力/出力、100万トークンあたり) | 向いているタスク |
|---|---|---|---|
| Sol | 最上位・フラッグシップ | $5 / $30 | アーキテクチャ決定、セキュリティレビュー、複数ファイルにまたがる大規模リファクタ |
| Terra | バランス型 | $2.50 / $15 | 日常的な機能実装、バグ修正、テスト作成 |
| Luna | 高速・低コスト | $1 / $6 | 定型的なボイラープレート生成、ドキュメント整備、フォーマット |
APIのモデルIDはそれぞれgpt-5.6-sol・gpt-5.6-terra・gpt-5.6-lunaです。OpenAIによれば、Solはエージェント型のコーディングタスクにおいてトークン効率が54%向上したとされています。
「gpt-5.6」だけ指定するとSol扱いになる
APIではgpt-5.6という指定はgpt-5.6-solのエイリアスとして扱われます。「バランス型のつもりで指定したら最上位モデルの料金だった」という事故を避けるため、ティア名まで含めて明示的に指定することをおすすめします。
Codexでの基本設定
~/.codex/config.toml
model = "gpt-5.6-sol"
model_reasoning_effort = "ultra"
rollout_token_budget = 500000
Sol限定の新しい推論レベルとしてultraが追加されています。ただしultraモードは通常の推論より1ターンあたりのトークン消費が大幅に増えるため、rollout_token_budgetでの上限設定は必須と考えてください。
プロファイルでタスクごとに切り替える
3つのプロファイルを用意しておけば、タスクの性質に応じて起動時に切り替えられます。
~/.codex/sol.config.toml
model = "gpt-5.6-sol"
model_reasoning_effort = "high"
rollout_token_budget = 500000
~/.codex/terra.config.toml
model = "gpt-5.6-terra"
model_reasoning_effort = "medium"
~/.codex/luna.config.toml
model = "gpt-5.6-luna"
model_reasoning_effort = "low"
実行時の切り替え
codex --profile sol "認証まわりの設計を見直したい"
codex --profile terra "ユーザー登録APIを実装して"
codex --profile luna "READMEにセットアップ手順を追記して"
サブエージェントごとにモデルを割り当てる
~/.codex/agents/配下の個別設定で、サブエージェントごとに異なるモデルを割り当てられます。定型作業を担当するサブエージェントには、Lunaのような軽量モデルを割り当ててコストを抑える設計が有効です。
~/.codex/agents/lint-agent.toml
[agent]
name = "lint-sweep"
model = "gpt-5.6-luna"
instructions = "ロジックを変更せず、リンタ警告のみを修正する"
AGENTS.mdにモデル選択の指針を書く
チームで運用する場合、AGENTS.mdに選択基準を明文化しておくと、メンバーやCodex自身がモデルを選ぶ際の判断がぶれません。
AGENTS.md
## Model Selection
- Sol:アーキテクチャ決定、セキュリティレビュー、複数ファイルリファクタ
- Terra:標準的な機能実装、バグ修正、テスト作成
- Luna:ドキュメント整備、フォーマット、サブエージェントタスク
- セキュリティ関連は reasoning_effort を high 以上にする
- ultraモードは必ず rollout_token_budget で上限を設定する
既存パイプラインの移行ポイント
codex execを使ったCI/CDパイプラインなどで、モデル名をgpt-5.5のように直接埋め込んでいる場合は見直しが必要です。
- コスト重視で乗り換えるなら:多くの用途でTerraが受け皿になります
- 品質重視で乗り換えるなら:Solへの切り替えを検討します
- GPT-5.5固有の指示(プロンプト内の細かい振る舞い調整など)が残っている場合は、ティアごとの特性に応じて内容を見直してください
コストを監視する
複数モデルを併用する運用では、どのモデルがどれだけトークンを消費しているかを可視化しておくと安心です。フックを使えば簡単なログを残せます。
hooks/post-tool-use-cost-log.sh
#!/usr/bin/env bash
echo "$(date -u +%FT%TZ) model=$CODEX_MODEL tokens_used=$CODEX_TOKENS_USED" \
>> "$HOME/.codex/cost-log.txt"
よくある質問
Q. 迷ったらどのモデルを選べばいいですか?
A. 日常的な機能実装やバグ修正であればTerraが無難な出発点です。設計判断が絡む重いタスクの時だけSolに切り替える、という運用が費用対効果に優れています。
Q. ultraモードは常用すべきですか?
A. おすすめしません。1ターンあたりのトークン消費が大幅に増えるため、複雑な設計判断など「質が最優先」の場面に限定し、必ずトークン予算の上限とセットで使ってください。
Q. GitHub Copilotでも使えますか?
A. Sol・Terra・LunaはGitHub Copilotでも利用可能になっています。Codex CLI固有の設定(config.tomlやプロファイル)はCopilot側には引き継がれないため、それぞれの環境で個別に設定が必要です。
まとめ
本記事のポイント
- GPT-5.6はSol(高性能)・Terra(バランス)・Luna(高速・低コスト)の3段階体系
- APIの
gpt-5.6という指定はSolのエイリアス。意図しない高額課金を避けるため明示指定を推奨 - Codexではプロファイル・サブエージェント単位のモデル指定・AGENTS.mdでの指針記述を組み合わせて使い分ける
- Sol限定の
ultra推論モードはトークン予算の上限設定とセットで運用する - 既存パイプラインでモデル名をハードコードしている場合は、コスト重視ならTerra、品質重視ならSolへの移行を検討
まずは日常タスクをTerraに任せ、重い設計判断が出てきた時だけSolを呼び出す、という運用から試してみてください。プロファイルさえ用意しておけば、切り替えは一瞬です。
※本記事の情報は2026年7月時点のものです。GPT-5.6は展開が始まったばかりのため、料金・仕様は変更される可能性があります。

