GPT-5.6 Sol 対 Terra 対 Luna：どのモデルを選ぶべきですか？

最高のGPT‑5.6モデルはSolではありません。それは、タスクを時間とリスクの制約内で確実に完了させる最も安価なティアです。

その違いは重要です。なぜならOpenAIの2026年7月9日のリリースは単一のモデルではなくモデルファミリーだからです。「Sol」は機能性における旗艦モデルです。「Terra」は機能性とコストのバランスを重視して設計されています。「Luna」は速度と経済性を最適化しています。これら3つのモデルはOpenAIの公式発表に基づき、確認されており一般利用可能となっています。

名前は覚えやすいものの、その中から選ぶには依然として作業負荷マップが必要です。このガイドがその1つを提供しています。

5つの質問による決定

これらの質問を順番に行ってください。

1. 成功は自動的に確認できますか？

スキーマ、テストスイート、計算、またはルールで結果を検証できる場合は、Lunaから始めてください。安価なアプローチと信頼性の高い検証を組み合わせることで、すべてのリクエストで最大限の機能を購入するよりも優れた結果になることが多いです。

もし成功に繊細な人間の判断が必要な場合は、次の質問に進んでください。

2. このタスクは有界ですか？

抽出、分類、書き換え、フォーマット、およびツールの絞り込み選択は制限されている。ルナは有力な候補である。

下書き、分析、通常のコーディング、およびマルチソース合成は、より多くの自由度を持っています。テラから始めましょう。

アーキテクチャ、新規デバッグ、ホライズンの長いエージェント作業、リスクの高いレビュー、または密な制約調整は、Solの使用を正当化する場合がある。

3. 誤答はどれほどコストがかかるのか？

可逆的なタグ提案については、失敗したLunaからの応答は単に再試行するだけで済みます。セキュリティレビューまたは財務ロジックの変更を行う場合は、より強固な権限、厳格なツール、および人間による承認を利用してください。

モデルティアとガバナンスを混同しないでください。 Solは依然として間違う可能性があります。モデルに関係なく、影響が大きい場合は制御が必要です。

4. ユーザーがどれくらい早く価値を実感する必要がありますか？

オートコンプリートのリクエストは即座に感じられる必要があります。バックグラウンドで作成されるデューデリジェンスレポートは時間がかかる場合があります。ルナは高速性重視の設計になっています；ソルのより詳細な作業は非同期で実行することを正当化しやすくなっています。

最初の有用な出力までの時間と、承認された結果までの時間を測定する。迅速な失敗は速くない。

5. 承認済み実績予算とは何ですか？

OpenAIは100万トークンあたりのこれらのAPIレートを公表しています：

| GPT-5.6 ティア | 入力 | 出力 | |---|---:|---:| | ルナ | $1 | $6 | | テラ | $2.50 | $15 | | ソル | $5 | $30 |

トークン価格はあくまで始まりに過ぎません。再試行、ツール使用、レビュアーの作業時間、インシデントリスク、そして完了したジョブの価値を含めてください。

明確で高速、再現可能な作業のためにLunaを選ぶ

タスクの範囲が狭く、量が多い場合は、Lunaを最初のテストにするべきです。

適切な候補者：

顧客からのメッセージを固定された分類体系に基づいて分類する;
フィールドを検証済みスキーマに抽出する;
文章を指定された文字数とトーンに合わせて書き換える;
メタデータ、タグ、および代替テキストの下書きを作成する;
内部トリアージのために短い文書を要約する;
定型インターフェーステキストをレビュー付きで翻訳する;
固定フォーマットからテストケースのスケルトンを生成する;
許可された少数のツールセットから1つのツールを選択してください。

ルナの低い公式トークン価格は、検証とエスカレーションの余地を作り出します。構造化抽出の場合、無効なJSONは拒否します。製品タクソノミーの場合、許可された値と比較します。要約の場合、ソース内に固有表現が存在することを確認します。

ルナに上限のない研究課題を与えた上で、それが誤ったティアのように動作することを非難するのは避けてください。モデル選択はタスク設計から始まります。

ルナの警戒兆候

「矛盾する制約を含む、多数の文書にまたがる、新規の計画策定が必要、検証に2回失敗した、または妥当に見えるが誤りで重大な影響が生じるリクエストは、エスカレートしてください。」

広範な中間層のためにTerraを選ぶ

Terraは、すべてのリクエストがルーティングに関する議論から始まることを望まないチームにとって、実用的なデフォルトです。

それは適しています：

一般的なビジネス文書；
出典に基づいた簡潔な説明資料;
通常のリポジトリの変更;
製品とプロジェクトの計画;
文脈が必要なカスタマーサポート;
ドキュメント比較;
適度なデータ分析;
複数の制約を伴うクリエイティブな開発；
長さに制限のあるツール使用ワークフロー

100万入力トークンあたり$2.50、100万出力トークンあたり$15の料金設定で、Terraは公表されたトークンレートに基づきLunaの2.5倍のコストがかかります。そのプレミアムは、編集作業や失敗を顕著に減らせる場合に価値があります。

For a creative team, Terra might build an episode outline from a character bible, while Luna produces approved-format scene metadata. A platform such as Elser AI can house the visual storytelling workflow, but the routing decision should still be based on output quality and production cost.

テラの警告標識

以下のいずれかの場合に性能が向上する：Terraが長時間のタスクで制約を繰り返し失う、ツールの障害から回復できない、ニュアンスの見落としがコストのかかる浅い分析を生成する、またはSolよりもレビュアーによる修正が多く必要となる

出力が高度に標準化され、かつルナが同じレートで合格する場合に下方に移動してください。

推論のコストよりも失敗の方が高額になる場合にSolを選択してください

SolはOpenAIの最上位のGPT‑5.6機能タイアです。公表されている価格――100万トークンあたり$5が入力、$30が出力――は、Lunaの価格の5倍です。

ソルは次のような業務に適しています：

複雑なリポジトリ間エンジニアリング;
競合する制約条件を考慮したアーキテクチャ分析;
単純な手法が失敗した後の困難なデバッグ;
統合と批評を必要とする長文の専門的な報告書;
意思決定支援としての高額契約の審査または方針の見直し;
複数の依存ステージを持つエージェントタスク;
重要な資料の最終的な敵対的レビュー;
問題の明確化が業務の一部となる曖昧な問題

Solを使用するのは成功率を変化させるときであり、プロジェクトのステークホルダーがスライドデッキで最も権威のあるラベルを求めているときではない。

ソルもより厳格な制限の恩恵を受けています。許可されるツールを定義し、認証情報を保護し、支出に上限を設け、アクションを記録し、デプロイ、購入、公開、または不可逆的な変更を行う前に承認を求めてください。

太陽の警戒兆候

もしSolが主にソーステキストの再フォーマット、ラベル付け、または繰り返しを行う場合、ワークフローは過度に階層化されている。もしレビュアーがLunaまたはTerraを同じ承認率で承認する場合、ルーティングを下位に変更する。

永続的な回答の代わりにルーターを使用する

単純な生産方針は、全社的な指令よりも効果的であり得る。

タスクの種類、データの機密性、および影響を分類する。
承認された最下位ティアから開始してください
フォーマットとタスク固有の要件を検証する。
バリデーションに失敗した場合、または複雑性シグナルが発動した場合は、エスカレートしてください。
人間の承認を得るため、インパクトの高い結果を送信する。
ログティア、コスト、レイテンシ、障害、最終的な処理結果。

例えば、ソフトウェアの課題はラベリングと重複検出のためにLunaに登録されます。Terraは調査を行い、パッチを提案します。もしテストが依然として失敗する場合、または変更がセキュリティに敏感なコンポーネントに及ぶ場合、Solはリポジトリと計画をレビューします。開発者が最終的なdiffを承認します。

ルーターは分かりやすいものでなければなりません。謎めいた「AIがAIを選ぶ」レイヤーにより、コストとインシデントの診断が困難になります。

実装可能な複雑性シグナル

有用な信号は以下を含みます：

プロンプトまたはコンテキストサイズ;
参照されたファイルの数;
外部ツールの数;
コード実行の必要性;
既知の高リスクなトピック;
曖昧または矛盾した指示;
事前のモデル障害;
バリデーターによる拒否;
推定事業価値;
より詳細な分析に関する明示的なユーザーからの要望。

プロンプトの長さだけでルーティングを行わないでください。長い抽出処理でも簡単な場合がありますが、1文の論理パズルは難しい場合があります。

各ティアごとの評価を作成する

主要なワークフローごとに少なくとも50の代表的なタスクを選定してください。テストを実施する前に成功基準を定義してください。可能であればモデル名を表示せずに出力をレビューしてください。

測定:

編集なしで承認;
重大エラー率;
補正時間;
エンドツーエンド遅延;
トークンと料金;
再試行;
エスカレーション頻度;
ユーザー満足度;
ビジネスアウトカム。

次にルーティングをシミュレートしてください。タスクの70%がLunaで完了し、25%がTerraを必要とし、5%がSolを必要とする場合、そのブレンドコストを、タスクを100%TerraまたはSolに送信する場合のコストと比較してください。ルーターを保守するためのエンジニアリングコストを加算してください。

プロンプト、製品、またはモデルの変更後に再評価してください。ルーティングポリシーは継続的に更新される運用アーティファクトです。