DeepSeek はトップモデルへのリクエストを安いモデルへ振り向け、安い料金で請求する

DeepSeek は API ユーザーに対し、V4.1 Flash を 2026 年 9 月 10 日にリリースすると通知しました。ニュースはリリースそのものではありません。その後に起きることです。4:00 UTC、リヤド時間の 7:00 から、フラッグシップの V4 Pro に向けたすべてのリクエストが新モデルに振り向けられ、新モデルの料金で請求されます。今日最も強力なモデルを使っている人は、システムを一行も変えずに、明日には最も高速なモデルの料金を払うことになります。

これは数か月前に値上げしてピーク時間帯課金を導入したのと同じ会社です。方向が逆転した理由は一つ、どんな年間契約よりも速く動く市場です。

入力は最大 77%、出力は 70% の値下げです。この数字は重要ですが、発表の中の三つの細部のほうがさらに重要で、実際にあなたの請求額を決めるのはそれらです。

数字

料金は百万トークンあたりです。トークンとはモデルが読み取るテキストの最小単位で、単語、数字、句読点などです。以下はオフピーク料金で、ピーク料金はちょうどその二倍です。

項目今日の V4 Pro明日の V4.1 Flash変化
入力 1M トークン（キャッシュから読み取り）$0.022$0.003-86%
入力 1M トークン（新規）$0.66$0.15-77%
出力 1M トークン$1.98$0.60-70%

現在通常の V4 Flash を使っている場合、下げ幅は小さいものの確かにあります。新規入力は $0.22 から $0.15 へ、キャッシュ入力は $0.007 から $0.003 へ下がります。

ピーク時間帯はあなたの業務時間の午前に重なる

DeepSeek はピークとオフピークの二つの料金で請求し、その差は二倍です。ピーク時間帯は UTC で公表されています。月曜から金曜の 01:00 から 04:00 と 06:00 から 10:00 です。

これをリヤド時間に換算すると、ピークは 04:00 から 07:00 と 09:00 から 13:00 になります。サウジアラビアの業務時間の午前はまるごとピークに入り、料金は二倍です。13:00 以降は翌朝まで料金が半分になります。

実務上の結論は明快です。顧客にリアルタイムで応答する業務は、コストがいくらであってもそのままです。顧客は待ってくれないからです。誰も待っていない業務、たとえば月次レポートの作成、メッセージアーカイブの分類、古いファイルからのデータ抽出、議事録の要約などは、13:00 以降や夜間に実行すれば、ほかに何も変えずに半額で済みます。スケジュールは技術ではなく運用上の判断であり、ここではモデルを変えるのと同じくらい請求額を動かします。

キャッシュ：五十倍の差

表の一行目をもう一度見てください。新規入力は $0.15、キャッシュから読み取る入力は $0.003 です。これは五十倍の差で、料金表全体で最大の価格差であり、最も見落とされがちなものです。

キャッシュはメッセージの冒頭部分に効きます。毎回のリクエストで同じ冒頭テキストを送ると、DeepSeek はそれを一度だけ正規料金で請求し、その後はごくわずかな料金で読み直します。現実のシステムの多くは、呼び出しのたびに大きな固定ブロックを送っています。アシスタントへの指示、商品と価格のリスト、返品ポリシー、話し方のトーンなどです。これらは顧客ごとに変わることはありません。

つまり、プロンプトの順序を整えたシステムとそうでないシステムの違いは、エンジニアリング上のこだわりではありません。固定部分が一度だけ請求されるのか、メッセージのたびに丸ごと請求し直されるのか、という違いです。ルールは単純です。固定部分を先に、可変部分を最後に。

例を挙げます。月に 3,000 件の会話を処理し、それぞれ入力 4,000 トークン、出力 500 トークンの WhatsApp アシスタントは、今日の V4 Pro のオフピーク料金で月におよそ $10.89 かかります。明日の V4.1 Flash の料金では $2.70 に下がります。入力の 80% がキャッシュから読まれるようにプロンプトを並べ替えれば $1.29 まで下がります。最初の数字と最後の数字の間には八倍の差があり、最後のステップではモデルは変わっていません。変わったのはテキストの順序だけです。

読み飛ばさずに読むべき条項

通知の中の一文は注目に値します。料金変更後にサービスを使い続けた場合は新しい条件に同意したものとみなされ、同意しない人は解約して返金を求めることができる、というものです。

これはクラウドサービス契約の標準的な文言で、今回は変更が利用者に有利なので問題はありません。しかし原則には注意が必要です。同じ条項は、同じ仕組みで逆方向の価格変更も可能にします。他社の API の上に商用システムを構築しているなら、運用コストは事業計画上の固定値ではありません。通知によって変わる条件なのです。

DeepSeek を超えた教訓

これはBroadcom が告知なしに VMware からの移行ツールを削除したときに書いたのと同じパターンです。依存しているものが足元で変わり、重要なのはどれだけ速く対応できるかです。

モデル名に何が起きたかに注目してください。システムに deepseek-v4-pro と書いた開発者は、プロバイダーの判断で自分のリクエストが別の場所に送られていることに気づくでしょう。今回は結果が有利に働きます。プロバイダー自身の説明によれば、より安く、より速く、より優れています。しかし同じ仕組みが、判断があなたに不利なある日、あなたのリクエストを別のモデルへ移すことにもなります。

ルールは一つで足ります。モデル名をシステム中に散らばらせないことです。一つの設定値として保持し、すべての呼び出しをコード内の一つのレイヤーに通します。そうすれば、モデルの変更も、プロバイダーの完全な切り替えも、プロジェクトではなく一行の修正で済みます。最初にやればコストはゼロ、後から改修すれば数週間かかります。

導入を決める前にモデルを比較検討しているなら、私たちは見出しの数字ではなく、それぞれが向いている業務の種類で DeepSeek、Claude、GPT を比較しました。その比較は今も有効です。違いは価格だけでなく、タスクにあります。

そして事業者にとって最も重要な点です。この価格では、もはやモデルがプロジェクトを止める要因ではありません。月に何千件もの会話でアシスタントを動かすコストは、今やオフィスのコーヒー代より安いのです。結果を左右するのはモデルの周りのすべてです。データがモデルに読める程度に整理されているか、実際にシステムとつながっているのか、それとも何もないところから答えているのか、そして間違えたときに何が起きるかを把握しているかどうかです。

Origami での取り組み

私たちが顧客のために構築するシステムでは、すべてのモデル呼び出しが一つのレイヤーを通り、モデル名はコード中に繰り返し書くのではなく設定ファイルに置かれています。市場が変わったとき、そしてそれはおよそ毎月変わるのですが、顧客をより安い、あるいはより正確なモデルへ移すのは、数分で実行して事後に測定する判断であり、作り直しではありません。

プロンプトの順序も細部ではなく設計上の判断として扱います。固定ブロックを先に置いてキャッシュから読まれるようにし、可変部分を最後に置きます。そして即時の応答が必要なものと待てるものを分け、後者を安い時間帯に実行します。画面上では誰にも見えない三つの判断ですが、そのすべてが請求書に表れます。

出典