DeepSeek APIを日本から使う｜公式プラットフォームとMixRoute gatewayの接続経路の選び方

日本からDeepSeek APIを使うとき、どんな接続経路を選べますか

「DeepSeek APIを使うなら公式サイトで契約するしかない」というのは誤解です。日本から使うときの経路は2つあり、どちらもOpenAI互換のSDKから呼び出せます。DeepSeekの公式プラットフォームでAPIキーを発行してapi.deepseek.comへ送るか、MixRouteのようなgatewayのキーでhttps://api.mixroute.ai/v1へ送るかです。変わるのは契約相手、APIキーの発行元、endpoint、model ID、支払い窓口の5点。まず送るデータの機密度で候補を絞り、そのうえで料金と支払い条件を見る順番で選ぶと、あとから条件が食い違いません。

経路を比べるときは、料金や応答速度だけでなく、契約先と利用制限の管理方法も並べて見ておくと判断がぶれません。請求書や調達条件がある場合は、それを満たせる契約先かどうかが先に効いてきます。逆に、DeepSeekの公式ドキュメントに書かれた仕様をそのまま追いたい検証フェーズなら、確認する場所が1つで済む公式経路のほうが素直です。

契約する相手と、確認する窓口が変わる

公式経路の契約相手はDeepSeekの提供企業で、アカウント、キー、支払いはすべてplatform.deepseek.comの中で完結します。gateway経路では、契約相手がgatewayを運営する事業者に変わります。MixRouteの運営はELITE CLOUD PTE. LTD.（シンガポール）で、2022年からサービスを提供しています。同じモデルを呼んでいても、障害時の連絡先も、契約条件を確認する窓口も変わるということです。

経路を分けると、止められる場所が変わる

gatewayを挟むと、キー単位で利用範囲を絞れます。MixRouteでは、そのキーで呼び出せるモデルの範囲と、キーに割り当てる金額の上限を設定できます。上限は累積の総額ではなく、そこから使い切るとそのキーが止まる仕組みで、アカウント残高は外側の上限として残ります。検証用のキーと本番用のキーを分けているチームなら、片方の使いすぎをキー単位で止められます。

公式プラットフォームとMixRoute gatewayは、キー・endpoint・model ID・支払いのどこが変わりますか

変わるのは5点です。契約相手、APIキーの発行元、endpoint（base URLとパス）、model ID、支払い窓口。基本的なチャット呼び出しで切り替えるのはbase URL、キー、model IDの3つで、契約と支払いはコードの外側で切り替わります。

経路で変わる5点を並べる

endpointとmodel IDは、経路ごとに別の値を書くことになります。model IDは同じ「DeepSeekのモデル」でも、公式側の現行名とgateway側の一覧の名前が一致するとは限りません。支払いも、公式はアカウントのチャージ画面、gatewayは契約と請求の窓口と、確認する場所が分かれます。

コード側の変更は3か所に絞られる

基本的なチャット呼び出しでは、base_url、api_key、modelを切り替えます。すでにOpenAI SDKでアプリを書いているなら、差分はこの3か所に収まります。ストリーミング、JSON出力、ツール呼び出しを使う場合は、移行先の仕様に合わせて動作を確認してください。

日本から使うとき、どの経路を選べばよいですか

判断は2段階です。まず送るデータの機密度で候補を絞り、そのうえでコストと支払いで決めます。個人情報や機密情報が入るデータを扱うなら、公式の直接利用だけを候補にせず、gateway経由やローカル実行も同じ土俵に並べて比べてください。

データの機密度で足切りする

機密データを扱う場合は、実際の推論先、保存先、保持期間、学習利用の条件を確認します。接続先をgatewayに変えるだけで、上流のデータ処理条件まで変わるとは限りません。送信できるデータの範囲は、自社の規程に沿って決めてください。

比較するときは、公式API、gateway、クラウド上のホスティング、自社運用を分け、誰がモデルを実行し、どこにデータを保存するかを確認します。料金と支払い方法は、その条件を満たす候補同士で比べます。

コストと支払いで絞る

データ面で問題がなければ、次の材料はコストと支払いです。コストは公開されているトークン単価に自分の利用量を掛けて計算します。支払いは契約相手によって窓口が変わるので、経路を決めた時点で確認先をはっきりさせておきます。

日本のカードが使えるか、請求書や税務書類が出るかは経路ごとに条件が違います。どちらの経路でも、契約前の画面か窓口で確かめてください。社内の規程で扱えるデータの範囲が決まっている場合は、そこを先に当てはめると候補がすぐ絞れます。

DeepSeek公式APIで最初のリクエストを送るには、何を設定しますか

platform.deepseek.com で API キーを発行し、base URL を https://api.deepseek.com、エンドポイントを POST /chat/completions に設定し、model に公式ドキュメントの現行名を指定します。この3つの設定値が揃えば、最初のリクエストを送れる状態になります。

APIキーを発行して、保管場所を決める

platform.deepseek.com にログインし、メニューの「API Keys」から新しいキーを作成します。キーは発行時に一度だけ表示され、後から同じ文字列を画面で確認することはできません。控えを失った場合は再発行になります。発行したキーはソースコードに直接書かず、環境変数やシークレット管理ツールに保存してください。置き場所とローテーションの運用は APIキーの管理とローテーションの進め方で整理しています。

base URLとendpointを設定する

接続先の base URL は https://api.deepseek.com、チャット応答のエンドポイントは POST /chat/completions です。認証は Authorization ヘッダーに Bearer 形式でキーを付けます。OpenAI SDK からは base_url を差し替えるだけで呼び出せ、リクエストの形を組み直す必要はありません。

model IDは公式ドキュメントの現行名で指定する

model に入れる文字列は、公式ドキュメントで現行名を確認してから指定します。2026年9月20日の公式ドキュメントではFlashの現行名は deepseek-flash で、deepseek-v4-flash はレガシー名として受け付けるのみです。退役したモデルIDへのリクエストは、DeepSeek-V4.1-FlashがFlashの料金で処理します。

2026年9月20日の公式Quick Startでは、deepseek-flashとdeepseek-v4-proが案内されています。切り替え先のモデル名を指定し、旧名を使い続ける場合は公式の移行案内も確認してください。

送ったリクエストが返ってこないときは、HTTP ステータスで原因を切り分けます。401が認証エラー、402が残高不足、429がレート制限超過、500と503がサーバー混雑と整理されています。401ならキーの貼り付けと環境変数、402ならチャージ残高、429ならリクエスト間隔を見直す順になります。

Pythonで短いリクエストを送る

先にターミナルでpython -m pip install -U openaiを実行し、環境変数DEEPSEEK_API_KEYに公式のキー、DEEPSEEK_MODELにdeepseek-flashを設定します。次をfirst_request.pyに保存し、python first_request.pyで実行してください。

Bashでは次のように設定できます。キーは画面に表示せず入力します。

read -r -s -p "API key: " DEEPSEEK_API_KEY
printf "\n"
export DEEPSEEK_API_KEY
export DEEPSEEK_MODEL="deepseek-flash"

import os
from openai import OpenAI

client = OpenAI(
    api_key=os.environ["DEEPSEEK_API_KEY"],
    base_url="https://api.deepseek.com",
)
response = client.chat.completions.create(
    model=os.environ["DEEPSEEK_MODEL"],
    messages=[{"role": "user", "content": "日本語で短く自己紹介してください。"}],
    stream=False,
)
print(response.choices[0].message.content)
print("finish_reason:", response.choices[0].finish_reason)

実行すると応答テキストと finish_reason が返ります。上限で終了した場合は、完了した回答と区別してください。使用量と請求額は、公式プラットフォームの履歴で確認します。

DeepSeek APIの料金と支払い方法はどうなっていますか

2026年9月20日のDeepSeek公式価格表では、ピーク時とオフピーク時で単価が異なります。以下は100万トークンあたりの米ドル単価です。

ピーク時は中国の祝日を除く月〜金のUTC 01:00〜04:00と06:00〜10:00です。日本時間では同日の10:00〜13:00と15:00〜19:00にあたります。それ以外と週末・中国の祝日はオフピーク料金です。

たとえば1回あたり入力1万トークン、出力2,000トークンの処理を1万回行うと、入力は合計1億、出力は2,000万トークンです。deepseek-flashを入力キャッシュミスで使う場合、すべてオフピーク時なら入力$15＋出力$12＝$27、すべてピーク時なら$30＋$24＝$54になります。時間帯やキャッシュの利用状況が混在する場合は、それぞれの単価で分けて計算します。

費用は、入力と出力のトークン数を100万で割り、それぞれの単価を掛けて合算します。キャッシュの節約を見込む場合も、実際の使用量でヒット分とミス分を確認してください。

チャージの条件を確認する

公式プラットフォームでは「Top up」からクレジットを購入し、利用分が残高から差し引かれます。支払い方法と購入額は、ログイン後のチャージ画面で確認してください。

無料クレジットはアカウントで確認する

無料クレジットの有無と期限は、登録したアカウントの表示で確認します。試用分が付与されている場合も、本番費用は想定する入力・出力トークン数で見積もります。

単価は改定される前提で見積もる

DeepSeek の料金は改定が頻繁で、時間帯別の単価も確認が必要です。記事や比較表には旧料金と新料金が混在しやすいので、参照日を控え、利用開始前に公式の料金ページで最新の単価と提供条件を確認します。gateway 経由にする場合は、モデルの利用料だけでなく gateway 側の料金体系と支払い条件も確認する必要があるため、MixRoute の料金と手数料の確認も合わせて行ってください。

MixRoute gateway経由でDeepSeekを呼ぶと、最初のリクエストはどう変わりますか

変わるのは base URL とキーの入手先です。MixRoute は ELITE CLOUD PTE. LTD. が運営する AI API gateway で、base URL を https://api.mixroute.ai/v1 に置き換え、コンソールで発行したキーを使えば、OpenAI SDK からそのまま呼び出せます。1つのキーで250以上のモデルに届くので、DeepSeek 用と他社モデル用でアカウントを分けずに済みます。契約相手と支払い窓口が gateway 側に移ることが、公式経路との一番大きな違いです。

base URLとキーを置き換える

アプリ側の作業は、base_url を https://api.mixroute.ai/v1 にして、api_key を MixRoute のコンソールで発行したものに差し替えることです。OpenAI互換形式の基本部分を利用できますが、使っている機能の動作は切り替え先でも確認します。MixRoute 側の案内では移行時にモデル名を変えなくてよいとされていますが、公式プラットフォームの現行名と MixRoute の一覧の名前は一致しない場合があるため、指定する文字列は切り替え先の一覧で確かめてください。

model IDはMixRouteの一覧から選ぶ

model に指定する文字列は、MixRoute のモデル一覧にある DeepSeek 系の ID から選びます。確認時点の一覧には deepseek-v4-pro、deepseek-v4-flash、deepseek-v4-flash-vision-exp が掲載されています。公式プラットフォーム側の現行名とは体系が違うので、経路を切り替えるときは、切り替え先の一覧で名前を確かめてください。

支払いと請求はどこに確認するか

MixRoute の料金ページは現在どの言語でも米ドル表示です。請求書や税務書類、支払い条件の扱いは所在地とプランによって変わるため、本番のリクエストを送る前に Sales に確認してください。

データの種類と想定トークン量が決まっているなら、契約の前に条件を固めておくと、後の確認が減ります。本番に進む前に、自社のデータで使える経路と支払い条件を相談するのが確実です。