DeepSeek V4 ProからV4.1 Flashへ：9月14日前の確認事項

DeepSeekは2026年9月14日12:00（北京時間）、04:00 UTC、モスクワ時間07:00にV4 Proを終了する予定です。ログイン後に読める公式プラットフォームの告知では、V4 ProへのリクエストをV4.1 Flashへ振り向け、V4.1 Flashの料金で請求するとしています。

公式APIでは、既存リクエストを転送する計画です。告知だけを理由に、すべての設定のdeepseek-v4-proを急いで置換する必要があるとは言えません。ただし、古い名前の裏で別のモデルが応答するようになります。切り替え前に実際のタスクを試し、その名前に依存しない代替手段を用意してください。

別の告知には、9月10日12:00（北京時間）のFlash料金変更があります。これは別の出来事です。9月10日に確認したPro終了の告知は9月14日を指定しています。本記事は予定への準備であり、移行がすでに完了したという説明ではありません。

リクエストを受け取るプロバイダーを特定する

接続形態	確認すること
DeepSeek公式APIに直接接続	アカウントの告知、Pro切り替え日、代替モデルの現在料金
BetterTokenを含む第三者API	そのサービス自身のカタログ、Model ID、日程、ルーティング、価格。DeepSeekの告知は再販サービスの条件を確定しない
プロバイダーを選択するコーディングエージェント	実際のBase URLと送信Model IDを、主エージェントと補助タスクで分けて確認

クライアントのメニュー名だけでは経路全体は分かりません。メイン会話、サブタスク、代替モデルに別々の設定がある場合があります。グローバル設定だけでなくプロジェクト設定も調べます。

アプリ、プロバイダー、プロトコル、現行Model ID、設定の場所、確認担当者を短い一覧にします。APIキーは記載しません。

ripgrepを導入済みのローカルプロジェクトでは、次のコマンドでProを直接記載するファイル名だけを一覧にできます。

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

プロジェクトディレクトリで実行してください。該当なしでも依存がない証明にはなりません。CI変数、ホスト型サービスの設定、クライアントのエイリアスも確認します。このコマンドは設定を書き換えず、APIテストもしません。

新しいModel IDは必要か

公式Pro告知は転送を予定しています。代替名を推測しないでください。 一時的なIDから末尾を削るだけでは移行になりません。V4.1 Flashを明示的に選ぶなら、実際のプロバイダーの現行カタログから利用可能なIDをコピーし、まず別のクライアントプロファイルで試します。

一時的なdeepseek-v4.1-flash-expires-on-0910は別の項目です。その期限はPro終了日ではなく、古い試用プロファイルが自動的に恒久的な代替になるわけでもありません。

間接的な名前も確認します。現行のDeepSeek Anthropic APIガイドでは、claude-opusの接頭辞はPro、claude-haikuまたはclaude-sonnetはFlashに対応します。未対応名はdeepseek-v4-flashにフォールバックすると記載されています。入力ミスがあっても返答が来たからといって、意図したモデルを選べた証拠にはなりません。これはDeepSeek公式アダプターの規則であり、他社も同じとは限りません。

切り替え後は送信ID、プロバイダーの記録、公表されたモデル対応を照合します。モデル自身の名乗りや、単独の応答フィールドmodelだけでは、どの重みが処理したかを独立して証明できません。

プロトコルを維持し、タスク全体を試す

DeepSeek公式のAnthropic互換Base URLはhttps://api.deepseek.com/anthropicです。モデルが変わるからといって、Chat CompletionsクライアントにこのURLを入れないでください。第三者サービスには固有のアドレスと認証規則があります。

最初は動作しているプロトコルを維持します。設定を別のテストプロファイルへコピーし、利用可能と確認できたモデルだけを変更して短いリクエストを送ります。新モデルがまだ掲載されていなければ、テストと代替手段を先に準備し、互換性確認済みとは扱いません。

HTTP 200とテキスト応答が確認するのは、その1リクエストの成功だけです。エージェントの運用には既存タスクで次を確認します。

場面	観測できる受け入れ条件
バグ修正	元のテストが変更前に失敗し、変更後に成功する。関連チェックも壊れない
ツール呼び出し	正しい名前と引数、ツール結果の適切な処理、結果を返した後の応答完了
ストリーミング	クライアントが受信と終了を行い、最終結果と使用量を解析エラーなく扱える
長い会話	タスク制約と必要な過去の事実を維持できる
レート制限や一時エラー	再試行数と総時間が有限で、再試行による余分な外部操作がない

メール、CRMなどの外部操作はテストデータを使うか実送信を無効にします。正しい引数を生成できても、操作の繰り返しが安全な証明にはなりません。

プロトコルごとの思考設定も調べます。例えばDeepSeek公式Anthropicアダプターはthinking.budget_tokensを無視し、output_configではeffortのみをサポートします。設定ファイルに項目が残っていても、以前の予算が有効とは限りません。Thinking Modeの対応を参照してください。

これは自分の環境の受け入れチェックであり、V4.1 Flashが全クライアントで合格したという主張ではありません。詳しい依存一覧と切り替え確認はAI API移行監査にまとめています。

品質とは別に請求を確認する

告知は転送されたProリクエストにV4.1 Flashの課金を適用します。第三者の価格は確定せず、同じタスクのトークン使用量が等しいとも約束していません。

テスト時刻、プロバイダー、送信ID、入力・出力トークン、確認可能なキャッシュ情報、最終請求額を記録し、その時点の当該サービスの料金と照合します。ピークとオフピークを分ける料金なら正しい時間帯を使います。変更後は古いPro料金を当てはめず、公式API価格を再確認します。

BetterTokenへの呼び出しはDashboardで使用量項目を、BetterTokenのカタログで提供モデルと料金を確認します。これは自分の接続の確認であり、公式APIと同時にBetterTokenがルーティングを変える証明ではありません。

採用タスクあたりの費用には失敗した試行も含めます。トークン単価が下がっても、リクエスト数や回答の長さが増える場合があります。

Pro終了後にも使える代替を用意する

告知された転送後にdeepseek-v4-proへ戻しても、Pro-0813は復元されません。主系と予備プロファイルが同じ公式API名なら、どちらもV4.1 Flashへ到達し得ます。

別の利用可能なModel IDまたはサービスを選び、実際のモデルを確認して重要なタスクを事前に試します。代替が受け入れ条件を満たさなければ、該当処理を手動管理するか停止してください。未検証の代替は実行可能な切り戻しではありません。

切り替え前に担当者が持つべきものは、テスト結果、検証済みの代替、そしてツール誤呼び出し・ストリーム不具合・自分たちの費用上限超過などの停止条件です。予定時刻の後は小さな確認タスクを再実行し、負荷を増やす前に最新の告知とルーティングを照合してください。