ピーク時API料金の導入で、DeepSeekがV4を約4倍に値上げ
DeepSeekはV4 API料金を引き上げ、一部のワークロードではピーク時間帯に従来の4倍近く、あるいはそれ以上のコストに達する。EngadgetのDeepSeek報道は、極めて低い推論コストを大きな訴求点としてきた同社にとって、明確な方針転換を捉えている。
DeepSeekが公開したスケジュールによると、値上げは8月16日16:00 UTCに発効する。対象はV4 FlashとV4 Proで、各モデルの料金はピーク時間帯とオフピーク時間帯に分けられる。
重要な対立軸は、単にDeepSeekとOpenAI、Google、Anthropicの競争ではない。広く利用される最先端モデルサービスを運営する経済性と、DeepSeekのコスト優位性とのせめぎ合いだ。
開発者は今、より複雑な計算を迫られている。V4は引き続きオープンウェイトであり、非常に長いプロンプトをサポートし、高度なエージェントワークフローを想定している。しかし公式APIは、もはや以前ほど単純明快な割安サービスとは言えない。
EngadgetのDeepSeek報道が的確に捉えた点
DeepSeekは一律の値上げを行うわけではないが、一般的なV4ワークロードのほぼすべてでコストが上昇する。
改定後の料金表は、キャッシュ済み入力、キャッシュされていない入力、生成出力を対象とする。また、指定されたピーク時間帯とオフピーク時間帯で異なる料金を導入する。
この違いは重要だ。APIアプリケーションがトークンを常に同じ比率で消費することはほとんどない。コーディングエージェントは大規模なリポジトリのコンテキストを繰り返し送信し、相当量のキャッシュ済み入力を生む可能性がある。リサーチアシスタントはより長い回答を生成し、出力の比重が高くなるかもしれない。
新料金表では、オフピーク時の値上げ幅は一般にピーク時より小さい。この違いにより、同じモデルを使う2つのチームでも、トラフィックが発生する時間帯によって請求額が異なりうる。
DeepSeekは、北京時間の午前9時から正午、および午後2時から午後6時をピーク時間帯と定義している。残りの時間帯にはより低いオフピーク料金が適用される。
同社の公式料金表によると、オフピーク料金はピーク料金の半額となる。また、北京時間では8月17日に相当する発効日も確認できる。
通常のキャッシュされていない入力では、V4 FlashとV4 Proの料金はオフピーク時に約半分上昇する。ピーク時の利用では、この項目は従来のおよそ3倍となる。
生成出力の変更はより急だ。オフピーク時には従来料金の2倍超に上がり、ピーク時にはその約4.5倍に達する。
キャッシュヒット料金は、最も大きな上昇率を示す。V4 Proのピーク時キャッシュヒット料金は従来の約12倍になるが、もともとの基準価格は非常に低い。
この幅が、「約4倍高い」という見出しは成り立つ一方で、普遍的な請求計算式にはならない理由を説明している。結果はモデル、トラフィック時間帯、キャッシュ挙動、入力と出力のバランスに左右される。
短いプロンプトで長い回答を返すサービスでは、出力料金の上昇が最も大きく響く。同じ大規模コードベースを繰り返し読み込むエージェントでは、キャッシュヒットの扱いのほうが重要になる。
改定後の構造は、トラフィックの時間移動も促す。バッチ分析、インデックス作成、文書処理をキューに入れられるチームは、こうしたジョブをDeepSeekのピーク時間帯以外へ移すことができるかもしれない。
対話型アプリケーションの自由度は低い。顧客サポートアシスタントやライブコーディングツールは、より高い推論コストが生じても、ユーザーがアクセスした時に応答しなければならない。
したがって、報じられた料金変更は、単なる改定料金表にとどまらない。DeepSeekを直接利用するチームにとって、スケジューリングを新たなエンジニアリング変数として持ち込むものだ。
当面の教訓は明快である。開発者は現在の請求額に見出し上の比率を一つ掛けて、その結果を予測とみなすべきではない。
キャッシュヒット、キャッシュミス、出力、モデル選択、リクエストのタイミングを含む、トークン単位の利用データが必要になる。これらの入力がなければ、実際の値上がり幅を正確に見積もることはできない。
タイミングがDeepSeekのコスト戦略を逆転させる
この値上げは、DeepSeekがV4を最先端レベルの推論とエージェント性能を実現する、異例に経済的な手段として打ち出してからわずか数か月後に実施される。
DeepSeekは2026年4月24日にV4 Previewをリリースした。このファミリーには、速度向けに最適化された小型モデルのV4 Flashと、より高性能なフラッグシップモデルV4 Proが含まれていた。
同社のV4 Preview発表は、このリリースをコスト効率に優れた100万トークンコンテキストの始まりと位置付けた。コンテキストウィンドウとは、モデルが1回のリクエストで処理できる情報量のことだ。
両モデルは100万トークンのコンテキストウィンドウをサポートする。DeepSeekは、数十万トークンに達する出力を生成できるとも述べているが、実用上の上限はアプリケーションの挙動に依存する。
V4 Proは、総パラメータ数1.6兆、リクエストごとに490億パラメータを活性化するMixture-of-Expertsアーキテクチャを採用している。Mixture-of-Expertsモデルは、毎回すべてのパラメータを使用するのではなく、選択したコンポーネントを活性化する。
V4 Flashも、より小規模ながら同じ大枠のアプローチを採る。DeepSeekはこのモデルについて、総パラメータ数2840億、アクティブパラメータ数130億としている。
このアーキテクチャは、同社の効率性に関する説明を支えている。モデルのより小さな部分だけを活性化すれば、各トークンで全パラメータを実行する場合と比べて計算量を削減できる。
DeepSeekはまた、これらのモデルをオープンウェイトとして公開した。開発者はモデルパラメータをダウンロードし、関連ドキュメントを確認し、DeepSeekのホスト型API以外でモデルをデプロイできる。
こうした特性は明確な価値提案を生み出した。V4は、長いコンテキスト、エージェント志向の機能、オープンウェイト、そして多くの最先端の代替手段を大きく下回る料金のホスト型アクセスを提供していた。
DeepSeekはローンチ後もその立場を強化した。5月にはV4 Proの期間限定割引を恒久化し、モデルの導入時料金から大幅に下げた価格を維持した。
今回の値上げは、そのプロモーションの勢いの多くを覆す。あらゆる比較においてDeepSeekのコスト優位性をなくすわけではないが、その分かりやすさを弱める。
以前は、開発者は公式APIをモデルの経済的メリットを最も手軽に得る方法と考えることができた。今では、セルフホスティングやサードパーティプロバイダーも、より詳しく検討する価値がある。
この逆転は、エージェントアプリケーションにとって特に重要だ。エージェントは多くのモデル呼び出しを行い、長大なツール結果を渡し、増え続ける会話履歴を保持することが多い。
単位コストの小さな差は、計画、検索、コード生成、検証、修正をまたいで積み重なる。そのため長時間稼働するエージェントは、単純なチャットアプリケーションよりも速く料金変更を増幅させうる。
DeepSeek自身のV4に関する発信は、エージェント型コーディングを強調していた。エージェント型システムは、より少ない直接的な人間の指示でツールを選択し、多段階のタスクを完了できる。
このターゲット市場は、大量の推論能力を消費する。また、信頼できるスループット、長いプロンプト、繰り返しの推論を求めるため、いずれも提供コストを押し上げる。
このようにEngadgetのDeepSeek報道は、当初のローンチ時の約束に内在する緊張関係を浮き彫りにする。モデルは計算効率に優れていても、そのホスト型サービスは高額化しうる。
効率性は、リソースと出力の関係を示す。API料金には、その効率性に加え、容量、需要、運用、商業戦略、競争上の位置付けが反映される。
DeepSeekは、新料金を説明する詳細なコスト内訳を公開していない。料金ページはスケジュールを説明しているが、各値上げを特定の費用に結び付けてはいない。
同社はピーク料金を、高需要の時間帯と閑散時間帯を区別する方法として提示している。この構造は、容量管理が少なくとも仕組みの一部であることを示唆する。
ただし、容量圧力がすべての値上げを引き起こしたと証明するものではない。この料金表は、V4が普及した後により多くの価値を取り込むという判断を反映している可能性もある。
この不確実性は分析の中心に置くべきだ。DeepSeekは顧客の支払額を開示したが、商業戦略が正確にどのような理由で変化したのかを判断するには十分な情報を示していない。
開発者、エージェント、API再販事業者に重圧
最も大きな影響を受けるのは、DeepSeekの公式エンドポイントを恒久的に低コストな標準選択肢として扱ってきた大量トラフィックのアプリケーションだ。
個人のチャットボット利用者が直ちに大きな変化を感じることは少ないかもしれない。DeepSeekは、利用量ベースのAPI課金とは別に、Webおよびモバイルアプリケーションを通じた消費者向けアクセスを引き続き提供している。
API顧客の立場は異なる。アプリケーションが送受信するトークンに応じて支払うため、モデルの経済性は製品内の各インタラクションの一部となる。
時折使う要約ツールを構築する開発者なら、緩やかな変更を吸収できる。数百万件のリクエストをルーティングするプラットフォームは、利益率、利用上限、顧客向けポリシーを再計算しなければならない。
コーディングエージェントは分かりやすい例だ。ソースファイルを読み、パッチを生成し、ツール出力を確認し、テスト失敗後に再試行することが多い。
こうしたループは、入力と出力の繰り返しを生む。コンテキストキャッシュは、以前に処理したトークンを再利用することで、変更されていない内容の再送コストを抑えられる。
DeepSeekは長らく、キャッシュを重要な効率化機能として扱ってきた。以前のコンテキストキャッシュシステムは、再利用可能なプロンプト内容を保存し、その内容が再び現れた際に低料金を請求していた。
新料金でもキャッシュ割引は維持されるが、関連料金は引き上げられる。キャッシュ性能が高いアプリケーションは、繰り返しキャッシュを逃すアプリケーションより依然として低コストになる。
ただし、キャッシュ済みV4 Pro入力の上昇率は特に大きい。チームは高いキャッシュヒット率が完全な防御策になると考えず、総支出を評価すべきだ。
リクエストのタイミングも同じくらい重要になる。DeepSeekのピーク時間帯は、サービスを利用する多くの開発者や企業がいるアジアの一部地域で、通常の業務時間と重なる。
企業が人間の操作で開始される作業を常に夜間へ移せるわけではない。ライブアシスタント、検索製品、顧客向けエージェントは、ユーザー需要に従わなければならない。
バッチワークロードには、より大きな柔軟性がある。チームは文書のインデックス作成、評価実行、合成データ生成、社内レポート処理を、より静かな時間帯にスケジュールできる。
この選択肢には運用上のトレードオフがある。タスクを遅らせれば推論コストを下げられるが、その遅延は製品の価値も低下させる可能性がある。
API再販事業者は、さらに別の圧力に直面する。一部のプロバイダーは自社インフラでオープンモデルをホストし、別のプロバイダーはモデル開発者のエンドポイントにリクエストをルーティングする。
DeepSeekの公式APIに依存するプロバイダーは、値上げを吸収するか、顧客に転嫁するかを決めなければならない。どちらの選択も利益率または市場での立場に影響する。
セルフホスト型プロバイダーが自動的に安価になるわけではない。公開トークン料金では見えにくいハードウェア、ネットワーク、人員、冗長性、利用率のリスクを抱える。
V4 Proの規模は、この課題をより顕著にする。オープンウェイトはデプロイを可能にするが、兆パラメータ規模のMixture-of-Expertsモデルを運用することは依然として大規模なインフラ課題だ。
V4 Flashはより手の届きやすい対象であるものの、それでも本格的な提供能力を必要とする。プロバイダーは、顧客が商用エンドポイントに期待する速度と信頼性も満たさなければならない。
現在DeepSeekを評価する企業は、モデルの選択とプロバイダーの選択を分けて考える必要がある。DeepSeekからすべてのトークンを購入せずとも、V4のウェイトを利用できる。
この区別は、オープンウェイトAIにおける最も重要な商業的特徴の一つだ。ホスト型料金の引き上げは、顧客がモデルファミリーを離れずに別のホストを探す動機になりうる。
クローズドモデルの顧客は、デプロイの柔軟性が低い。独自の最先端モデルを利用するユーザーは、一般にモデル開発元または承認済みのクラウドパートナーに依存する。
そのため、値上げ後もDeepSeekには交渉力が残る。他のプロバイダーがより良い経済性や地域での可用性を提供する場合でも、そのモデルは魅力を保ち得る。
直接APIには依然として利点がある。公式のモデル更新を受けられ、サポート対象の機能を利用でき、第三者がモデルをどのように構成したかという不確実性も避けられる。
開発者は、こうした利点を明示的に評価しなければならない。従来の価格では、公式アクセスが直接的であり、しかも異例に安価だったため、判断は容易だった。
安価なオープンモデルにも高価なインフラが必要
ここでの重要な逆転は、オープンウェイトが市場参入の障壁を下げても、複雑なモデルを大規模に提供する物理的コストまではなくせないという点にある。
DeepSeekのV4投入は、効率性を製品アイデンティティの中心に据えた。スパースアーキテクチャ、長大なコンテキスト設計、キャッシュ対応はいずれも、計算量の削減やリソース利用の改善を狙ったものだ。
しかし、効率化は無償のキャパシティを意味しない。すべてのリクエストは依然として、アクセラレータ、メモリ、電力、ネットワーク、ストレージを消費する。
長大なコンテキストを伴うリクエストは、特に負荷が大きい。100万トークンのウィンドウがあれば、モデルは大規模なコードベース、文書群、あるいは膨大な会話履歴を参照できる。
すべての呼び出しでそのウィンドウを使い切るアプリケーションは少ない。それでも部分的な利用であっても、短いチャットプロンプトと比べてメモリ要件や処理時間を増やす可能性がある。
エージェントのワークロードは、さらに変動性を加える。あるタスクは数回の短いステップで終わる一方、別のタスクでは数十回のツール呼び出しと長大な推論トレースが発生する。
プロバイダーは需要急増に対応できるだけのインフラを確保しなければならない。遊休キャパシティは信頼性を守るが利用効率を下げ、逆にフル稼働は待ち行列や障害のリスクを高める。
ピーク時とオフピーク時の価格設定は、その需要を誘導しようとするものだ。繁忙時間帯の高い料金は裁量的なワークロードを抑制し、低い料金は後の時間帯に柔軟に実行できるジョブを呼び込む。
クラウドコンピューティングのプロバイダーは、長年にわたり類似の仕組みを利用してきた。時間帯連動料金、予約済みキャパシティ、中断可能なインスタンスはいずれも、予測可能性と利用効率の均衡を取るものだ。
DeepSeekの方式は、多くのクラウド料金体系よりシンプルなままだ。しかし、AI推論を定額のソフトウェア機能というより、インフラ調達に近いものとして感じさせる。
この変化はプロダクトチームにとって重要だ。モデル選定を、単一のベンチマークスコアと公開された一つの出力料金だけに頼ることはできなくなる。
チームはレイテンシー、キャッシュ挙動、コンテキスト使用量、地域別需要、障害率、トラフィックを移せる能力を比較しなければならない。それぞれが、完了したタスク当たりの実効コストを変える。
より有用な単位は、完了したタスクだ。繰り返しの修正を必要とする安価なモデルは、最初の試行で成功するより高価なモデルよりもコストがかかる場合がある。
DeepSeekは、V4 Proが推論、数学、コーディング、エージェントのベンチマークで競争力を発揮するとしている。より広範な独立検証が蓄積するまでは、これらの主張は企業による評価として扱うべきだ。
初期報道では、V4は主要なオープンモデルの一つと位置付けられた。初期のV4分析も、DeepSeekが知識テストでは一部の最先端システムに後れを取り、複数のメディアタイプではなくテキストをサポートしていたと指摘している。
独立系アナリストも同様に、評価が分かれる見方を示した。V4は競争力を持つように見えたが、そのリリースはDeepSeek R1ほどの驚きを再現しなかった。
独立したモデル評価は、幅広い性能上の結論を受け入れるには、外部評価がなお必要だと強調した。
値上げ後、この留保はさらに重要になる。モデルが卓越した手頃さを主な競争力としている場合、顧客はその制約を異なる形で受け入れる。
料金が他の選択肢に近づくにつれ、DeepSeekはタスク完了率、信頼性、統合の品質、運用サポートでより直接的に競争しなければならない。
オープンウェイトは依然として方程式を変える。ホスト型の提供に不満を持つ顧客は別のデプロイ経路を試せるため、DeepSeekの価格決定力へのけん制となる。
ただし、移行に摩擦がないわけではない。プロバイダーごとに量子化、ルーティング、バッチ処理、コンテキスト上限が異なり、モデルの挙動を変える可能性がある。
チームは移行後に評価をやり直さなければならない。現実的なワークロードの下で、出力品質、ツール利用、レイテンシー、構造化応答、障害からの復旧をテストすべきだ。
その結果、より成熟した競争形態が生まれる。DeepSeekはもはや、皆に対応を迫る単なる安価な外部勢力ではない。
より大規模な商用モデルプロバイダーと同じ運用上のトレードオフを、顧客が評価しなければならないプラットフォームになりつつある。
新料金が教えてくれないこと
料金改定の告知は、需要、キャパシティ、モデル品質、DeepSeekの長期的な商業戦略に関する大きな疑問を残している。
第一に、この値上げはDeepSeekの実際の提供コストを明らかにしない。公開トークン料金はビジネス上の判断であり、ハードウェアやエネルギー消費に関する監査済みの測定値ではない。
料金上昇は、混雑、需要の強まり、追加のサポートコスト、あるいは利益率を改善する判断を反映している可能性がある。複数の説明が同時に成り立つこともある。
第二に、この値上げはV4が幅広いエンタープライズ導入を達成した証拠ではない。DeepSeekは、ピーク時間帯の背景にある利用分布を公表していない。
時間帯構造は、需要が意味のある程度に集中していることを示唆する。しかし顧客数、トークン量、継続利用率、生産アプリケーションが生む割合は明らかにしない。
第三に、新しい料金体系は現在の競合に対するV4の価値を確定しない。モデル比較は、リリース、ルーティング改善、プロバイダー割引によって急速に変わり得る。
DeepSeekは、V4 Proが複数の推論・コーディングタスクで主要なクローズドシステムに匹敵するとしている。こうしたベンチマーク上の主張は、すべての本番ワークロードでより良い結果を保証するものではない。
サポートエージェントには、事実の一貫性と安全なエスカレーションが求められる。コーディングエージェントには、信頼できるツール利用、リポジトリ理解、テストを通過するパッチが必要だ。
リサーチシステムでは、引用の正確性や長大なコンテキストでの検索が優先される場合がある。ユースケースごとに、出力品質と推論コストの関係は異なる。
第四に、料金表はどれだけの顧客が移行するかを示していない。開発者は利用量を減らす、V4 Flashに切り替える、別のプロバイダーを選ぶ、あるいは別モデルを採用するといった選択ができる。
一部のチームは、移行コストが値上げ幅を上回るため残るだろう。他方で、単一のモデルベンダーへの依存を避けるために、ルーティング層を構築したチームもある。
オープンウェイトは、その反応を予測しにくくする。DeepSeekは公式APIのトラフィックを失う一方で、V4エコシステムは別の場所で成長し続ける可能性がある。
その結果は、モデルの影響力を必ずしも弱めることなく、ホスト型サービスの収益を弱めるだろう。独立プロバイダーが積極的に競争すれば、V4の導入を広げる可能性さえある。
地理的な問題もある。ピーク時間帯は北京時間で固定されているが、DeepSeekは複数の地域の開発者にサービスを提供している。
アジア以外の顧客は、自然とオフピーク時間帯により多くのトラフィックを送る可能性がある。そのため同じ料金体系でも、他の条件が同じ二つの企業に異なる影響を与え得る。
為替変動、税金、クラウド契約、リセラーの上乗せは、さらにばらつきを生む。グローバルチームは、換算後の見出し数字に頼るのではなく、実際の請求経路を評価すべきだ。
EngadgetによるDeepSeekの捉え方は、この逆転に注意を向けるという点で有用だ。それでも読者は、「4倍以上」をすべてのアカウントの予測として扱うべきではない。
上昇幅が小さいワークロードもある。特にDeepSeekの従来の極めて低いキャッシュヒット料金を基準に測る場合、一部のピーク時コンポーネントはより大きく上昇する。
割合での増加と絶対的な支出の違いも重要だ。劇的な割合は、非常に小さな基準値から始まることがある。
逆に、より小さな割合でも、ワークロードの支配的な部分に適用されれば、予算への影響はより大きくなり得る。
したがって開発者は、少なくとも三つのシナリオをモデル化すべきだ。通常の週、ピーク偏重の週、エージェントループや異常需要を反映した高出力の週が必要になる。
アプリケーションごとにキャッシュの有効性も測定すべきだ。パーソナライズされたプロンプトを使うシステムは、共有ドキュメントを中心に構築されたツールよりもコンテキストを再利用しにくい可能性がある。
モデルやプロバイダーの移行後も、過去のキャッシュ性能が一定に保たれると想定すべきではない。キャッシュの境界やリクエストの構成が結果を変える可能性がある。
最後に、DeepSeekは再び料金体系を改定する可能性がある。同社は以前にプロモーションを導入し、割引を恒久化し、今回大幅な値上げを計画している。
この経緯は、固定された価格哲学ではなく、積極的な実験を示している。予算責任者は、この調整を最終的なものと見なすのではなく、今後の変更の余地を残すべきだ。
DeepSeekの賭けが成功するかを示す三つのシグナル
次の局面は、顧客行動、第三者ホスティング、そしてV4の実測性能が以前ほど劇的ではないコスト優位性を正当化できるかどうかにかかっている。
最初のシグナルは、8月16日以降の公式APIトラフィックだ。DeepSeekは詳細なトークン量データを定期的に公表していないが、サービスの挙動から圧力を見極めることはできる。
開発者は、レイテンシー、キャパシティ通知、同時実行ポリシー、将来のスケジュール調整の変化を注視すべきだ。ピーク時に安定した性能が維持されれば、キャパシティ管理という理屈を裏付けることになる。
迅速な撤回、新たなプロモーション、より広範な割引は、別の方向を示す。それは、顧客の抵抗が期待された収益または利用効率の恩恵を上回ったことを示唆するだろう。
第二のシグナルは、第三者のV4プロバイダーによる反応だ。オープンウェイトは、ホスティング企業にDeepSeekの値上げを顧客獲得キャンペーンへと転換する機会を与える。
同等のコンテキスト、スループット、ツールサポートを提供しながら、これらのプロバイダーがより低い料金を維持するかを注視したい。料金差だけでは、同等のサービスを示すことにはならない。
最も強力な競争対応は、より低い実効コストと透明性のある性能テストを組み合わせるものだ。また、制限的なコンテキスト上限を設けずに、V4の公式機能を維持する必要がある。
第三者ホストが目に見える勢いを得れば、DeepSeekのモデルは影響力を保ちながら、その公式エンドポイントは価格決定力を失う可能性がある。それはオープンな配布モデルを裏付ける一方、ホスト型ビジネスには課題となる。
代替ホストもDeepSeekに追随して料金を引き上げれば、その値上げは共有されたインフラ経済性を反映している可能性がある。また顧客が高コストを実際に回避できる余地も狭まる。
第三のシグナルは、V4 Proの本番性能に関する独立評価だ。このモデルは、公開ベンチマークだけでなく、完了したタスクを通じてその立ち位置を正当化する必要がある。
コーディングエージェント、長文書分析、ツール利用、構造化出力、反復実行時の信頼性を扱うテストを探すべきだ。成功したタスク当たりのコストは、精度スコアとともに示されるべきである。
より強力なモデルは、再試行が少なくて済むなら、料金上昇後も経済性を維持できる。より弱いモデルは、最安のトークン料金を保っていても優位性を失う可能性がある。
エンタープライズの購入者は、DeepSeek、オープンな代替案、クローズドな最先端システムで同じ社内タスクセットを実行すべきだ。トークン使用量、レイテンシー、再試行、人による修正時間を記録する必要がある。
このプロセスによって、EngadgetのDeepSeek見出しは答えられる運用上の問いへと変わる。重要なのは、一つの料金が劇的な割合で上がったかどうかではない。
問題は、DeepSeek V4が依然としてより低い総コストで価値ある仕事を完了できるかどうかだ。各チームは、自らのトラフィックと品質要件に基づいて答えを出すことになる。
まず、少なくとも数週間分のトークンデータをエクスポートする。FlashとPro、キャッシュ済み入力とキャッシュされていない入力、生成出力とプロンプトを分ける。
次に、リクエストのタイムスタンプをDeepSeekのピーク時間帯に対応付ける。モデルの変更やプロダクト上限の見直しを行う前に、新しいスケジュールの下で同じワークロードを再計算する。
さらに、その予測を信頼できる代替デプロイメントと比較する。公表されているトークン単価だけを比べるのではなく、移行作業と品質の差も含める。
DeepSeekは、高度なAIの経済性を驚くほど有利に見せることで、近年の評価を築いてきた。新しいスケジュールによって、その経済性はそれほど意外ではなくなり、ワークロードへの依存度がはるかに高くなった。
それがEngadgetのDeepSeek報道が持つ長期的な意味だ。お得感が必ずしも消えたわけではないが、開発者は今後、自らのデータでそれを証明しなければならない。
