DeepSeek V4 Pro setzt Betrieb nach dem 14. September fort: Unveränderte Abrechnung und API-Prüfung

Kernbotschaft nach aktueller Dokumentation mit Stand vom 17. September 2026 In den aktuellen Abschnitten zu Quick Start und Preisen hat DeepSeek festgehalten: Der API-Dienst für DeepSeek V4 Pro läuft auch nach dem 14. September 2026 weiter, und die Abrechnungsmethode bleibt unverändert. In der datierten Ankündigung vom 10. September wurde zwar ein ursprünglicher Plan erwähnt, Aufrufe von deepseek-v4-pro zu Flash-Tarifen auf V4.1 Flash umzuleiten, die aktuellen Referenzbereiche der Plattform heben jedoch die Notwendigkeit einer erzwungenen Umstellung auf.

Orientieren Sie sich bei der Pflege von Integrationen an der aktuellen Dokumentation des Dienstes und der Tarife. Wir stützen uns auf die veröffentlichten offiziellen Spezifikationen und erheben keinen Anspruch auf unabhängige Tests von Modellgewichten auf dem Server oder Laufzeit-Audits von Abrechnungsabzügen. In dieser Situation ist ein überstürztes Umstellen stabiler Produktivkonfigurationen von V4 Pro nicht erforderlich – es genügt, die Client-Einstellungen, das verwendete Gateway und die regulären Abrechnungsabzüge zu überprüfen.

Ermitteln Sie zuerst, welche API Ihre Anfragen empfängt

Verschiedene Integrationsschichten reagieren unterschiedlich auf Plattformänderungen. Bevor Sie Änderungen am Code oder an der Konfiguration vornehmen, prüfen Sie genau, wohin die Anfrage geleitet wird:

Verbindung	Was zu prüfen ist
Direkte DeepSeek-API	Kontostatus, aktuelle Dokumentationsabschnitte und tatsächliche Abrechnungsabzüge in der Konsole
Drittanbieter-API-Provider (einschließlich BetterToken)	Der eigene Modellkatalog des Anbieters, aktive Model-IDs, Abrechnungsbedingungen und angegebene Routing-Regeln; offizielle DeepSeek-Regeln gelten nicht automatisch für Gateways von Drittanbietern
Coding-Agent (Cursor, Cline, Aider usw.)	Tatsächliche Base-URL und Model-ID in den Profilparametern, separat für den Dialogkontext und Hintergrundszenarien

Modellparameter werden häufig über mehrere Konfigurationsebenen hinweg überschrieben. Daher ist es wichtig, die konkrete Base-URL und Model-ID zu bestätigen, die vom Client gesendet werden.

Um Erwähnungen des Bezeichners deepseek-v4-pro in Ihrer lokalen Codebasis schnell zu finden, führen Sie eine Suche mit ripgrep durch:

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

Führen Sie diesen Befehl im Projektstammverzeichnis aus. Er ändert keine Dateien und greift nicht auf das Netzwerk zu. Das Fehlen von Treffern garantiert noch keine vollständige Unabhängigkeit: Der Modellname könnte in CI/CD-Variablen, Cloud-Gateway-Einstellungen oder lokalen Client-Aliasen definiert sein. API-Schlüssel müssen nicht in Prüflisten aufgenommen werden.

Model-IDs und Routing-Regeln

Zu verstehen, wie der Dienst Modellnamen zuordnet, verhindert falsche Schlussfolgerungen bei der Überprüfung.

Mit Stand vom 17. September 2026 ist der Bezeichner deepseek-v4-pro in der offiziellen Preistabelle von DeepSeek der Version DeepSeek-V4-Pro-0813 zugeordnet. Gleichzeitig wurden die veralteten Aliase deepseek-v4-flash und deepseek-v4-flash-vision-exp auf die Bereitstellung über das Modell DeepSeek-V4.1-Flash (aktuelle Model-ID: deepseek-flash) umgestellt und werden zu Flash-Tarifen abgerechnet. Dies sind zwei voneinander unabhängige Regeln: Die Migration der alten Flash-Aliase bedeutet keineswegs eine automatische Statusänderung für V4 Pro.

Besondere Aufmerksamkeit erfordern kompatible Schnittstellen. Gemäß dem Leitfaden von DeepSeek zur Anthropic-API funktionieren die Zuordnungsregeln für Modelle auf dem offiziellen Endpunkt wie folgt:

• Modellnamen, die mit claude-opus beginnen, werden auf deepseek-v4-pro abgebildet und zu V4-Pro-Tarifen abgerechnet;
• Modellnamen, die mit claude-haiku oder claude-sonnet beginnen, werden auf deepseek-flash abgebildet;
• Jeden nicht unterstützten Modellnamen leitet das offizielle Backend von DeepSeek automatisch an deepseek-flash weiter.

Diese Routing-Regeln gelten ausschließlich für das offizielle Gateway von DeepSeek (https://api.deepseek.com/anthropic) und übertragen sich nicht automatisch auf Plattformen von Drittanbietern.

Darüber hinaus dienen das in der Antwort zurückgegebene Feld model oder eine vom Modell selbst generierte Textauskunft über sich selbst nicht als unabhängiger Nachweis dafür, welche Gewichte serverseitig tatsächlich ausgeführt wurden.

Prüfung der Workload-Stabilität bei widersprüchlichen Daten

Wenn Dokumentationen Widersprüche enthalten, ergänzt die Überprüfung konkreter Szenarien die offiziellen Angaben und bestätigt das Verhalten Ihres Clients, kann jedoch nicht beweisen, welche Gewichte serverseitig tatsächlich aktiv sind:

Szenario	Was zu überwachen ist
Code-Bearbeitung	Die Testsuite schlägt vor den Änderungen fehl und ist danach erfolgreich; Syntax und benachbarte Module bleiben intakt
Tool-Calling	Name des Tools und Argumente stimmen mit dem erwarteten Schema überein; der Client verarbeitet das zurückgegebene Ergebnis fehlerfrei und übergibt die Kontrolle wieder an den Dialog
Streaming	Der Client öffnet und schließt den Datenstrom sauber, bricht bei Chunks nicht ab und parst die abschließenden Usage-Metadaten korrekt
Langer Kontext	Der Agent behält Systemanweisungen und Kernfakten aus frühen Dialogphasen zuverlässig bei
Limits und erneute Aufrufe	Die Retry-Logik begrenzt die Anzahl der Versuche und dupliziert keine externen Operationen (Datenbankeinträge, Webhooks)

Wenn Sie Reasoning-Modelle über das Anthropic-Protokoll einsetzen, gleichen Sie die Reasoning-Parameter ab. Im Adapter von DeepSeek wird der Parameter thinking.budget_tokens ignoriert, während aus dem Block output_config der Parameter effort verarbeitet wird. Die Parameter und ihre Entsprechungen sind im Leitfaden zum Thinking-Modus ausführlich beschrieben.

Ausgabenverfolgung und Abrechnungskontrolle

Da die aktuelle offizielle Dokumentation die separate Tarifierung für V4 Pro aufrechterhält, dürfen Aufrufe von deepseek-v4-pro (einschließlich Anfragen mit dem Präfix claude-opus über den Anthropic-Endpunkt) nicht zu den reduzierten Flash-Tarifen kalkuliert werden. Die finanziellen Parameter der Integration müssen getrennt von der rein technischen Funktionsfähigkeit überwacht werden.

Halten Sie für Kontrollanfragen folgende Punkte fest:

1. Den exakten Zeitpunkt des Aufrufs und den verwendeten Endpunkt;
2. Die übermittelte Model-ID;
3. Die Werte für Eingabe-, Ausgabe- und gecachte Token;
4. Den endgültigen Abzug vom Guthaben.

Gleichen Sie die erfassten Zahlen mit der aktuellen Preistabelle von DeepSeek ab. Bei Zugriff über BetterToken können Sie Verbrauchsstatistiken im Workspace-Dashboard und die aktiven Preise im BetterToken-Katalog einsehen. Daten von BetterToken spiegeln die Parameter Ihrer Integration mit diesem Provider wider, dienen jedoch nicht als Nachweis für das interne Routing der direkten DeepSeek-API.

Berücksichtigen Sie bei Kostenkalkulationen die Anzahl der Wiederholungsversuche. Selbst wenn der Preis pro Token geringer ist, können die Gesamtausgaben für eine erfolgreich gelöste Aufgabe steigen, wenn der Agent mehr Schritte benötigt.

Fallback-Strategie: Warum impliziten Aliasen nicht vertraut werden kann

Eine verlässliche Fallback-Strategie darf sich nicht auf undokumentierte Aliase oder die Hoffnung auf eine automatische Weiterleitung stützen.

Wenn das Ausweichprofil in Ihrer Konfiguration lediglich deepseek-v4-pro dupliziert, führt jede Richtlinienänderung des Gateways bei beiden Profilen zum identischen Verhalten. Wählen Sie als Fallback eine explizit dokumentierte Model-ID oder einen alternativen, geprüften Provider.

Beginnen Sie nicht mit dem vorschnellen Austausch funktionierender Produktiv-Bezeichner, solange die Fallback-Option nicht die Basistests für Tool-Calling, fehlerfreies Streaming und Abrechnungsvorhersehbarkeit bestanden hat. Wenn ein alternatives Modell den Anforderungen der Aufgabe nicht genügt, ist es sicherer, die automatische Ausführung kritischer Workloads vorübergehend einzuschränken, als auf eine ungeprüfte Konfiguration zu wechseln.

Nächste Schritte

Überprüfen Sie die tatsächlichen Werte für Model-ID und Base-URL in den Einstellungen Ihres Clients oder in den ausgehenden Anfragen. Wenn Ihre bestehende Integration mit der offiziellen DeepSeek-API auf deepseek-v4-pro konfiguriert ist und Ihre Aufgaben stabil bewältigt, besteht keine Notwendigkeit für eine erzwungene Umstellung: Der Dienst läuft zu den bisherigen Abrechnungsbedingungen weiter.

Prüfen Sie bei der Nutzung über BetterToken die Parameter im aktuellen Modellkatalog, um die Verfügbarkeit des gewünschten Bezeichners und die geltenden Abrechnungsregeln zu bestätigen. Um die Genauigkeit der Berechnungen sicherzustellen, führen Sie eine kleine Testanfrage durch und vergleichen Sie die Token-Verbrauchsstatistiken mit den Abzügen im Workspace-Dashboard.