OpenAIは2026年7月9日、GPT-5.6モデルファミリーをAPIへ追加した。新しい構成は、最上位のgpt-5.6-sol、性能とコストの均衡を狙うgpt-5.6-terra、大量処理向けのgpt-5.6-lunaの3種類である。

今回の変更で重要なのは、単に新モデルが増えたことではない。gpt-5.6というエイリアスがgpt-5.6-solへ接続されるため、モデル名を短いエイリアスで指定すると、自動的に最上位モデルを選ぶことになる。性能を優先する用途では合理的だが、コスト最適化を前提とするシステムでは、TerraまたはLunaを明示的に指定する必要がある。

確認できた変更

OpenAIの公式変更履歴とモデルガイドで確認できる主な変更は次の通りである。

項目内容
公開日2026年7月9日
モデルgpt-5.6-sol、gpt-5.6-terra、gpt-5.6-luna
エイリアスgpt-5.6はgpt-5.6-solへ接続
対応APIResponses API、Chat Completions API、Batch API
新機能Programmatic Tool Calling、明示的プロンプトキャッシュ、推論の継続利用、最大推論強度、Pro mode、Multi-agent beta
画像入力originalまたはautoで元画像の寸法を維持可能

OpenAIはGPT-5.5またはGPT-5.4から移行する場合、現在利用しているreasoning.effortを基準にし、同じ設定と1段階低い設定を代表タスクで比較するよう案内している。GPT-5.6は少ない出力トークンで品質を維持できる場合があるが、すべての業務で自動的にコストが下がるわけではない。

3モデルの料金差

標準処理、短いコンテキストの料金は100万トークン当たり次の通りである。

モデル入力キャッシュ入力キャッシュ書き込み出力
GPT-5.6 Sol5.00ドル0.50ドル6.25ドル30.00ドル
GPT-5.6 Terra2.50ドル0.25ドル3.125ドル15.00ドル
GPT-5.6 Luna1.00ドル0.10ドル1.25ドル6.00ドル

同じトークン量で比較すると、TerraはSolの半額、LunaはSolの5分の1の料金である。出力料金の差が大きいため、長文生成、コード生成、エージェントの反復処理では、入力料金だけでなく出力トークン量を含めて比較する必要がある。

GPT-5.6の明示的プロンプトキャッシュでは、キャッシュ書き込みが通常入力料金の1.25倍で課金される。一方、キャッシュ読み取りは大幅に割り引かれる。再利用回数が少ないプロンプトまで無条件にキャッシュすると、書き込み費用が削減額を上回る可能性がある。

誰に影響するか

影響が大きいのは、次のような利用者である。

  • gpt-5.6のエイリアスをそのまま本番へ設定する開発チーム
  • GPT-5.4またはGPT-5.5からモデルIDだけを変更して移行するチーム
  • 大量の分類、抽出、要約を実行する企業
  • Responses APIで複数ツールや複数エージェントを利用するシステム
  • 長いシステムプロンプトをキャッシュしているサービス
  • 高解像度画像を原寸で入力するアプリケーション

特に注意すべきなのは、モデルの能力向上と費用対効果が同じ意味ではない点である。最上位モデルが最も安定する業務もあるが、定型的な分類や短い文章生成では、TerraまたはLunaで要求品質を満たせる可能性がある。

必要な対応

1. エイリアスではなく用途別のモデルIDを決める

本番環境で予測可能性を重視する場合は、gpt-5.6ではなく、Sol、Terra、Lunaのどれを使うかを明示する。最上位モデルが必要な処理だけをSolへ送り、その他をTerraまたはLunaへ分ける構成が基本になる。

2. 代表タスクで回帰評価する

評価対象には、正答率だけでなく次を含める。

  • 1件当たりの入力・出力トークン
  • 応答時間とタイムアウト率
  • ツール呼び出しの成功率
  • JSONや構造化出力の適合率
  • 拒否や安全判定の発生率
  • 人間による修正時間

3. 推論設定を固定せず再調整する

従来のreasoning.effortをそのまま使うだけでなく、1段階低い設定を比較する。品質差が小さい場合は、低い推論設定の方がレイテンシーと費用を抑えられる。

4. キャッシュの損益分岐点を確認する

キャッシュ書き込み費用が発生するため、プロンプトごとの再利用回数を計測する。頻繁に変わるプロンプトや一度しか使わない長文を明示的にキャッシュしない。

5. 安全制御による遅延を監視する

OpenAIは、サイバーセキュリティや生物学関連の一部リクエストで、生成途中にリアルタイム分類器が介入し、拒否または数秒の停止が発生する場合があるとしている。該当領域のサービスは、通常のレイテンシー分布だけでなく、長い停止やrefusal相当の結果を監視する必要がある。

編集部分析

GPT-5.6の導入判断は「最新モデルへ置き換えるか」ではなく、「処理ごとにどの階層へ配置するか」で行うべきである。Sol、Terra、Lunaの料金比は明確であり、単一モデルへ統一するより、品質要求と失敗コストに応じてルーティングした方が合理的である。

また、gpt-5.6エイリアスがSolへ接続されることは、試験には便利だが、本番コストの予測可能性を下げる。予算管理、再現性、障害調査を重視するシステムでは、モデルIDと推論設定を構成ファイルで固定し、変更をレビュー対象にする方が安全である。

実務チェックリスト

  • [ ] gpt-5.6エイリアスを使う箇所を洗い出した
  • [ ] Sol、Terra、Lunaを同じ評価セットで比較した
  • [ ] 入力だけでなく出力料金を含めて試算した
  • [ ] reasoning.effortを複数段階で比較した
  • [ ] キャッシュ書き込みと読み取り回数を計測した
  • [ ] ツール呼び出しと構造化出力を回帰試験した
  • [ ] 安全判定による拒否と遅延を監視項目へ追加した
  • [ ] 本番のモデルID変更を承認制にした

一次情報