DeepSeek V4 Pro zu V4.1 Flash: Checks vor dem 14. September

DeepSeek plant, V4 Pro am 14. September 2026 um 12:00 Uhr Pekinger Zeit, also 04:00 UTC beziehungsweise 07:00 Uhr Moskauer Zeit, einzustellen. Eine nach Anmeldung zugängliche Mitteilung auf der offiziellen Plattform kündigt an, V4-Pro-Anfragen an V4.1 Flash weiterzuleiten und nach dessen Tarifen abzurechnen.

Für die offizielle API sieht der Plan eine Weiterleitung bestehender Anfragen vor. Die Ankündigung allein verlangt nicht, deepseek-v4-pro sofort in sämtlichen Konfigurationen zu ersetzen. Allerdings wird hinter dem alten Namen ein anderes Modell antworten. Testen Sie Ihre Aufgaben vor der Umstellung und bereiten Sie eine Alternative vor, die nicht von diesem Namen abhängt.

Eine separate Plattformmitteilung setzt Flash-Preisänderungen auf den 10. September um 12:00 Uhr Pekinger Zeit an. Das ist ein anderer Vorgang. Die am 10. September geprüfte Mitteilung zur Pro-Abschaltung nennt den 14. September. Dieser Leitfaden bereitet auf die geplante Änderung vor; er behauptet nicht, die Migration sei bereits erfolgt.

Den tatsächlichen Anbieter feststellen

Verbindung	Was zu prüfen ist
Direkte DeepSeek-API	Kontomitteilung, Pro-Umstellungstermin und aktuelle Ersatztarife
Drittanbieter-API, einschließlich BetterToken	Eigener Katalog, Model ID, Zeitplan, Weiterleitung und Preis; DeepSeeks Ankündigung legt keine Wiederverkäuferkonditionen fest
Coding-Agent mit ausgewähltem Anbieter	Tatsächliche Base URL und übermittelte Model ID, getrennt für Hauptagent und Hilfsaufgaben

Ein Menüeintrag im Client zeigt nicht die gesamte Route. Hauptdialog, Unteraufgaben und Ersatzmodelle können getrennte Einstellungen haben. Prüfen Sie neben globalen Einstellungen auch Projektkonfigurationen.

Erstellen Sie eine kurze Liste mit Anwendung, Anbieter, Protokoll, aktueller Model ID, Konfigurationsort und verantwortlicher Person. Nehmen Sie keine API Keys auf.

Wenn im lokalen Projekt ripgrep installiert ist, listet dieser Befehl nur Dateinamen mit direkter Pro-Erwähnung auf:

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

Führen Sie ihn im Projektverzeichnis aus. Keine Treffer beweisen nicht, dass keine Abhängigkeiten bestehen: Prüfen Sie zusätzlich CI-Variablen, Einstellungen gehosteter Dienste und Client-Aliasse. Der Befehl verändert keine Konfiguration und testet die API nicht.

Ist eine neue Model ID nötig?

Die offizielle Pro-Mitteilung sieht eine Weiterleitung vor. Erraten Sie den Ersatznamen nicht, und betrachten Sie das Entfernen des Suffixes einer temporären ID nicht als Migration. Um V4.1 Flash ausdrücklich auszuwählen, kopieren Sie eine verfügbare ID aus dem aktuellen Katalog Ihres tatsächlichen Anbieters und testen Sie sie zuerst in einem separaten Clientprofil.

Die temporäre ID deepseek-v4.1-flash-expires-on-0910 ist ein anderer Eintrag. Ihr Ablauf ist nicht der Pro-Abschaltungstermin; ein altes Testprofil ist nicht automatisch ein dauerhafter Ersatz.

Prüfen Sie auch indirekte Namen. Der aktuelle DeepSeek-Leitfaden zur Anthropic-API ordnet Präfixe claude-opus Pro zu, claude-haiku und claude-sonnet dagegen Flash. Bei nicht unterstützten Namen dokumentiert er einen Rückfall auf deepseek-v4-flash. Eine erfolgreiche Antwort trotz Tippfehler beweist nicht, dass das gewünschte Modell ausgewählt wurde. Dies sind Regeln des offiziellen DeepSeek-Adapters; andere Anbieter können abweichen.

Vergleichen Sie nach dem Wechsel die übermittelte ID, den Anbietereintrag und dessen erklärte Modellzuordnung. Weder die Selbstauskunft des Modells noch ein einzelnes Antwortfeld model beweist unabhängig, welche Gewichte die Anfrage verarbeitet haben.

Protokoll beibehalten und ganze Aufgaben testen

Die offizielle Anthropic-kompatible Base URL von DeepSeek lautet https://api.deepseek.com/anthropic. Tragen Sie sie nicht allein wegen eines Modellwechsels in einen Chat-Completions-Client ein. Drittanbieter haben eigene Adressen und Authentifizierungsregeln.

Behalten Sie zunächst das funktionierende Protokoll bei. Kopieren Sie die Einstellungen in ein separates Testprofil, wechseln Sie nur zu einem bestätigt verfügbaren Modell und senden Sie eine kurze Anfrage. Ist das neue Modell noch nicht gelistet, bereiten Sie Tests und Ersatz vor; behaupten Sie keine bereits verifizierte Kompatibilität.

HTTP 200 und eine Textantwort bestätigen nur den Erfolg dieser Anfrage. Ein funktionierender Agent benötigt Prüfungen seiner bisherigen Aufgaben:

Szenario	Beobachtbares Abnahmekriterium
Fehlerkorrektur	Der ursprüngliche Test schlägt vorher fehl und besteht danach, ohne verwandte Prüfungen zu beschädigen
Werkzeugaufruf	Richtiger Name und richtige Argumente, korrekte Verarbeitung des Werkzeugergebnisses und abgeschlossene Antwort nach dessen Rückgabe
Streaming	Der Client empfängt und beendet den Stream und verarbeitet Endergebnis und Verbrauch ohne Parserfehler
Langer Dialog	Aufgabenbedingungen und notwendige frühere Fakten bleiben erhalten
Ratenlimit oder vorübergehender Fehler	Begrenzte Wiederholungen und Gesamtzeit; ein erneuter Versuch erzeugt keine zusätzliche externe Aktion

Nutzen Sie beim Testen von E-Mail, CRM und anderen externen Vorgängen Testdaten oder deaktivieren Sie echtes Senden. Korrekte Argumente beweisen nicht, dass eine wiederholte Ausführung sicher ist.

Prüfen Sie die Denksteuerung für Ihr Protokoll. Der offizielle Anthropic-Adapter von DeepSeek ignoriert beispielsweise thinking.budget_tokens und unterstützt in output_config nur effort. Ein weiterhin vorhandenes Konfigurationsfeld beweist nicht, dass das frühere Budget gilt. Siehe die Zuordnung des Denkmodus.

Das sind Abnahmeprüfungen für Ihre Umgebung, keine Behauptung, V4.1 Flash habe sie in jedem Client bestanden. Eine ausführlichere Bestandsaufnahme und Umstellungsprüfung bietet das AI-API-Migrationsaudit.

Abrechnung unabhängig von Qualität prüfen

Laut Mitteilung werden weitergeleitete Pro-Anfragen als V4.1 Flash abgerechnet. Sie legt weder Drittanbieterpreise fest noch verspricht sie identischen Tokenverbrauch für dieselbe Aufgabe.

Erfassen Sie Testzeit, Anbieter, übermittelte ID, Eingabe- und Ausgabe-Token, verfügbare Cachedetails und endgültige Kosten. Gleichen Sie diese mit dem zu diesem Zeitpunkt gültigen Anbietertarif ab. Bei Haupt- und Nebenzeittarifen verwenden Sie das richtige Zeitfenster. Prüfen Sie die offiziellen API-Preise nach Änderungen erneut, statt einen alten Pro-Tarif einzusetzen.

Bei BetterToken-Aufrufen prüfen Sie diese Verbrauchsfelder im Dashboard und Modellverfügbarkeit sowie Preise im BetterToken-Katalog. Das prüft Ihre Verbindung; es belegt nicht, dass BetterToken zeitgleich mit der offiziellen API umstellt.

Berücksichtigen Sie Fehlversuche beim Kostenvergleich pro akzeptierter Aufgabe. Niedrigere Tokenpreise können mit mehr Anfragen oder längeren Antworten einhergehen.

Der Ersatz muss die Pro-Abschaltung überstehen

Nach der angekündigten Weiterleitung stellt ein Wechsel zurück zu deepseek-v4-pro Pro-0813 nicht wieder her. Verwenden Haupt- und Ersatzprofil denselben offiziellen API-Namen, können beide V4.1 Flash erreichen.

Wählen Sie eine andere verfügbare Model ID oder einen anderen Dienst, bestätigen Sie das tatsächliche Modell und testen Sie vorher eine kritische Aufgabe. Besteht der Ersatz die Abnahme nicht, steuern Sie den betroffenen Ablauf manuell oder pausieren Sie ihn. Ein ungeprüfter Ersatz ist kein einsatzbereiter Rückfallweg.

Vor der Umstellung sollte die verantwortliche Person Testergebnisse, einen geprüften Ersatz und Abbruchbedingungen besitzen, etwa falsche Werkzeugaufrufe, defektes Streaming oder Kosten über dem eigenen Limit. Führen Sie nach dem angekündigten Zeitpunkt nochmals eine kleine Kontrollaufgabe aus und prüfen Sie die Weiterleitung anhand der aktuellen Anbietermitteilung, bevor Sie die Last erhöhen.