LongCat-2.5-Preview 対 GPT-5.6 Sol：100万トークンのコンテキストウィンドウはそれぞれいくらかかるのか

を比較して言える最も有用なことLongCat-2.5-PreviewとGPT-5.6 Solは、どちらがより賢いかではない。どちらも約100万トークンのコンテキストウィンドウを宣伝しており、ウィンドウ全体で同じ料金を課すのは一方だけだ。Solの価格は入力トークン272,000を超えると倍になる。Meituanが記述している限り、LongCat-2.5-Previewの公表レートカードはまったく段階制ではない。この単一の構造的違いが、ベンチマークを参照する前に、実際の長文書ワークロードの大半を決定づける——そしてこれは、仕様表の比較では決して見えない類のことだ。なぜなら両モデルとも「1M」を同じフォントサイズで記載しているからだ。

以下が、それぞれについて実際に記録に残っている内容を、問う価値のある質問ごとに整理したものです。

100万トークンのウィンドウは、双方で同じ製品なのでしょうか。

いいえ、そして違いはウィンドウそのものではありません — それを埋めていくときに何が起こるかです。当社のカタログでは Sol を、1,050,000 トークンのコンテキストウィンドウ、最大出力 128,000 トークンで提供しています。272,000 トークンまでのリクエストでは、入力 100 万トークンあたり $4.00、出力 100 万トークンあたり $20.00、キャッシュ済み入力は 100 万トークンあたり $0.40、キャッシュ書き込みは 100 万トークンあたり $5.00 です。そのしきい値を超えると、料金は 100 万トークンあたり $8.00 と $30.00 に上がります。そのため、Sol での 500,000 トークンのドキュメント パスは、リクエスト全体に対してロングコンテキスト料金で請求され、ブレンド料金ではありません。

LongCat-2.5-Previewは、コンテキスト1,000,000トークン、最大出力131,072トークンを記載している。Meituanの自社プラットフォーム上で公開され、そこで期間限定割引として示されているその料金表は、未キャッシュ入力トークン100万あたり$0.30、キャッシュ済み入力トークン100万あたり$0.006、出力トークン100万あたり$1.20である。Meituanは第2の料金階層を公開していない。それは、存在しないと言っているのと同じではない — ベンダーがそれを説明していないということであり、説明されていない価格は、予算を立てる基準にできる価格ではない。

数字にしてみよう。500,000トークンを読み込み、20,000トークンを書き戻す処理は、Solのロングコンテキストティアで約4.60ドル、LongCat-2.5-Previewでは公表されているプロモーション料金で約17セントかかる。どちらの数字も公開料金表に基づく計算であり、実測値ではない。その比率は十分に大きく、何を試みるのが経済的に妥当かという判断を変える。Solのロングコンテキスト料金では、コードベースをモデルに投入するのは意思決定だが、LongCatの料金では、それはデフォルトに近い。

数字の裏付けがあるのはどちらですか？

Sol、大差で。そしてここが、この比較を単なる価格論争にしない部分です。Sol は2026年7月リリースで、当社のカタログには完全な独立プロファイルがあります。Coding Indexは77.4で、Artificial Analysisが追跡するモデルの中で3位。Intelligence Indexは47で13位。GPQA Diamondは94.1%。Humanity's Last Examは49.5%。SciCodeは57.1%。Terminal-Bench v2.1は88.0。τ²-Benchは85.1。これらはすべて Artificial Analysis を出典としており、OpenAI ではありません。

この比較において最も関連性の高い数値は、Long-Context Recall: 84 です。これは当社が提供するフロンティアモデルの中で最高値であり、長い入力の奥深くにある情報をモデルが依然として利用しているかどうか — 大きなコンテキストウィンドウが答えを出すはずの問い — を測る指標です。また、Sol 自身のコンテキスト長で、Sol 自身の条件に基づいて測定されています。

LongCat-2.5-Preview に相当するものは存在しない。Meituan の2026年9月25日の変更履歴エントリは、画像理解、コーディング能力、および「Claude Code やその他の主流の開発環境」との互換性を主張し、Hermes、OpenClaw、OpenCode、Kilo Code を挙げている。ベンチマーク表もモデルカードも技術レポートも公開していない。総パラメータ数が約1.6兆、トークンあたりのアクティブが約480億というのは、ドキュメントではなく、Meituan のサイトメタデータと中国の業界報道から報告されている。HuggingFace 上に LongCat-2.5-Preview のリポジトリはなく、Meituan の GitHub 組織にも存在せず、OpenCode が同梱するカタログメタデータはオープンウェイトを false として記録している。

入力側が一致しますか、それとも出力側だけですか？

ここが、Solのプロファイルがより広範で、LongCatのプロファイルは議論の余地があるところです。当社のカタログでは、Solはテキスト、画像、ファイルを入力として受け付け、テキストを返します。LongCat-2.5-Previewの変更履歴は、画像理解を目玉の追加機能として提示しています——「クロスモーダルな質問応答、コンテンツ要約、複雑な視覚的推論のために画像コンテンツを解析する」——しかし、Meituan自身の「Retrieve Model」ドキュメントにあるレスポンス例では、依然としてinput_modalitiesとして、["text"]というtext->textモダリティ文字列とともに示しています。そのサンプルは単に古いだけなのかもしれません。それでもなお、これはベンダーが公開している契約であり、正直に読むなら、画像入力はテストしてみるまでは確認済みではなく、主張されているにすぎないということになります。

実用上の帰結が一つあります。LongCat-2.5-Preview の推論トレースは、サンプリングされたパラメータとしてではなく、インターリーブされた reasoning_content フィールドとして届きます。このフィールドを想定せずにチャット補完を解析するハーネスは、モデルの思考を黙って捨ててしまいます — エラーは出ず、ただ回答が悪くなるだけです。モデル自体についてどう判断するにせよ、まずそこを確認してください。

実際に維持できるのはどのルートですか？

Solは当社が提供するモデルの一つです。OpenAIの定価で提供しており、マークアップはゼロです。そのため、ベンダーの価格変更は次回の更新時ではなく当日に請求へ反映され、自動フェイルオーバーは、アプリケーションに気付かれることなく、劣化したリクエストを健全なプロバイダーへ振り分けます。LongCat-2.5-Previewは当社のルートの一つではありません。当社はこれを提供しておらず、本記事のいかなる記述も、当社が提供していると主張するものとして読まれるべきではありません。

その非対称性こそが、一般的な余談としてではなく、この特定の比較においてルーティング層がその地位を得る理由である。Sol の段階的な料金設定では、入力長のせいだけでも同じタスクのコストが2倍になり得るし、そのしきい値は272,000トークンにある — これはアプリケーションがリクエストを送る前に把握している数値だ。プロバイダー間でリクエストサイズに応じてワークロードを分割することこそ、ルーティングDSLの目的であり、モデル融合はさらに踏み込む。1つのリクエスト上で2つのモデルを組み合わせることで、長いコンテキストの処理と高品質な合成ステップを、同じモデルで同じ料金レートで行う必要がなくなる。どちらも、公開ベンチマークのないモデルを選ぶ理由にはならない。どちらも、1つのモデルに固定してしまうべきではない理由である。

結論

ワークロードが短いなら、Sol は迷いのない選択肢です。コーディング指数で3位、あらゆる指標で独立した数値を示し、入力側も文書化されています。ワークロードが長い場合、計算は一気に逆転します——同じ500,000トークンの読み込みに対して、Sol の長文脈ティアは LongCat-2.5-Preview のプロモーション料金の約26倍のコストがかかり、しかも長いウィンドウが機能するかどうかに実際に答えるリコールスコア84を持つのは Sol の方です。あなたは、測定済みの長いウィンドウをフロンティア価格で買っているのに対し、ベンダーがすでに一時的とラベル付けした割引価格の未測定の長いウィンドウと向き合っています。

避けるべき失敗パターンは、それらを比較可能な選択肢として扱うことだ。それらは同じ製品が異なる価格で売られているものではない。文書化された能力と約束なのだ。ギャップを埋める正しい方法は、LongCat-2.5-Preview を自分の長文コンテキストタスクで動かすことだ。OpenCode 経由で無料のうちに、あるいは Meituan 経由で安価なうちに。そして Sol をルーターの背後に置いておくことだ。そうすれば、プロモーション料金が消えた日、または長文コンテキストの料金階層が予算を超えた日に、切り替えは移行ではなく設定1行で済む。