9月14日以降も提供継続のDeepSeek V4 Pro：料金体系の維持とAPI検証

2026年9月17日時点の最新ドキュメントによる要点 最新のQuick Startおよび料金ページにおいて、DeepSeekはDeepSeek V4 ProのAPIサービスが2026年9月14日以降も運用を継続し、従来の課金方式が維持されることを明記しました。9月10日付のアナウンスでは、deepseek-v4-proへのリクエストをV4.1 Flashへ転送しFlash料金で課金するという当初の計画が記載されていましたが、プラットフォームの現行ドキュメントにより強制的な移行の必要性はなくなりました。

連携を維持するにあたっては、現行のサービスおよび料金ドキュメントを参照してください。本稿は公開された公式仕様に基づいており、サーバー側のモデル重みに関する独自の検証や、ランタイムでの課金監査を主張するものではありません。このような状況において、安定稼働しているV4 Proの本番構成を緊急に移行する必要はなく、クライアント設定、利用中のゲートウェイ、定期的な請求引き落としを確認することで十分対応可能です。

まず、リクエストがどのAPIに届いているかを特定する

連携レイヤーによって、プラットフォームの更新に対する挙動は異なります。コードや設定を変更する前に、リクエストが具体的にどこへルーティングされているかを確認してください。

接続方式	確認事項
直接のDeepSeek API	アカウントステータス、最新ドキュメントの該当セクション、コンソールでの実際の課金引き落とし
サードパーティAPIプロバイダー（BetterTokenを含む）	プロバイダー独自のモデルカタログ、アクティブなModel ID、課金条件、提示されているルーティング規則。DeepSeekの公式規則はサードパーティゲートウェイに自動適用されない
コーディングエージェント（Cursor、Cline、Aiderなど）	プロファイル設定内の実際のBase URLとModel ID。対話コンテキストとバックグラウンドタスクで個別に確認

モデルパラメータは複数レイヤーにまたがって上書きされることが多いため、クライアントから実際に送信されている具体的なBase URLとModel IDを確認することが重要です。

ローカルコードベース内から識別子deepseek-v4-proの参照箇所を迅速に検索するには、ripgrepを実行します。

rg -l --hidden -g '!.git' -g '!node_modules' -g '!.venv' \
  'deepseek-v4-pro' .

このコマンドはプロジェクトルートから実行します。ファイルを変更することはなく、ネットワークアクセスも行いません。一致する結果が見つからなかったとしても、依存関係が存在しないとは限りません。モデル名はCI/CD環境変数、クラウドゲートウェイ設定、またはローカルクライアントのエイリアス内で定義されている可能性があります。検証チェックリストにAPIキーを含める必要はありません。

Model IDとルーティング規則

サービスがモデル識別子をどのように解決するかを理解しておくことで、検証時の誤った判断を防ぐことができます。

2026年9月17日現在、DeepSeekの公式料金表において、識別子deepseek-v4-proはバージョンDeepSeek-V4-Pro-0813に割り当てられています。一方で、従来のレガシーエイリアスであるdeepseek-v4-flashおよびdeepseek-v4-flash-vision-expはDeepSeek-V4.1-Flash（現在のModel ID：deepseek-flash）に移行され、Flash料金で計算されます。これらは独立した2つの規則であり、古いFlashエイリアスの移行がV4 Proのステータス変更を自動的に意味するわけではありません。

互換インターフェースを利用する場合は、特に注意が必要です。DeepSeek Anthropic APIガイドによると、公式エンドポイントにおけるモデルマッピング規則は以下のようになっています。

• claude-opusで始まるモデル名はdeepseek-v4-proにマッピングされ、V4 Proの料金で課金されます。
• claude-haikuまたはclaude-sonnetで始まるモデル名はdeepseek-flashにマッピングされます。
• サポートされていないモデル名は、DeepSeekの公式バックエンドによって自動的にdeepseek-flashへルーティングされます。

これらのルーティング規則はDeepSeek公式ゲートウェイ（https://api.deepseek.com/anthropic）に厳格に適用されるものであり、サードパーティプラットフォームへ自動的に適用されるわけではありません。

さらに、APIレスポンス内で返されるmodelフィールドや、モデル自身が生成する自己識別テキストは、サーバー側で実際にどの重み（weights）が実行されたかを示す独立した証拠にはなりません。

情報に齟齬がある状況におけるワークロード安定性の検証

ドキュメントに齟齬が存在する場合、個別シナリオの検証は公式ガイダンスを補完しクライアントの挙動を確認する助けになりますが、サーバー側でどの重みが実行されているかを証明することはできません。

シナリオ	監視項目
コード編集	変更前はテストスイートが失敗し、変更後は成功すること。構文および隣接モジュールの整合性が維持されていること
ツール呼び出し（Tool calling）	ツール名と引数が期待されるスキーマに一致し、クライアントが返却されたペイロードを正しく処理して会話へ制御を戻せること
ストリーミング（Streaming）	クライアントがストリームを正常に開始・終了し、チャンクでクラッシュせず、最終的な使用量（usage）メタデータを正確に取得できること
長大なコンテキスト（Long context）	エージェントが会話の初期段階で提示されたシステム指示や重要な制約事項を一貫して保持し続けること
レート制限とリトライ	リトライロジックが総試行回数を制限し、外部操作（データベースへの書き込み、Webhookなど）を重複実行しないこと

Anthropic互換プロトコル経由で推論モデルを呼び出す場合は、推論パラメータを確認してください。DeepSeekのアダプターではthinking.budget_tokensは無視され、output_config内のeffortが処理されます。パラメータとその対応関係の詳細は、Thinking Modeガイドに記載されています。

コスト追跡と請求管理

現行の公式ドキュメントではV4 Proに対する個別の課金が維持されているため、deepseek-v4-proへの呼び出し（Anthropicエンドポイント経由のclaude-opusプレフィックス付きリクエストを含む）を割引されたFlash料金で計算することはできません。連携の財務パラメータは、技術的な稼働状況とは切り離して監視する必要があります。

検証用のリクエストでは、以下を記録してください。

1. 正確なリクエストのタイムスタンプと使用したエンドポイント
2. 送信されたModel ID
3. 入力、出力、およびキャッシュされたトークンの各合計数
4. 残高からの最終的な引き落とし額

記録した数値を現在のDeepSeek料金表と照合してください。BetterToken経由で接続している場合、トークン消費の統計情報はWorkspaceで、適用中の料金はBetterTokenカタログで確認できます。BetterTokenのデータはそのプロバイダーとの連携パラメータを反映したものであり、DeepSeek直接API内部のルーティングを証明するものではありません。

コスト計算にはリトライ頻度も加味してください。トークンの単価が安くなったとしても、エージェントがタスク完了までにより多くのステップを要する場合、タスクあたりの総支出が増加する可能性があります。

フォールバック戦略：暗黙のエイリアスが信頼できない理由

耐障害性の高いフォールバック計画は、ドキュメントに記載されていないエイリアスや自動ルーティングへの期待に依存してはなりません。

設定内のフォールバックプロファイルが単にdeepseek-v4-proを複製しただけの場合、ゲートウェイのポリシーが変更された際に両方のプロファイルが同一の挙動に直面します。冗長性を確保するには、明示的にドキュメント化されたModel ID、または検証済みの代替プロバイダーを選択してください。

フォールバック候補がツール呼び出し、ストリーミング処理、請求の予測可能性に関する基本テストに合格するまでは、本番環境で稼働中の識別子を事前に置き換えないでください。代替モデルがタスクの要件を満たさない場合は、未検証の構成に切り替えるよりも、重要なワークロードの自動実行を一時的に制限する方が安全です。

次のステップ

クライアント設定や送信リクエストログにおいて、実際のModel IDとBase URLの値を確認してください。公式DeepSeek APIとの現在の連携がdeepseek-v4-proに設定されており、タスクを安定して処理できている場合、強制的に切り替える必要はありません。サービスは従来の料金体系のもとで提供を継続しています。

BetterToken経由で利用している場合は、最新のモデルカタログでパラメータを確認し、必要な識別子の提供状況と有効な課金規則を確かめてください。請求が正確に行われているか確認するには、小規模なテストリクエストを実行し、Workspaceでトークン消費の統計情報と残高の引き落とし額を照合してください。