OpenAIがGPT-6 SolとLunaを公開|単価半額で「Terraの置き場所」が消えた後、モデル階層とコスト試算をどう引き直すか


OpenAIが2026年9月22日(米国時間)に、GPT-6世代の中位・下位モデルにあたる「GPT-6 Sol」と「GPT-6 Luna」を公開しました。報道では「API単価が半額」が大きく取り上げられています。ただ、業務でOpenAIのAPIを使っているチームにとって本当に考えるべきなのは、半額という数字そのものより、モデル階層の組み替えです。GPT-6はAstra・Sol・Lunaの3階層で、GPT-5.6にあった中間のTerraに当たるモデルがありません。しかも公式の単価表を並べると、GPT-6 SolはGPT-5.6 Terraより高い項目が一つもありません。この記事では、公式ドキュメントで確認できる仕様と単価を起点に、「Terraで回している処理をどこへ動かすか」と「動かすときにどこでつまずくか」を整理します。
何が発表されたか
公式のChangelogには、9月22日付で「GPT-6 Sol(gpt-6-sol)とGPT-6 Luna(gpt-6-luna)をリリースした」と記載されています。どちらも推論モデルで、テキストと画像を入力に取り、Responses APIとChat Completions APIでテキストを生成する、という説明です。モデルページで確認できる仕様を、比較対象のGPT-5.6 Terraと並べます。
| 項目 | gpt-6-sol | gpt-6-luna | gpt-5.6-terra(比較) |
|---|---|---|---|
| 位置づけ(公式の説明) | 複雑なコーディングとエージェント型ワークフロー向け | 範囲の決まった大量処理向けの最も効率的なモデル | 性能とコストのバランス型。以前のGPT-5系のminiにおおむね相当 |
| コンテキスト長 | 1,050,000 | 1,050,000 | 1,050,000 |
| 最大入力トークン | 922,000 | 922,000 | 922,000 |
| 最大出力トークン | 128,000 | 128,000 | 128,000 |
| 知識のカットオフ | 2026年4月20日 | 2026年5月18日 | 2026年2月16日 |
| 入出力 | テキスト・画像入力、テキスト出力 | 同左 | 同左 |
reasoning.effort | none〜max(既定はmedium) | none〜max(既定はmedium) | none〜max(既定はmedium) |
| 対応エンドポイント | Responses、Chat Completions、Batch | 同左 | 同左 |
| ファインチューニング | 非対応 | 非対応 | 非対応 |
reasoning.effortの選択肢はnone・low・medium・high・xhigh・maxの6段階で、9月3日に出たGPT-6 Astraとは違いnoneを選べます。Responses APIで使えるツールは、Web検索・ファイル検索・画像生成・Code interpreter・Hosted shell・Apply patch・Skills・Computer use・MCP・Tool searchで、Terraと同じ並びです。コンテキスト長もGPT-5.6の各モデルと同値なので、長文脈の設計を見直す理由は今回もありません。
レート制限には差があります。SolはTier 5で15,000RPM・40,000,000TPMとTerraと同じ枠ですが、LunaはTier 5で30,000RPM・180,000,000TPMと、Solより広い枠が設定されています。大量処理をLunaへ寄せる設計は、単価だけでなく流量の面でも余裕が出ます。
提供範囲は、公式ドキュメントではAPI側しか確認できません。ChatGPT側についてはTechCrunchが、ChatGPT WorkとCodexではほとんどの有料アカウントで使え、LunaはデスクトップアプリとFree・Goユーザーにも提供され、アプリとWebへは当日中に段階的に展開すると報じています。The Next Webは、ChatGPT WorkとCodexの対象をPlus・Pro・Business・Enterprise・Eduと書く一方で、「Chatにはまだどちらも入っていない」とも書いており、報道によって提供範囲の書き方に差があります。いずれも報道ベースの情報なので、自社の契約での可否は管理画面で確かめてください。
あわせて読みたい
OpenAIがGPT-6 Astraを公開|サイバー「Critical」到達と単価・運用条件を業務目線で読む
単価表で見る階層の変化
公式Pricingページの標準単価(入力272Kトークン以下)を、GPT-6とGPT-5.6の6モデルで並べます。単位は100万トークンあたりの米ドルです。
| モデル | 入力 | キャッシュ済み入力 | キャッシュ書き込み | 出力 |
|---|---|---|---|---|
| gpt-6-astra | 10.00 | 1.00 | 12.50 | 50.00 |
| gpt-6-sol | 2.00 | 0.20 | 2.50 | 10.00 |
| gpt-6-luna | 0.10 | 0.01 | 0.125 | 0.50 |
| gpt-5.6-sol | 4.00 | 0.40 | 5.00 | 20.00 |
| gpt-5.6-terra | 2.00 | 0.20 | 2.50 | 12.00 |
| gpt-5.6-luna | 0.20 | 0.02 | 0.25 | 1.20 |
GPT-6 SolはGPT-5.6 Solのちょうど半額です。GPT-6 LunaはGPT-5.6 Lunaに対して入力が半額、出力は1.20ドルから0.50ドルで約58%の引き下げです。ここで一つ注意があります。Pricingページには「GPT-5.6 Solのプロモーション価格は少なくとも2026年11月21日まで提供される」という注記があり、比較の基準になっているGPT-5.6 Sol側の4ドル・20ドルは期間限定の可能性があります。GPT-5.6 Solのモデルページにも、この単価は入力で20%、出力で33%の引き下げだと書かれています(当メディアが8月1日に確認した時点では入力5ドル・出力30ドルでした)。「半額」の比較対象そのものが一度動いている点は頭に入れておいてください。
GPT-6 SolとGPT-5.6 Terraを全列で比べる
今回いちばん実務に効くのは、次の比較です。Pricingページの処理区分ごとに、GPT-6 SolとGPT-5.6 Terraの単価を並べます(入力/キャッシュ済み入力/キャッシュ書き込み/出力の順)。
| 処理区分 | gpt-6-sol | gpt-5.6-terra |
|---|---|---|
| Standard(272K以下) | 2.00 / 0.20 / 2.50 / 10.00 | 2.00 / 0.20 / 2.50 / 12.00 |
| Standard(272K超) | 4.00 / 0.40 / 5.00 / 15.00 | 4.00 / 0.40 / 5.00 / 18.00 |
| Batch・Flex(272K以下) | 1.00 / 0.10 / 1.25 / 5.00 | 1.00 / 0.10 / 1.25 / 6.00 |
| Fast mode(272K以下) | 4.00 / 0.40 / 5.00 / 20.00 | 4.00 / 0.40 / 5.00 / 24.00 |
入力側はすべての区分で同額、出力側はすべてGPT-6 Solのほうが安くなっています。トークン単価だけで見ると、GPT-6 SolはTerraの上位互換の値札を付けて出てきたことになります。上位モデルが中位モデルの値札まで降りてきたので、Terraを選ぶ理由が単価からは説明できなくなりました。この記事のタイトルにある「Terraの置き場所が消えた」はこの意味です。
各処理区分の倍率は、GPT-6 SolとLunaのモデルページに次のとおり書かれています。
- キャッシュ済み入力は未キャッシュ入力の10%、キャッシュ書き込みは未キャッシュ入力の1.25倍
- 入力が272Kトークンを超えるプロンプトは、リクエスト全体について入力とキャッシュの単価が2倍、出力が1.5倍
- BatchとFlexはStandardの50%、Fast modeは適用レートの2倍
- リージョン処理(データレジデンシー)は利用可能な場合に10%の上乗せ
単価表だけで試算しない
では、Terraで回している処理をGPT-6 Solへ移すと請求はどれだけ下がるのか。仮に、月に入力3,000万トークン(キャッシュなし)・出力500万トークンを使う処理があるとして、トークン数が変わらない前提で計算すると次のようになります。
| モデル | 入力分 | 出力分 | 合計(米ドル/月) |
|---|---|---|---|
| gpt-5.6-sol | 120.00 | 100.00 | 220.00 |
| gpt-5.6-terra | 60.00 | 60.00 | 120.00 |
| gpt-6-sol | 60.00 | 50.00 | 110.00 |
| gpt-5.6-luna | 6.00 | 6.00 | 12.00 |
| gpt-6-luna | 3.00 | 2.50 | 5.50 |
GPT-5.6 SolからGPT-6 Solへ移る処理はたしかに半額になります。一方、Terraから移る処理では、この入出力比だと約8%しか下がりません。入力が多く出力が少ない処理(分類・抽出・要約の多く)ほど差は縮みます。桁が変わるのはLunaへ落とせる処理だけで、同じ前提ならTerraの20分の1以下です。
もう一つ、この表は「トークン数が変わらない」という前提に立っています。実際には、推論モデルの出力トークンには推論トークンも含まれ、同じタスクでもモデルやreasoning.effortによって消費量が変わります。OpenAI自身も、発表の比較の多くをトークン単価ではなくタスクあたりのコストで示しているとThe Next Webは伝えています。見積もりは、代表タスクを実際に流して1件あたりの費用を測るのが確実です。
キャッシュを使う処理では、書き込み課金も織り込みます。Prompt cachingの公式ガイドは、GPT-5.6以降では書き込みが未キャッシュ入力の1.25倍、読み出しが0.1倍で、1回書いて1回使い回すと通常の1.35倍(キャッシュなしで2回処理すると2倍)、1回書いて9回使い回すと2.15倍(キャッシュなしなら10倍)になると例示しています。1回でも使い回せばキャッシュなしより安くなりますが、一度も使い回されない接頭辞は、書き込みの分(1.25倍)だけ割高になります。
あわせて読みたい
OpenAIがGPT-5.6のLunaとTerraを値下げ|業務で見直すこと、見直さなくていいこと
Terraで回している処理の行き先
Terraに載せている処理の選択肢は、実質的に次の3つです。
- GPT-6 Solへ上げる。単価はほぼ同じか少し安いまま、上位階層のモデルを使える。品質が上がるなら、コストをほぼ増やさずに底上げできる
- GPT-6 Lunaへ落とす。単価は入力で20分の1、出力で24分の1になる。ただし、Terraでぎりぎり通っていた処理が落ちる可能性がある
- Terraに据え置く。検証が終わるまで動かさない
どれを選ぶかは、モデル名ではなく自社の評価セットで決めます。手順としては、Terraで回している処理を性質ごとに分け、それぞれの代表入力をGPT-6 SolとGPT-6 Lunaの両方に流し、品質・レイテンシ・1件あたりの費用を比べます。Lunaで基準を満たす処理はLunaへ、満たさない処理はSolへ、という振り分けが基本形です。1本の処理の中で難易度がばらつくなら、Lunaで試して基準に届かなかったものだけSolへ回すカスケードも検討に値します。
あわせて読みたい
LLMのモデルルーティングとカスケード設計|全部を最上位モデルに投げないための振り分け基準と、判定ミスの被害を小さくする作り方
急ぐ必要はありません。2026年9月24日時点で、公式のDeprecationsページにGPT-5.6 Sol・Terra・Lunaの廃止予定は載っていません。それどころか同ページでは、9月28日に停止するgpt-3.5-turbo-instructなどの旧モデルや、12月11日に停止するgpt-5-mini-2025-08-07の推奨移行先として、今もgpt-5.6-terraが挙げられています。旧モデルの廃止対応でTerraへ移したばかり、あるいは移行中のチームもあるはずです。その作業を止めてまでGPT-6へ付け替える必要はなく、Terraへの移行を終えてから、次の見直しでGPT-6を比較対象に加えれば十分です。
移行時のハマりどころ
公式の「Using GPT-6」ガイドには、GPT-6へ移るときの確認事項がまとまっています。SolとLunaに関係するものを抜き出します。
注意
reasoning_effortがnoneのときだけfunction callingをサポートする」旨の記載があります。reasoning.effortの既定値はmediumなので、reasoning_effortを明示的にnoneにしない限り、Chat Completionsではfunction callingが使えない前提で扱ってください。Chat Completionsでfunction callingを使っている既存コードのモデルIDだけを差し替えると、既定値のままサポート対象外の組み合わせになります(このとき具体的にどういう挙動になるかは、公式ドキュメントでは確認できませんでした)。推論を効かせたままツールを呼ぶ処理は、Responses APIで組む必要があります。GPT-5.6のモデルページにはこの注記はありません。- 推論の強さ: ガイドは、現在の実効的な推論の強さを保つよう求めています。既存のリクエストが
minimalを使っている場合は、まずlowから始めて代表タスクで比較する、とあります - 使えなくなるパラメータ: 推論の強さが
none以外のときはtemperature・top_p・top_logprobsを外す。Chat Completionsではlogprobsも外す - データレジデンシー: GPT-6のAstra・Sol・Lunaでは、EUデータレジデンシーはStandard処理でのみ使える。EU圏でデータ所在地を指定して運用している場合、FlexやFast modeなどStandard以外の処理区分を前提にした設計はそのままでは成り立たない
- Fast modeのSLA: Fast modeのガイドには、GPT-5.6以前のFast modeはScale Tierと同じSLAの扱い、GPT-6 AstraのFast modeにはレイテンシのSLAがない、と書かれています。SolとLunaについての明記は執筆時点で確認できませんでした。SLAを前提にしている処理は、移す前に契約窓口で確認するのが安全です
- プロンプトキャッシュ: GPT-5.5以前から移る場合は
prompt_cache_retentionをprompt_cache_options.ttl(値は"30m")に置き換える。GPT-5.6からの移行ならこの変更は不要です
GPT-6で加わった機能として、会話の途中でconfiguration_updateという入力項目を足すと、リクエスト全体のreasoning.effortを書き換えずに推論の強さを変えられる、という仕組みもガイドに載っています。Prompt cachingガイドによれば、リクエスト全体のreasoning.effortを変えると隠れたシステム指示が書き換わることがあるため、この項目で変えることでキャッシュ済みの接頭辞を保てます。難しい手順だけ推論を強め、定型の後続処理では弱める、といった使い分けをキャッシュを捨てずに行えます。ただし、Reasoningガイドではこの機能はGPT-6系のstandard・single-agentモードのリクエストに限られ、変えられるのは推論の強さだけとされています。自動コンパクションなどとの併用にも制限があるため、採用前にガイドの互換性の項を確認してください。
あわせて読みたい
本番LLMアプリのモデル移行|「とりあえず差し替え」と「固定したまま廃止日」を避ける手順
ベンダー主張の読み方
発表で目立つ主張は二つあります。TechCrunchが引用した発表文によれば、ユーザーがモデルの誤りを報告した実会話を匿名化して作った社内の事実性評価で、GPT-6 Solの誤りは前モデルの約半分で、Astra並みの信頼性を大幅に低いコストで実現した、とOpenAIは述べています。The Next Webは、Lunaも推論を強めればGPT-5.6 Sol並みで、費用は約100分の1だとする主張を伝えています。
ここは帰属をはっきりさせておきます。これはOpenAIが自社の評価で出した数値で、第三者の独立検証ではありません。The Next Webによれば、OpenAI自身がこの評価セットについて「誤りが起きやすい会話を選んだもので、通常の利用を代表するものではない」と断っています。誤りが半分になるのは誤りやすい問い合わせを集めた条件での話で、自社の業務でも同じ割合で誤りが減るとは限りません。
ベンチマークも同じ読み方をします。The Next Webによると、発表の比較の多くはAnthropicのモデルを相手にしたもので、競合のスコアはOpenAIが自社で走らせたものではなく公表値を使っていること、一部は後継版の数値がないため旧版で代用していることを、OpenAI自身が注記しています。条件付きの比較を条件抜きで引用すると意味が変わります。自社の判断材料にするなら、自社の代表タスクで測った結果を使ってください。
今日やること、やらなくていいこと
- 1
Terraを使っている処理の棚卸し
コード・設定・環境変数からgpt-5.6-terraを呼んでいる箇所を洗い出し、処理ごとに月間の入力・出力トークンと、Chat CompletionsかResponsesかを書き出します。Chat Completionsでfunction callingを使っている箇所と、temperature・top_p・logprobsを指定している箇所には印を付けておきます。 - 2
コスト試算を処理単位で引き直す
GPT-6 SolとGPT-6 Lunaの単価で、入力・出力・キャッシュ済み入力・キャッシュ書き込みの4項目を試算します。272Kトークンを超える入力があるか、BatchやFlexへ回せる処理があるかも確認します。トークン単価の比較で終わらせず、代表タスク数件で1件あたりの実費を測ります。 - 3
評価セットで振り分けを決める
Terraで回している処理の代表入力を、GPT-6 SolとGPT-6 Lunaの両方に流します。品質・レイテンシ・1件あたり費用の3軸で基準を満たしたほうへ振り分け、差が出なければ据え置きます。 - 4
移行時の制約を確認する
reasoning_effortの既定値はmediumなので、noneを明示しない限りChat Completionsではfunction callingが使えません。Chat Completionsでfunction callingを使う処理はResponses APIへの移行を先に検討します。EUデータレジデンシーやFast modeのSLAを前提にしている処理は、Standard処理に限られる点とSLAの扱いを確認してから動かします。
逆に、今回の発表を理由に急いでやらなくていいこともあります。GPT-5.6の廃止予定は公式に出ていないので、本番の全処理を一斉に付け替える必要はありません。旧モデルからTerraへの移行が進行中なら、それを先に終わらせて構いません。コンテキスト長もGPT-5.6と同じなので、長文脈の扱いを作り直す理由はありません。プロンプトの基本(役割・制約・出力形式・例示)や、入力してよい情報の線引きといった社内ルールも、モデルの世代が変わっただけでは変わりません。
あわせて読みたい
LLMアプリの評価(eval)の作り方|「動いた気がする」で止めないための実務手順
よくある質問
GPT-6 SolとGPT-6 Lunaはいつ、どこで使えるようになったのですか
本当に半額になったのですか
GPT-5.6 Terraはもう使わないほうがいいのですか
Chat Completionsのままモデル名だけ差し替えても動きますか
「誤りが前モデルの約半分」はそのまま信じてよいですか
EU圏のデータレジデンシーを使っていますが、影響はありますか
まとめ
GPT-6 SolとLunaへの移行を検討するときの確認事項
- 公式のモデルページとPricingページで、仕様と現行単価を自分で確認した
- gpt-5.6-terraを呼んでいる処理を洗い出し、処理ごとの月間トークン量とAPIの種類を書き出した
- GPT-5.6 Sol比の半額と、Terra比の小幅な差を区別してコストを試算した
- キャッシュ書き込み・272Kトークン超の割増・Batch/Flex・リージョン処理の上乗せを試算に入れた
- 代表タスクで1件あたりの実費を測り、トークン単価だけで判断しなかった
- Chat Completionsでfunction callingを使う処理を特定し、Responses APIへの移行要否を決めた
- EUデータレジデンシーとFast modeのSLAを前提にした処理がないか確認した
- 評価セットでGPT-6 SolとGPT-6 Lunaを比べ、処理ごとの振り分けを決めた
- ベンダーの主張は測定条件とセットで社内に共有した
GPT-6 SolとLunaの公開は、半額という値下げの話であると同時に、GPT-5.6で3段だったOpenAIのモデル階層が組み替わった出来事です。GPT-5.6 Solを使っているなら、ほぼそのまま単価が半分になります。Terraを使っているなら、ほぼ同じ値段でSolへ上げるか、20分の1以下の値段でLunaへ落とすかという新しい選択肢が増えたことになります。どちらを選ぶかは発表の数字ではなく、自社の評価セットで決める。廃止予定がない今のうちに、その準備を進めておけば十分です。
本記事の仕様(コンテキスト長・最大入出力トークン・知識のカットオフ・reasoning.effortの対応値・対応エンドポイント・ツール・レート制限)と単価(Standard・Batch・Flex・Fast mode、272Kトークン以下と超、キャッシュ済み入力とキャッシュ書き込み、GPT-5.6 Solのプロモーション注記、リージョン処理の上乗せ)は、OpenAIの公式ドキュメント(developers.openai.comのモデルページ・Pricing・Changelog・Using GPT-6・Prompt caching・Reasoning models・Fast mode・Deprecations)で2026年9月24日時点の記載を確認したものです。コスト試算の表は、公式の標準単価に仮定のトークン量を掛けた計算例で、実際の請求を示すものではありません。ChatGPT側の提供範囲、事実性評価とベンチマークに関するOpenAIの主張と注記はTechCrunchとThe Next Webの報道に基づくもので、公式ドキュメントの記載と区別して記述しています。OpenAIの発表ページ(openai.com)は執筆時点で取得できなかったため参照していません。価格と提供条件は改定されるため、導入検討時は最新の公式情報をご確認ください。
出典・参考
- GPT-6 Sol - OpenAI API(公式・一次。仕様/単価/対応エンドポイント/Chat Completionsの制約)
- GPT-6 Luna - OpenAI API(公式・一次。仕様/単価/レート制限)
- GPT-5.6 Sol - OpenAI API(公式・一次。現行単価の引き下げ率とプロモーション価格の注記)
- GPT-5.6 Terra - OpenAI API(公式・一次。比較対象の仕様と単価)
- Pricing - OpenAI API(公式・一次。GPT-6とGPT-5.6の各処理区分の単価と注記)
- Changelog - OpenAI API(公式・一次。2026年9月22日のリリース記載)
- Using GPT-6 - OpenAI API(公式・一次。移行時の確認事項と制限)
- Prompt caching - OpenAI API(公式・一次。キャッシュ書き込み課金とconfiguration_update)
- Reasoning models - OpenAI API(公式・一次。configuration_updateの対応範囲)
- Fast mode - OpenAI API(公式・一次。データレジデンシーとSLAの扱い)
- Deprecations - OpenAI API(公式・一次。GPT-5.6の廃止予定の有無)
- OpenAI launches GPT-6 Sol and Luna, boasting lower cost and fewer mistakes - TechCrunch(報道)
- OpenAI cuts GPT-6 prices in half with Sol and Luna - The Next Web(報道)
関連する記事
OpenAIがGPT-6 Astraを公開|サイバー「Critical」到達と単価・運用条件を業務目線で読む
OpenAIが2026年9月3日に公開した「GPT-6 Astra」を公式の仕様と価格から業務目線で整理します。入力10ドル・出力50ドルの単価、サイバー能力の「Critical」到達、コンテキスト長はGPT-5.6と同値である点まで、事実と主張を切り分けます。
OpenAIがGPT-5.6のLunaとTerraを値下げ|業務で見直すこと、見直さなくていいこと
2026年7月30日にOpenAIが実施したGPT-5.6のAPI価格改定を、公式Pricingページで確認しながら業務目線で整理します。Lunaは80%、Terraは20%の引き下げでSolは据え置き、Priority processingはFast modeへ改称。事実を押さえたうえで、大量処理の経済性・モデル階層の引き直し・価格が動く前提の設計・乗り換え前の評価と、値下げでも変わらない要件を切り分けます。
LLMのモデルルーティングとカスケード設計|全部を最上位モデルに投げないための振り分け基準と、判定ミスの被害を小さくする作り方
リクエストごとに使うモデルを変える設計には、入力を見て振り分けるルーティングと、小さいモデルから試して落ちたら上へ回すカスケードがあります。判定ミスの非対称性、評価セットで閾値を決める手順、キャッシュや遅延への副作用を整理します。


