GPT-Image-2.6 vs GPT-Image-2.5：切り替えは文字列1つで済むが、請求書はそうはいかない

GPT-Image-2.5 から GPT-Image-2.6 への移行は、API レベルでは OpenAI がこの一年で提供した中で最も劇的でないアップグレードです。エンドポイントは同じ二つ、料金表も同じ、Flare 対 Sunburst の区分も同じ。変わるのはモデル文字列だけで、それ以外は何も変える必要がありません。そこが落とし穴でもあります。GPT-Image-2.6 は GPT-Image-2.5 にはなかった一つのパラメータ、複雑さダイヤルを追加しており、これを省略してもオフにはなりません。デフォルトは high です。文字列を差し替えて出荷するパイプラインは、同じ金額で同じ量の仕事を買っているのではありません。より多くの仕事を買っているのです。だからこそ、移行後の最初のコストレポートは、公表料金が変わっていないのに動くことがあります。

両モデルは同じ商用条件で一般提供を開始しました。それがこの比較を異例なものにしています。価格をめぐる議論はありません。議論は完全に、新しいワークロードをどこに振り向けるか、そしてあなたのトラフィックがその恩恵を受ける形になっているかどうかにあります。

APIサーフェスは本当にドロップインだ——ただし、そこには穴が一つある

OpenAIは2026年11月4日、GPT-Image-2.6を1つではなく2つのAPIモデルとしてリリースし、2.5で確立した構成を引き継いだ。詳細さと一貫性を重視するティアはGPT-Image-2.6 Sunburst、速度重視のティアはGPT-Image-2.6 Flareである。前世代のGPT-Image-2.5 SunburstとGPT-Image-2.5 Flareは同じ名称と相互関係を維持している。

• モデル文字列 — gpt-image-2.6-flare と gpt-image-2.6-sunburst が gpt-image-2.5-flare と gpt-image-2.5-sunburst を置き換えます。命名ロジックは同じで、1つはレイテンシー用、もう1つはディテール用です。

• エンドポイント — /v1/images/generations と /v1/images/edits は変更なし。統合すべき新しいエンドポイントはありません。

• 料金 — テキスト入力トークン100万あたり5ドル、画像入力トークン100万あたり8ドル、画像出力トークン100万あたり30ドル、キャッシュ済み入力は1.25ドルと2.00ドル。2.5とバイト単位で完全に同一。

• 品質ティア — low、medium、high、xhigh、max、auto。同じ段階です。

• 推奨サイズ — ドキュメントでは依然として 1024×1024、1536×1024、1024×1536 が主流であり、カスタムサイズは 16 の倍数、アスペクト比は 1:3 から 3:1 まで指定できます。

• 穴 — 2.6 は Batch API では利用できません。半額の夜間ジョブで画像コストを賄っている場合、そのジョブはまだ移行できません。

その最後の行こそが、実際に何かを壊すものだ。それより上のすべては、文字列置換とリグレッション実行にすぎない。バッチのギャップは、まさにそうしたワークロード——一括カタログ、夜間のバックフィル、大規模なA/B生成——にとってアーキテクチャ上の阻害要因だ。そこでは50%の割引こそが、そのワークロードが存在する理由なのだから。

複雑さダイヤルこそが本当の機能であり、そのデフォルト設定が驚きだ。

複雑さは品質の内側ではなく品質と並ぶ新しい軸であり、この区別は聞こえ以上に重要だ。品質はレンダリングを制御する。つまり、その画像にどれだけの出力トークンが使われるかだ。複雑さは計画を制御する。つまり、モデルがレンダリングを開始する前にどれだけ推論するかだ。複雑な場面の低品質画像を要求することも、単純な場面の高品質画像を要求することもでき、2.6ではそれらは本当に別々のリクエストだ。

ドキュメントには、パラメータを省略すると high がデフォルトになると明記されている。したがって、モデル名だけを変えて2.5のリクエストを移植する呼び出し元は、毎回の呼び出しで最大のプランニングバジェットを気付かないうちに選択していることになる。それはバグではない——より多く考えることが売りであるモデルにとっては妥当なデフォルトだ——が、2.6トラフィックの最初の1か月は、2.5トラフィックの最後の1か月と同一条件での比較にはならないということだ。

少なくとも1つの公開データ点が同じ方向を示している。11月4日に公開された3枚の画像によるハンズオンテストでは、2.6の出力で$0.1245、同じ静止画を2.5で処理した場合は$0.0446だったと報告されている——料金表が変わっていない中で、およそ3倍だ。3枚の画像はベンチマークではなく、そう引用されるべきでもない。サンプルが小さすぎて倍率を確立できない。それが示すのはメカニズムであり、そのメカニズムは文書化されている。リクエストごとの計画トークンが増え、デフォルトで有効になり、100万トークンあたり$30で課金される。

この記事から実務的なステップを1つだけ実行するなら、これにしてください。複雑度を明示的に設定し——2.5時代の挙動に合わせるなら、最初の推測としてはmediumが妥当です——そのうえで、リクエストあたりの出力トークンを前後で測定してください。リクエストあたりのドル額を測定してはいけません。リクエストあたりのドル額から分かるのは、料金表が変わっていないという、すでに知っていることだけです。リクエストあたりのトークン数からは、モデルがあなたが求めた以上の仕事をしているかどうかが分かります。

主張されている50%の高速化が実際にどこへ着地するのか

OpenAIはGPT-Image-2.6を全体で約50%高速と説明しているが、ティア別の数値は見出しの数字よりはるかに興味深く、しかもこれらはベンダー自身の数値であり、独立に測定されたものではない。Flareは前世代の約2.6倍と報告されており、低品質レンダーは最短6秒で完了する。Sunburstは約1.15倍と報告されている。

その2つの数値は、まったく異なる2種類のアップグレードを表しています。パイプラインでFlareを反復処理に使っている場合——サムネイルの探索、プロンプトの調整など、人が結果を待つあらゆる作業——2.6は大きな飛躍であり、移行コストは注意面だけで十分に回収できます。パイプラインでSunburstを最終出力の品質のために使っている場合、15%のレイテンシ改善はほとんどのホスティング環境における実行ごとのばらつきの範囲内であり、速度は移行する理由にはまったくなりません。

正直に指摘しておく価値がある。トークン数の増加を報告したのと同じ小規模な実機テストが、3枚の画像では2.6が2.5より遅いとも報告しており、これはベンダーの主張と矛盾する。n=3ではそれはノイズであり、反証ではない。だが、「50%高速」は品質ティア全体にわたる発表資料の集計値であり、実際のパイプラインは1つの品質設定で1つのティアしか見ない、という注意喚起にはなる。

まだ誰も2.6を獲得しておらず、2.5が依然として首位です。

これこそ、ほとんどの報道が軽く流している比較の一部分だ。Artificial AnalysisはAA-Image-T2I v2.1と編集用ボードを運用しているが、2026年11月5日に確認した時点で、GPT-Image-2.6の行はまったく存在しなかった。低いスコアだったのではなく、行そのものがなかったのだ。

それらのボードが示しているのは、置き換えられるモデルが依然としてそれらで勝っているということだ：

• テキスト・トゥ・イメージ — GPT-Image-2.5 Sunburst（max）は13,153票でElo 1,224、第1位。GPT-Image-2.5 Flare（max）は12,498票で1,207、第2位。GPT Image 2（high）は1,188、第3位。

• 画像編集 — GPT-Image-2.5 Sunburst（max）は18,370票中1,200票で1位。GPT-Image-2.5 Flare（max）は19,259票中1,183票で、1,197票のMAI-Image-2.7-Previewに次いで3位。

OpenAIの発表資料は、2.6 Sunburstの1位獲得の根拠としてDesign Arenaを挙げている。これは実在するボード上の実在する主張ではあるが、異なる評価者プールに基づく異なる尺度であり、ベンダーが自社リリースに都合のよいボードを選ぶことは、購入者が使える証拠にはならない。2.6についての、比較可能で第三者による投票指標はまだ存在しない。それが存在するまでは、擁護できる立場は、2.5が両主要ボードで最高の独立採点画像モデルであり、2.6は未実証だということだ——OpenAIが優れていると述べる特定の面では優れているが、それ以外のすべての点では未測定である。

午後半日で完了する移行

置き換えのコストは十分に低いので、賢明な進め方はビッグバン移行ではなく、誰かのベンチマーク用プロンプトセットではなく自分のプロンプトで実行する、慎重な移行です。

まず、複雑度を自分で選んだ値に固定することから始めましょう。そうすれば、その変更はデフォルトで入ってきたものではなく、自分が加えた変更になります。次に、本番ログから実際のプロンプトを数百件再実行します。テストフィクスチャにあるきれいなプロンプトではなく、誤字や扱いにくいアスペクト比を含む乱雑なものです。比較する数値は2つです。採用画像1枚あたりの出力トークン数と、100回の試行あたりの採用画像数です。2つ目は一貫性の改善が現れるところであり、アップグレードがコストを節約できるかを実際に決める数値です。なぜなら、捨てる画像はトークン予算をすべて消費して、何も返さないからです。

バッチ処理用には2.5へのフォールバック経路を残しておいてください。2.6はまだそれを処理できないからです。また、Sunburstのトラフィックはスピードではなく品質の問題として扱ってください — アクセプト率が動かなければ、15%のレイテンシ改善と引き換えに、プランニング費用が膨らんだだけということになります。

2.5 のままにするのが正解となるのはどんなときか

明確に名指しできるケースが3つあります。バッチワークロードは維持すべきです。2.6はBatch APIに対応しておらず、2.5は対応しているからです。Sunburstの品質パイプラインは、アクセプト率テストが別段の結論を示さない限り維持すべきです。1.15倍の高速化では、コストモデルの変更に見合うだけの価値がないからです。そして、現在のアクセプト率がすでに許容範囲にある人は維持すべきです。新しい機能—SVGエクスポート、アニメーションGIF、マークアップガイド付き編集—は付加的な機能であり、品質の改善ではないため、それらを必要とする成果物がある場合にのみ必要になります。

このアップグレードは本物です。ただ、その内容はFlareのレイテンシと新しい出力フォーマットに集中しており、それらは「新しいモデル」という表現が示唆するよりも狭い範囲にとどまっています。

可用性と、分割移行という厄介な形

OrcaRouterは本日、GPT-Image-2.5 FlareとGPT-Image-2.5 Sunburstを定価、マークアップ0%で提供しています。つまりプロバイダーの料率がそのまま支払い料率となり、上乗せのマージンは一切ありません。GPT-Image-2.6は2026年11月5日時点——ローンチ翌日——でカタログに含まれていないため、目下の実務上の課題はモデリングではなくルーティングにあります。比較検証の間、2.5のトラフィックは1つのキーで自動フェイルオーバーを伴って流れる一方、2.6のトラフィックは2つ目の契約と2つ目の請求のもと、OpenAIへ直接送られます。

その分岐は、後から知るのではなく計画に織り込む価値がある。2.6に本番経路をコミットする前にカタログを確認すべきだ。というのも、登場から24時間しか経っていないモデルでは、ローンチ当日のパリティをどのルーターも約束できるものではないからだ。実際に提供開始されれば、パススルーのルールにより、ベンダーの料金がそのまま当日に支払う額になる——OpenAI側の価格変更は、こちらとの再交渉なしに反映される——が、それまでは、状況を正直に読めば、2.5はルーティング可能で2.6はそうではない、ということだ。

これは、週末規模の移行よりも午後規模の移行を選ぶもう一つの根拠だ。2.5 をルーターに通し、コストの基準値を安定させたまま、複雑さのデフォルト設定がトークン数に与える影響を測定できたら、2.6 をフィーチャーフラグの背後に追加しよう。モデルはなくならないし、バッチエンドポイントは次の四半期計画サイクルが来る前に登場する。