DeepSeek利用にOpenRouterが推奨される理由

OpenRouter で最も利用されているモデル提供元は DeepSeek です。2026 年 7 月 13 日時点のライブ ランキング では、トークンシェアで第 1 位を記録しています。そのため、開発者たちが Reddit で頻繁に抱く疑問は非常に的を射ています。「DeepSeek を OpenRouter を経由して利用すべきか、それとも DeepSeek の API に直接接続すべきか」。

「DeepSeek」というモデルは、実は 16 社異なる企業によって提供されています。価格は provider 間で約 4 倍の差があり、スループットも秒間 4 トークンから 57 トークンの幅があります（ライブ V4 Pro プロバイダーページ 参照）。OpenRouter はこうしたバラバラな provider の状況を整理し、単一のスラッグとして統合しました。これにより、常に稼働状態を維持し、手頃な価格で、かつ高速な利用が可能になります。また、特定の provider を固定したい場合などには、必要な制御機能も用意されています。

もちろん、直接接続が最適なケースもあります。その具体的なタイミングについては後ほど詳しく解説します。

結論（TL;DR）

• DeepSeek は OpenRouter での利用が最も多く、2026 年 7 月 13 日時点のライブ ランキング ではトークンシェアで第 1 位です。全体トップ 10 に 2 モデル、ツール呼び出し機能トップ 10 にも 2 モデルがランクインしています。
• 一つの DeepSeek モデルを複数の provider が同時に提供しています。ライブ V4 Pro ページ では、provider 間の入力価格の差は約 4 倍、スループットは秒間 4 トークンから 57 トークンの範囲に広がっています。
• OpenRouter は provider の価格に上乗せしません。カタログに表示されている価格がそのまま利用料金です。つまり、価格差は OpenRouter のマージンによるものではなく、provider 側の経済事情そのものです。

デフォルトの負荷分散では、過去 30 秒間に大きな障害が発生したプロバイダーは優先度が下げられ、価格が安いプロバイダーが有利になります。この重み付けは、価格の逆二乗に基づいて行われます。

ソートは速度や価格で行え、支出の上限を設定することも可能です。また、プロバイダーオブジェクトにある sort、max_price、そして order/only/ignore フィールドを使って、特定の提供者を含めたり除外したりできます。

マルチターン会話のホスト間でのバウンスを防ぐにはステイキールーティングを、長時間のツール使用時の安定性を確保するにはフォールバック機能をそれぞれ活用します。また、正解することが追加トークンコストよりも重要となる難しい質問に対しては、Fusion ルーターが信頼性の向上に寄与します。

従量課金モデルでは、プラットフォーム利用料として 5.5% の手数料が発生します。安定した単一プロバイダーへのトラフィックであれば、直接接続の方がわずかにコストを抑えられる可能性があります。一方、OpenRouter を通じることで、フェイルオーバー機能やプロバイダーの固定、設定文字列の変更によるモデルバージョンの切り替えといった柔軟性が得られます。

OpenRouter で最も利用されているのは DeepSeek

まず規模感から見てみましょう。これがその後のすべての理由を説明しています。DeepSeek は OpenRouter 上で最大のトークン供給源であり、トークンシェアで第 1 位のプロバイダーです。また、全体ランキングの上位 10 位以内に同社のモデルが 2 つも入っています。一つのモデルがこれほど多くの本番トラフィックを担っている場合、優れたプロバイダーとそうでないものの差はすぐに顕在化します。エラーログに現れることも多く、しかもたいてい都合の悪いタイミングで発生するのです。

DeepSeek は、計算効率に優れ、推論能力やツール使用性能も高いオープンウェイトの混合専門家（Mixture-of-Experts）モデル群です。最新の V4 シリーズではハイブリッドアテンションシステムを採用し、コンテキストウィンドウが 100 万トークンに拡大しても推論効率を維持しています。

OpenRouter で利用可能なラインナップには、チャット用の V3 シリーズ、推論特化の R1 シリーズ、小型モデルのディストリビューション版、そして最新の V シリーズが含まれます。フラッグシップモデルの変更頻度が高いため、ここでは特定のバージョン番号を固定するよりも、最新情報を常に確認できる DeepSeek ハブ を利用することをお勧めします。ブログ記事で先月紹介されたバージョン情報に頼るのではなく、ハブの現状を確認してください。現在、ハブには 22 の DeepSeek モデルが登録されています。

以下は、2026 年 7 月 13 日時点でのライブ ランキング の内訳です。

「DeepSeek」は複数のプロバイダーが提供するモデルの一つ

OpenRouter で DeepSeek モデルを呼び出す場合、16 社異なる企業がその提供を行いますが、これらは互いに交換可能ではありません。2026 年 7 月 13 日現在、DeepSeek V4 Pro は OpenRouter を通じて 16 のプロバイダーで稼働しており、それぞれが独自の価格、稼働率（uptime）、速度を持っています。

これらのトレードオフは単純に整理されたものではありません。現時点では最も安価なプロバイダーが最高の稼働率を誇っていますが、一方で最速ではないプロバイダーでも、最安値の 3 倍以上を請求しています。どの選択肢を選ぶかは、「直接利用かルーター経由か」という問いの核心部分です。

以下は、高値と安値の端を切り詰めたライブの V4 Pro プロバイダー一覧表 です。価格は常に変動するため、実際に構築する前に必ず最新の数値を確認してください。

同じモデルの重みでも、入力価格は約 0.44 ドル/M から 1.74 ドル/M の範囲で変動し、スループットは秒間 4 トークンから 57 トークン、稼働率は約 97% からほぼ 100% と provider によって大きく異なります。DeepSeek のプロバイダに直接接続すれば、この表の一行を選ぶことになりますが、その結果が良かろうが悪かろうがそれを受け入れるしかありません。一方、OpenRouter を経由してルーティングすれば、単一のエンドポイントとしてそれらすべての中から最適な選択肢を選べます。

一見するとこれはマージン（上乗せ料）のように見えるかもしれませんが、実際はそうではありません。私たちはプロバイダの価格に上乗せを行っていません。カタログに表示される価格がそのまま請求額です。入力価格が 4 倍も異なるのは、同じモデルを運用する際のプロバイダ間の実際の料金差によるものです。そのため、「Direct で DeepSeek を使ったほうが安いのか？」という問いには一律の答えはありません。比較対象とするプロバイダによって結果が変わるからです。

OpenRouter は多数のプロバイダを 1 つの信頼できるエンドポイントに変える

デフォルトでは、ルーティング層は過去 30 秒間に大きな障害が発生したプロバイダの優先度を下げ、安定しているプロバイダには価格の逆二乗に比例する重みを付け、残りをフォールバックとして維持します（詳細な仕組みについては provider-selection docs を参照してください）。DeepSeek のプロバイダでパフォーマンスが低下した場合でも、リクエストは自動的に別のプロバイダへ振り分けられ、ユーザーにはその変化は感知されません。

プロバイダーがリクエストの最中に失敗した場合、2 つの処理が行われます。1 つ目は、フォールバックプロバイダー経由でルーティングし再試行することです。もう 1 つは、Zero Completion Insurance の機能により、レスポンスにエラーが発生したり出力トークンがゼロになったりした場合に課金されない仕組みです。

DeepSeek プロバイダーのソート、上限設定、ピン留め

より細かく制御したい場合は、provider オブジェクトを使えば、1 つの呼び出しで速度、コスト、ホスト選択を同時に調整できます。

速度を重視するが、過剰な支払いを拒否する DeepSeek の呼び出しです。max_price 値はプレースホルダーとして扱い、本番環境にデプロイする前にライブモデルページから最新の数値を取得してください。

from openrouter import OpenRouter

client = OpenRouter()

res = client.chat.send(
    model="deepseek/deepseek-v4-pro",
    messages=[{"role": "user", "content": "Write a SQL query to find duplicate rows."}],
    provider={"sort": "throughput", "max_price": {"prompt": 1, "completion": 2}},
)

import { OpenRouter } from '@openrouter/sdk';

const openRouter = new OpenRouter({ apiKey: process.env.OPENROUTER_API_KEY });

const res = await openRouter.chat.send({
  model: 'deepseek/deepseek-v4-pro',
  messages: [{ role: 'user', content: 'Write a SQL query to find duplicate rows.' }],
  provider: { sort: 'throughput', max_price: { prompt: 1, completion: 2 } },
});

このリクエストは、最も高速なプロバイダーから DeepSeek V4 Pro を提供しますが、トークンあたりの価格が設定した上限を超えると実行されません。

order、only、ignore、そして quantizations は同じパターンに従います。例えば、provider: { only: ['baidu'], quantizations: ['fp8'] } のように指定することで、特定の条件を固定できます。

特定のプロバイダーが特定の量子化を実行している場合。

OpenRouter を利用する理由として、複数のプロバイダーや量子化バージョンを柔軟に切り替えられる点が挙げられます。これにより、コストパフォーマンスの最適化や、特定のユースケースに適したモデル選択が可能になります。

コスト制御に関する詳細は、OpenRouter での最安価格で LLM 推論を行う方法 のガイドをご覧ください。

スティック型ルーティング、フォールバック機能、Fusion が単一モデルの性能をさらに引き上げる

ソート、キャップ、ピン設定は単一リクエストの問題の多くを解決します。しかし、多段階で動作するエージェントにはさらに工夫が必要です。これらをカバーするのが「スタッキー・ルーティング」「フォールバック」「Fusion」の 3 つの追加レイヤーです。これらは積み重ねて機能し、各レイヤーは実際の負荷がそれを必要とする場合にのみ導入します。

多段階エージェント向けのスタッキー・ルーティング

Sticky routing（スティッキー・ルーティング）は、会話を提供するプロバイダーを固定するため、DeepSeek エージェントがセッション中にホスト間で切り替わるのを防ぎます。session_id を指定しない場合、会話の冒頭メッセージをハッシュしてセッションを識別し、キャッシュヒットが検出された時点で固定機能が有効になります。一方、session_id（ボディの最上位フィールドまたは x-session-id ヘッダー）を渡せば、最初の成功したリクエスト時点で即座に固定が開始されます。固定されたプロバイダーが利用できなくなった場合、リクエストは次に最適なプロバイダーへ自動的にフォールバックします（詳細な動作については スティッキー・ルーティングのドキュメント を参照してください）。

V4 Pro で長時間のリファクタリングを実行するコーディングエージェントは、セッションの初回から終了まで同じプロバイダーに固定されたまま動作できます。ツール使用ループで、ターンごとに高速なプロバイダーと低速なプロバイダーを行き来すると、レイテンシが不安定になるだけでなく、最悪の場合はターンごとの挙動自体が不整合を起こすことになります。OpenRouter 全ルーティング機能における「スティッキー性」の詳細については、ルーターガイド をご覧ください。

Fallbacks for long tool-use runs

DeepSeek の長文対話を、単一プロバイダの途中での障害から守るためにフォールバック配列を活用できます。例えば、サポートボットが 5 つのツール使用ステップ（顧客情報の検索、注文確認、返信草案作成、ポリシーチェック、送信）をループで実行するケースを考えましょう。もしその会話を担当しているプロバイダが 3 番目のステップで応答を失敗すれば、ループ全体が破綻してしまいます。これが r/openrouter で報告されている典型的な問題の形状です。つまり、特定のプロバイダを通じて大規模なツール使用対話を行う際に、400 エラーが継続的に発生するケースです。

これには 2 つの異なる仕組みがあります。models はモデルのスラッグを順序付きで格納した配列であり、OpenRouter はプライマリモデルが完全に利用できない場合に次のモデルへフォールバックします。一方、provider.order と allow_fallbacks: true を組み合わせることで、単一のモデル内におけるプロバイダレベルのフォールバック制御が可能になります。

const res = await openRouter.chat.send({
  models: ['deepseek/deepseek-v4-pro', 'deepseek/deepseek-v4-flash'],
  messages: [{ role: 'user', content: 'Continue the agent loop.' }],
});

この呼び出しではまず DeepSeek V4 Pro が試され、プライマリ経路が失敗した場合は V4 Flash へフォールバックします。これにより、あるプロバイダの調子が悪い日でも実行は継続されます。

誤りが高価になる場合の融合

「Fusion」は、複数のモデルと判定器（judge）を組み合わせることで、より難易度の高い質問に対して慎重な処理を行います。デフォルトの 3 モデル構成では、単一の回答生成にかかるコストの約 4〜5 倍が必要となるため、これは例外ケースであり標準的な選択肢ではありません。チャット返信や要約エンドポイントであれば、通常は不要です。ただし、研究、批判的検討、あるいは DeepSeek のコストメリットを活かしつつ、難問に対する確実性を高めたい高リスクな比較タスクにおいては、DeepSeek と判定器を組み合わせたパネル構成がその追加コストに見合う価値をもたらします。ただし、本当に難しいサブタスクに限定して利用することが重要です。

DeepSeek に直接接続すべき場合とルーティングすべき場合

Reddit などのコミュニティで寄せられる開発者からの不満には、率直な回答が必要です。「OpenRouter を介して DeepSeek は使うべきではない」という投稿や、「DeepSeek の料金は本当に安いのか」といった疑問が投げかけられています。どちらも正当な質問です。トラフィックが安定しており、単一プロバイダーに依存し、レイテンシに寛容な環境であれば、直接接続の方がシンプルです。その場合、経由による追加の遅延と 5.5% の従量課金手数料を考慮すると、直接接続の方がコスト的にもクリーンな選択肢となる可能性があります。

各不満には特定の解決策が対応しています。「遅い」という指摘は上限ではなくルーティングのデフォルト設定の問題です。sort: 'throughput' を設定するか、:nitro サフィックスを追加してください。

「品質にばらつきがある」のは事実ですが、その主な原因は量子化にあります。quantizations フィールドでフィルタリングするか、特定のプロバイダーを固定（ピン留め）することで対応できます。

「order」や「only」でテスト済みの方へ。長時間実行時に 400 エラーが返される場合は、特定のプロバイダーに問題がある可能性が高いです。単一のホストに依存するのではなく、フォールバック配列を追加して対策しましょう。

ルーティングコストは、マークアップなしの提供業者料金に加え、5.5% の従量課金プラットフォーム手数料です。その対価として、すべての DeepSeek 提供業者間でのフェイルオーバー機能、成功時のみ課金される請求システム、提供業者の固定（ピン留め）、そして統合コードを変更せずに DeepSeek バージョンを切り替える機能が利用できます。安定した単一提供業者からのトラフィックであれば、この 5.5% が元を取るかどうかは疑問ですが、エージェント型アプリケーションや、ダウンタイムが許容できない用途においては、通常は十分に価値があります。

DeepSeek モデルをタスクに最適化する

まずはモデルファミリーで選びましょう。汎用的なエージェント作業には V4 を、明確なステップバイステップ推論が必要な場合は R1 を、コストが深さよりも重要視される場合は蒸留モデルを選択します。その後、ブログ記事（この記事を含む）から得たモデル名を信じるのではなく、必ずライブの DeepSeek ハブ で現在のスラッグを確認してください。フラグシップモデルは頻繁に更新され、一度固定された推奨事項は数週間で陳腐化してしまうからです。

ただし、モデルページで最新情報を確認する必要があるものの、覚えておくと役立つ機能があります。執筆時点では V3.2 および V4 モデルがオプションの推論トグルを提供しています。reasoning: { enabled: true } を渡すことで思考モードを有効にし、出力に推論ステップを含めることができます。あるいは、この設定をオフにすれば、同じスラッグでより高速かつ低コストな非推論レスポンスを得られます。V4 モデルでは reasoning_effort に最大値の xhigh を指定して、推論能力を最大化することも可能です。

5 分で OpenRouter を経由して DeepSeek を呼び出す

まだ OpenRouter のアカウントをお持ちでない場合は、ダッシュボードからサインアップし API キーを作成してください。OpenRouter API は、すでに知っている OpenAI Chat Completions フォーマット（クイックスタートを参照）に対応しています。また、ご自身のスタックに近い場合は Anthropic の Messages および Responses API フォーマットも利用可能です。

from openrouter import OpenRouter

client = OpenRouter()

res = client.chat.send(
    model="deepseek/deepseek-v4-pro",
    messages=[{"role": "user", "content": "Explain MoE routing in two sentences."}],
)

import { OpenRouter } from '@openrouter/sdk';

const openRouter = new OpenRouter({ apiKey: process.env.OPENROUTER_API_KEY });

const res = await openRouter.chat.send({
  model: 'deepseek/deepseek-v4-pro',
  messages: [{ role: 'user', content: 'Explain MoE routing in two sentences.' }],
});

これでデフォルトのロードバランシングが有効になった状態で DeepSeek を呼び出すコードが完成します。つまり、ルーティングフィールドを 1 つ追加する前に、プロバイダーのフェイルオーバー機能が既に備わっていることになります。スラッグは ハブ の任意のモデルに置き換えてください。もし本番環境でのトラフィックではなく、無料で DeepSeek にアクセスしたいのであれば、無料 LLM API 比較ガイド でその手順を解説しています。

よくある質問

OpenRouter を通す方が DeepSeek は安いですか？

どのプロバイダーと比較するかによりますが、OpenRouter はプロバイダーの価格に上乗せを行いません。カタログ価格がそのまま請求額となり、従量課金の場合には 5.5% のプラットフォーム手数料が加算されます。ルーティング機能により、DeepSeek の全プロバイダー間でフェイルオーバー（冗長化）、バージョン切り替え、成功時のみ課金される仕組みが提供され、この堅牢性はエージェント処理や稼働率に敏感なワークロードにおいて、手数料を上回る価値をもたらします。

OpenRouter を介して DeepSeek を利用すべきか、それとも直接接続すべきか

OpenRouter を経由するのは、複数のプロバイダー間で稼働率を確保したい場合、品質のばらつきに応じて特定のプロバイダーを固定（ピン留め）したい場合、長時間のツール使用時のフォールバック先が必要となる場合、あるいは統合コードを書き換えずに DeepSeek のバージョンを切り替えたい場合に最適です。一方、トラフィックが常に単一の安定したプロバイダーのみを経由し、レイテンシ許容度が高い場合は、直接接続の方がシンプルでトークンあたりのコストも安くなる可能性があります。

プロバイダー間で DeepSeek の品質は一定か

プロバイダーによって品質にはばらつきがあります。これは主に、ホスト間での量子化（quantization）の違いがモデルの応答に影響を与えるためです。quantizations フィールドを使用して、量子化が不十分なエンドポイントを除外したり、order または only パラメータを使ってテスト済みのプロバイダーを固定したりできます。また、モデルページ に掲載されている各プロバイダーごとのベンチマーク結果を確認することで、利用前に品質を比較することも可能です。

OpenRouter 上で DeepSeek の信頼性を高めるには

デフォルトのロードバランシングは、過去 30 秒間に重大な障害が発生したプロバイダーを自動的に優先順位から外します。その上で、フォールバック配列を追加し、order パラメータで信頼できるプロバイダーを固定するか、ステッキルルーティングドキュメント に従って session_id を指定して、複数回の対話で安定した接続を保つ設定が可能です。

OpenRouter 上で DeepSeek が遅い、またはエラーになるのはなぜ？

2 つの異なる問題に、それぞれ異なる解決策があります。動作が遅い場合は、モデルそのものよりもプロバイダーの選択が原因である可能性が高いです。まずは sort: 'throughput' を指定するか、:nitro サフィックスを追加してください。

長いツール使用実行時にエラーが発生する問題はこれとは別で、リクエストが失敗した 1 つのプロバイダーで止まらず、別のプロバイダーへ自動的に切り替えられるように、フォールバック配列（fallback array）を追加する必要があります。

OpenRouter で DeepSeek は無料ですか？

はい、ただし条件付きです。「無料」とは、DeepSeek のラインアップ内にある特定の無料モデル（通常 :free というスラッグ接尾辞で識別されます）を指し、レート制限付きで利用可能です。すべての DeepSeek モデルが無制限に使えるわけではありません。無料オプションの完全リストと現在の制限については、Free LLM APIs をご覧ください。

どの DeepSeek バージョンを使うべきか？

まずはファミリー単位で選びましょう。汎用用途には chat/V3、推論には R1、コスト削減には distills、長いコンテキストが必要なら V-series です。バージョン番号はファミリー名よりも頻繁に更新されるため注意が必要です。

その後、コンテキストウィンドウのサイズ、価格、最新性を基準に、ライブの DeepSeek ハブ から具体的な現在のスラッグを選択してください。また、各ドメインで実際にどのバージョンが利用されているかを確認するには、ランキング を参照するのがおすすめです。