OpenAI、GPT-5.6 Luna/Terraを値下げ＋Sol「Fastモード」開始｜旧Priorityから何が変わったか

OpenAIが2026年7月30日、GPT-5.6ファミリーのAPI価格を改定しました。下位2階層（Luna・Terra）を値下げし、同時に従来の「Priority処理（priority processing）」を 「Fastモード」 へ改称・条件変更しています。

発表の要点はシンプルです。

• Luna を80%値下げ（$1/$6 → $0.20/$1.20）
• Terra を20%値下げ（$2.50/$15 → $2/$12）
• Sol の標準価格は据え置き（$5/$30）
• Fastモードは標準処理の 最大2.5倍の速度を、標準価格の2倍 で提供。知能（モデルの賢さ）は変わらない

GPT-5.6の一般提供開始は2026年7月9日でしたから、ファミリーが商用に出てわずか3週間での価格改定ということになります。

この記事では、値下げの中身に加えて、「Fastモードの倍率が、旧Priority処理から実質的に逆転している」 点と、同じ「Fastモード」という名前でCodex（サブスク）側とAPI側で数字がまったく違う という混同しやすいポイントを整理します。さらに後半では、出力長を3水準に振って実際に何倍速くなるのかを編集部で計測 し、「最大2.5倍」がどこまで再現するかを検証します。

1. 値下げの中身：Lunaが一気に5分の1へ

まず価格改定の全体像です（いずれも100万トークンあたり・標準処理・短コンテキスト時）。

インパクトが大きいのはLunaです。入力・出力とも一律で5分の1になり、大量処理帯の単価が桁の感覚ごと変わりました。OpenAI自身も、Lunaについて「1年前にフロンティア級とされたモデルに匹敵する性能を、1タスクあたり支払い1ドルにつき約6セント相当のコストで、かつ約9倍の速度で提供できる」という趣旨の説明をしています。

Terraの20%値下げは地味に見えますが、日常業務を量でこなす中位帯の単価が下がる意味は小さくありません。一方でフラッグシップのSolは据え置きで、「上位の値段は動かさず、下位の価格性能比を一気に引き上げる」 という構図です。

なお、この原資についてOpenAIは推論基盤側の効率改善を挙げています。GPUカーネルの書き直しによるコスト約20%削減、投機的デコーディング（speculative decoding）まわりの最適化によるトークン生成効率の約15%改善などで、これらの最適化作業自体にGPT-5.6 Sol を使ったとしています。値下げが「採算度外視の消耗戦」ではなく、効率改善の還元という建て付けになっている点は押さえておいてよいでしょう。

2. Fastモード：Priority処理の改称と、倍率の刷新

今回の発表でもうひとつの柱が Fastモード です。これは新機能というより、従来からAPIにあった「Priority処理」の名称と条件を刷新したもの です。

何が変わったか

重要なのは 後方互換が保たれている ことです。すでに priority を指定しているリクエストは、コードを書き換えなくてもそのままFastモードへ振り分けられます。既存のインテグレーションを更新する必要はありません。

Fastモードの実額

Fastモードは全階層に適用され、いずれも標準の2倍です。

この表の最終行が、今回いちばん見落とされやすいポイントです。

3. 見落としやすい論点：価格倍率が2.5倍→2倍に下がっている

前世代のGPT-5.5では、Priority処理は 標準の2.5倍（$12.50/$75 に対し標準 $5/$30）でした。それがGPT-5.6では 2倍 になっています。

つまり 速度優先オプションのプレミアムが、世代をまたいで2.5倍→2倍へ、実質20%引き下げられた わけです。しかも速度側は「最大2.5倍」という数値がはじめて明示されました。旧Priority処理は「標準より速く、ピーク時でも一貫した速度でトークンを生成する」という定性的な説明と、p50レイテンシのSLAで語られる仕組みで、倍率という形の数字は前面に出ていませんでした。

支払倍率と速度倍率の関係を並べると、性格の変化がはっきりします。

ここで注意したいのは、LLM APIはトークン課金であり、時間課金ではない という点です。速く終わっても支払うトークン数は変わりません。したがってFastモードの2倍は、純粋に 「待ち時間を金で買う」プレミアム です。「速くなったぶん安く済む」わけではありません。

そのうえで、公称値どおり最大2.5倍速が出る条件なら、支払2倍に対して時間は2.5分の1 になります。「時間あたりのコスト効率」で見れば、旧Priority処理より明確に割の良い設計へ寄せられた、という読み方ができます。

4. 「1.5倍速で2.5倍消費」の正体：Codex側のFastモードは別物

ここで、多くの人が引っかかるであろう点を整理します。

「Fastモードは 1.5倍の速度で、2.5倍のトークン（クレジット）消費 だったのでは？」という記憶を持っている方は、記憶違いではありません。ただし それはAPIの話ではなく、Codex（ChatGPTサブスクリプション枠）側のFastモード の数字です。

Codex CLI・IDE拡張・ChatGPTデスクトップアプリでChatGPTアカウントにサインインして使うFastモードの条件は、現在も次のとおりです。

CLIでは /fast on・/fast off・/fast status で切り替え・確認ができます。

そして今回のAPI側の改称は、まさにこの Codexの /fast と名前を揃えるため に行われたものです。名前は揃いましたが、中身の倍率はまったく別 である点に注意が必要です。

同じ「Fastモード」でありながら、速度単価で見ると 2倍以上の開き があります。名称統一によって「Codexで試したFastの感覚」をそのままAPIの見積もりに持ち込むと、コスト試算も速度期待も外れます。逆もまた然りです。

さらにもう一段ややこしいのは、CodexをAPIキーで使う場合はクレジット倍率が適用されず、APIのトークン価格で課金される 点です。同じCodexというツールを使っていても、認証方式（ChatGPTサブスク認証 か APIキー）によって、適用される倍率の体系がまるごと入れ替わります。社内で使い方が混在している組織では、ここが請求の説明を難しくする要因になります。

5. 実務で効いてくる、値付けのねじれ

改定後の価格表を素直に眺めると、階層とモードをまたいだ「逆転」がいくつか生まれています。

① Terra の Fast が、Sol の標準より安い

Terra Fast は $4/$24。Sol 標準の $5/$30 を下回ります。「もう一段賢いモデルに上げる」よりも「一段下のモデルを速く回す」ほうが安い、という選択肢が成立します。品質要件がTerraで足りている工程なら、Solへ上げる前にTerra+Fastを検討する価値があります。

② Luna の Fast が、値下げ前の Luna 標準より安い

Luna Fast は $0.40/$2.40。7月29日まで標準価格だった $1/$6 と比べて 約60%安い 計算です。7月上旬にLunaで大量処理を組み始めた現場は、7月30日以降、Fastへ切り替えてなお旧標準価格より大幅に安く 回せることになります。バッチ処理のレイテンシ改善を「追加コストなし」どころか「値下げ込みでプラス」に持ち込める、珍しいタイミングです。

③ 他の割引と併用できる

BatchおよびFlex処理は標準比50%割引、キャッシュ済み入力の読み取りも大幅割引が継続します。長コンテキスト帯は入力2倍・出力1.5倍の単価が適用されます。Fastモードは「速度を買う」レイヤーなので、まずはキャッシュ設計とBatch活用でトークン単価を下げ、そのうえで レイテンシがユーザー体験に直結する経路だけ Fastを当てる、という順序が費用対効果を出しやすいでしょう。

6. 実測：Fastモードは本当に速いのか

公称は「最大2.5倍」です。実際にどれだけ速くなるのか、編集部で計測しました。

計測方法

• 対象：GPT-5.6 Luna / Terra / Sol の3階層 × 標準 / Fast の2モード＝6構成
• 出力長を3水準に振る：短（約30トークン）・中（約300トークン）・長（約1,500トークン）の同一プロンプト
• 指標を分解する：Responses APIをストリーミングで呼び、最初のトークンが返るまで（TTFT） と その後の生成フェーズ を分けて計測。生成レートは出力トークン数で正規化（トークン/秒）
• 条件を揃える：GPT-5.6系は temperature を受け付けない（推論モデルのため）ので、代わりに推論の深さを全構成 reasoning.effort = "none" に統一
• 各条件 n=5、最大・最小を除いた中央3件の平均（trimmed mean）
• 逐次実行：並列に投げると自分自身が輻輳要因になりレイテンシ計測が歪むため、1リクエストずつ直列に実行。時刻による変動が特定構成へ偏らないよう、反復を外側・構成を内側で回しています

なお、APIリクエストに service_tier: "fast" を指定すると、レスポンスの service_tier は "priority" を返しました。Fastモードが旧Priority処理の別名であることは、API上でも確認できます。

結果①：短い出力ではほとんど速くならない

3水準それぞれの「Fastは標準の何倍速か」（総時間ベース）です。

出力が長いほど効く、という明確な傾向が出ました。短い出力では、どの階層もわずか4〜8%の短縮にとどまります。一方で最もよく効いた長文でも 1.43倍速 で、公称の「最大2.5倍」には届きませんでした。

結果②：理由は「待ち時間の内訳」にある

なぜ短い出力では効かないのか。TTFTと生成フェーズに分解すると、はっきりします。

TTFTは出力長にほぼ関係なく 0.7秒前後で一定 です。短い応答では、待ち時間の6割強がこの「最初の1トークンが返るまで」で占められており、Fastモードが速くする生成フェーズは4割しかありません。ここをいくら速くしても総時間は動きません。

実際、TTFT自体はFastでもほとんど改善しませんでした（短い出力ではむしろ標準よりわずかに遅い結果もあり、0.88〜1.38倍速の範囲でばらつきました）。Fastモードが買っているのはトークン生成の速さであって、応答が返り始めるまでの速さではない ということです。

結果③：Fastが上げているのは生成レート

生成レート（トークン/秒）で見ると、効果は一貫しています。

短い出力でも生成レート自体は1.05〜1.45倍に上がっており、Fastモードは確かに機能しています。ただしその効果が総時間として現れるのは、生成フェーズが支配的になる長い出力に限られる、という構図です。

結果④：速さが欲しいなら、まず階層を下げるほうが効く

この表には、Fastモードより大きな差が隠れています。階層間の差 です。

Luna標準（137.8 tok/s）は、Sol Fast（91.7 tok/s）より1.5倍速く、しかも出力単価は25分の1です。 Luna FastとSol標準を比べれば、速度差は3.0倍に開きます。

つまり、速度を求めるときの選択肢としては次の順序になります。

1. まず階層を下げる（Sol → Terra → Luna）。効果は数倍、コストは下がる
2. 次に出力を短くする（プロンプト設計・出力形式の指定）。TTFT比率が上がるぶん頭打ちにはなるが、生成量そのものが減る
3. 最後にFastモード。効果は最大1.4倍程度、コストは2倍

Fastモードは「品質要件があって階層を下げられない」場合の手段です。階層を下げる余地が残っているうちにFastへ課金するのは、順序が逆 ということになります。

留保：階層を下げるには品質検証が要る

ただし「とにかくLunaへ」とはなりません。同じ計測環境で、多段階の算術問題（税抜合計から15%割引した支払額）を各構成に7回ずつ解かせたところ、正答率は次のとおりでした。

推論の深さを none に揃えた条件下では、Luna は多段階の計算をほぼ外しました（誤答は1249・1428など、正答は1377）。速度と単価で階層を選ぶ前に、その工程の品質要件を満たすかを必ず確かめる必要があります。 推論の深さを上げれば正答率は改善しますが、そのぶん速度は落ちるため、「Lunaは速い」という前提自体が条件付きです。

なお、Fastモードは知能に影響しない設計ですが、上表でTerraの正答が標準6/7・Fast 4/7と割れています。これはn=7の試行ばらつきの範囲と見るべきで、Fastで賢さが落ちた証拠ではありません。

計測の限界

単一リージョン・特定時間帯・n=5（正答率はn=7）の軽量計測です。傾向の把握には足りますが、次の点は測れていません。

• ピーク時の挙動：Fastモードの本来の売りは「混雑時でも速度が一貫する」ことです。今回は空いている時間帯の平常時計測であり、Fastの価値が最も出るはずの混雑時を再現できていません。実運用のピーク帯では差が広がる可能性があります
• 長時間の安定性：p95・p99のテール遅延は評価していません

したがって上の数字は「平常時に、この程度の改善しか出なかった」という下限の目安として読んでください。

7. 導入時の注意点

実際に切り替える前に、押さえておきたい点を3つ挙げます。

「最大」2.5倍であって、保証値ではない。 公称は "up to 2.5×" です。前章の実測でも、平常時・長文で1.4倍程度にとどまりました。実際の改善幅は負荷状況・リクエスト内容・出力長で変動します。切り替え前後で、自社のワークロードのp50・p95レイテンシを実測してから本採用を判断してください。支払いは確実に2倍になる一方、速度改善は変動する、という非対称性があります。

知能は変わらない。 OpenAIは明示的に「知能に変更はない」としています。品質が足りない問題をFastモードで解決することはできません。品質はモデル階層（Sol/Terra/Luna）と推論設定で、速度はFastモードで、という切り分けを崩さないことです。

課金体系の混在に注意。 前述のとおり、API・Codexサブスク・CodexのAPIキー利用で倍率体系が異なります。チームで利用形態が混ざっている場合は、「どの経路のFastの話をしているのか」を必ず明示してから見積もりを共有してください。

8. まとめ

• OpenAIは2026年7月30日、GPT-5.6 Lunaを80%・Terraを20%値下げ。Solの標準価格は据え置き。
• APIの Priority処理は「Fastモード」へ改称。service_tier は "fast"・"priority" どちらも有効で、既存コードの変更は不要。
• Fastモードは 標準の最大2.5倍の速度を、標準価格の2倍 で提供。知能は変わらない。
• 前世代GPT-5.5のPriority処理は 2.5倍価格 だったため、速度優先オプションのプレミアムは実質引き下げ られている。
• 一方、Codex（サブスク枠）のFastモードは1.5倍速・クレジット2.5倍消費 のままで、名前は同じでも倍率は別物。混同するとコスト試算を外す。
• 価格改定の結果、Terra Fast < Sol 標準、Luna Fast < 改定前のLuna標準 という逆転が生まれている。
• 実測（平常時）では、短い出力で1.04〜1.08倍速、長文でも1.33〜1.43倍速 にとどまった。Fastが速くするのは生成フェーズで、TTFT（応答が返り始めるまで）はほぼ変わらない。短い応答は待ち時間の6割がTTFTなので効果が出にくい。
• 速度を上げたいなら ①階層を下げる → ②出力を短くする → ③Fastモード の順。Luna標準はSol Fastより1.5倍速く、出力単価は25分の1。ただし階層を下げる際は品質検証が必須。

自社のワークロードにどう当てるかは、「速いモデルを選ぶ」ではなく 「品質は階層で、速度はモードで」買い分ける 視点で整理すると、コストと体験のバランスを取りやすくなります。まずはレイテンシがユーザーの離脱に直結している経路を特定し、そこだけをFastで実測比較するところから始めるのが現実的です。

出典（OpenAI公式）

• Advancing the price-performance frontier with GPT-5.6 | OpenAI
• Pricing | OpenAI API
• Priority Processing for API Customers | OpenAI
• Speed（Fast mode）| ChatGPT Learn