Migration von deepseek-chat zu DeepSeek V4: Was bricht bis zum 24. Juli?

1. Kontext: Warum dies nicht nur eine „Zeichenkette ändern“ ist

Wenn Entwickler sagen „das ist nur eine Änderung des Model-Strings“, haben sie technisch Recht – aber nur in Bezug auf die Syntax. Das Problem ist, dass sich hinter dem neuen Namen ein grundlegend anderes Modell verbirgt.

Hier ist die Chronologie, die wichtig zu verstehen ist:

• Bis zum 24. April 2026: deepseek-chat zeigte auf DeepSeek V3.2. deepseek-reasoner – auf den Reasoning-Modus desselben V3.2.
• Ab dem 24. April 2026: beide Namen werden bereits auf DeepSeek V4 Flash umgeleitet – ein neues Modell mit neuer Architektur. Das heißt, wenn Ihr Code sich nicht geändert hat, verwenden Sie bereits V4, ohne es zu wissen.
• 24. Juli 2026, 15:59 UTC: die alten Namen werden vollständig abgeschaltet. Keine Weiterleitung, kein Fallback.

Das bedeutet zwei Dinge für den Manager:

1. Ihr System verhält sich bereits etwas anders als vor dem 24. April – auch wenn Sie nichts am Code geändert haben. V4 Flash ist ein anderes Modell mit anderen Gewichten, anderer Antwortlänge und einem neuen Denkmodus.
2. Bis zum 24. Juli haben Sie ein Zeitfenster, um die Migration bewusst durchzuführen, zu testen und das neue Verhalten zu fixieren. Nach dem 24. Juli gibt es keine Wahl mehr.

Offizielle Bestätigung aus dem offiziellen DeepSeek API Changelog:

„The two legacy API model names, deepseek-chat and deepseek-reasoner, will be discontinued in three months (2026-07-24). During the current period, these two model names point to the non-thinking mode and thinking mode of deepseek-v4-flash, respectively.“

Und aus den offiziellen Release Notes von DeepSeek V4:

„⚠️ Note: deepseek-chat & deepseek-reasoner will be fully retired and inaccessible after Jul 24th, 2026, 15:59 (UTC Time).“

"Fully retired and inaccessible" – nicht "deprecated with warnings", nicht "may stop working". Vollständige Abschaltung zu einem bestimmten Zeitpunkt.

2. Frist: Was genau am 24. Juli passiert

Das genaue Datum und die Uhrzeit: 24. Juli 2026 um 15:59 UTC.

Was zu diesem Zeitpunkt passieren wird:

• Jede Anfrage mit model: "deepseek-chat" gibt 404 oder 400 Bad Request zurück
• Jede Anfrage mit model: "deepseek-reasoner" gibt eine ähnliche Fehlermeldung zurück
• Es ist keine Kulanzzeit geplant – laut WaveSpeedAI hat DeepSeek offiziell bestätigt, dass eine Verlängerung des Zeitrahmens nicht diskutiert wird

Wie viel Zeit bleibt? Zum Zeitpunkt der Veröffentlichung dieses Artikels – weniger als 12 Wochen. Unter Berücksichtigung, dass:

• Regressionstests nach der Modelländerung 2–4 Wochen dauern
• Behebung damit verbundener Probleme mit Parsing und Überwachung – weitere 1–2 Wochen
• schrittweise Einführung (staged rollout) für kritische Systeme – weitere 2–4 Wochen

…schließt sich das tatsächliche Zeitfenster für eine komfortable Migration Ende Mai – Anfang Juni. Nicht im Juli.

Empfehlung von Verdent AI: „Finish testing in May, leave June for stragglers“ – beenden Sie die Tests im Mai, lassen Sie den Juni für Nachzügler.

3. Was genau kaputt geht und warum

Unten sind sechs reale Risiken, geordnet nach Kritikalität. Für jedes: Was genau kaputt geht, warum es nicht offensichtlich ist und was dagegen zu tun ist.

Risiko 4: Drittanbieter-Integrationen – Sie kontrollieren deren Code nicht

Kritikalität: Mittel (abhängig vom Stack)

Was bricht: Wenn Sie DeepSeek über ein Gateway oder einen Proxy (LiteLLM, OpenRouter, Helicone, Portkey, Vercel AI Gateway) verwenden, ist Ihr eigener Code möglicherweise bereits aktualisiert, aber das Gateway verwendet möglicherweise weiterhin alte Modellnamen in seiner Konfiguration.

Dies gilt auch für fertige KI-Tools: Wenn Ihr Team ein beliebiges SaaS- oder Open-Source-Agenten-Framework mit integrierter DeepSeek-Unterstützung verwendet, prüfen Sie, ob der Anbieter seine Modellkonfigurationen aktualisiert hat. Laut WaveSpeedAI hat OpenRouter bereits V4-Routen veröffentlicht, aber die clientseitige Konfiguration kann immer noch alte Namen anpingen.

Was zu tun ist: Erstellen Sie eine Liste aller Drittanbieter, über die Anfragen an DeepSeek laufen. Prüfen Sie für jeden: Sind deren Modellnamen bereits auf V4 aktualisiert? Haben sie eine eigene Migrationsfrist?

Risiko 5: Monitoring wird blind – Dashboards sehen keine neuen Namen

Kritikalität: Niedrig (beeinflusst aber die Sichtbarkeit nach der Migration)

Was bricht: Wenn Ihr Monitoring- oder Abrechnungs-Dashboard Anfragen nach Modellnamen gruppiert, verschwinden nach der Migration die Metriken unter dem alten Namen, und neue erscheinen unter einem anderen Namen. Wenn Alarme für bestimmte Modellnamen konfiguriert sind, werden sie nicht mehr ausgelöst.

WaveSpeedAI warnt davor: „Not updating monitoring dashboards. If your dashboard groups by model name, V4 calls don't show up under your old DeepSeek tile until you fix the label.“

Was zu tun ist: Aktualisieren Sie vor der Migration die Filter in Dashboards und Alarmen – um nach der Umstellung keine Sichtbarkeit auf Kosten und Fehler zu verlieren. Separat: Logging von Denk-Tokens. Die API-Antwort enthält das Feld usage.reasoning_tokens – ohne explizites Logging sehen Sie nicht, wo Token-Explosionen auftreten.

Risiko 6: deepseek-reasoner → V4-Pro ist kein gleichwertiger Ersatz

Kritikalität: Mittel (wenn Ihr Team die Migration so plant)

Was bricht: Logischer Fehler im Migrationsplan. Manche glauben, dass deepseek-reasoner (Reasoning-Modell) durch deepseek-v4-pro (größeres Modell) ersetzt werden sollte. Das ist keine richtige Analogie.

Die tatsächlichen Entsprechungen gemäß der offiziellen Zuordnung:

Wenn Ihr Team deepseek-reasoner durch deepseek-v4-pro ersetzt, machen sie ein Upgrade, keinen gleichwertigen Ersatz. Pro kostet 3,48 $/M Output-Tokens gegenüber 0,28 $/M bei Flash – 12-mal teurer. Vielleicht ist das die richtige Entscheidung für Ihren Anwendungsfall – aber es ist eine bewusste Wahl, kein Standard.

4. Risikomatrix: Schnelle Einschätzung für Manager

Nutzen Sie diese Tabelle, um Prioritäten für Ihr Team schnell zu verstehen:

5. Flash oder Pro: Was bei der Migration wählen

Kurze Entscheidungshilfe für Manager ohne tiefes Eintauchen in Benchmarks (detaillierter Vergleich – in unserer Flash-Übersicht):

Allgemeine Regel für die Migration: Beginnen Sie mit Flash als direktem Ersatz für deepseek-chat/deepseek-reasoner. Testen Sie die Qualität. Rüsten Sie nur dann auf Pro auf, wenn Flash Ihre Qualitätsstandards nicht erfüllt – und erst, nachdem Sie eine konkrete Lücke bei realen Daten festgestellt haben.

Aktuelle Preise (Quelle: offizielle DeepSeek-Dokumentation):

Hinweis: DeepSeek hat bis zum 5. Mai 2026 einen Aktionsrabatt von 75 % auf V4-Pro angekündigt. Überprüfen Sie die aktuellen Preise auf der offiziellen Seite – nach der Aktion werden die Preise auf die Basispreise zurückgesetzt.

6. Versteckte Falle: Wie der Denkmodus die Rechnung unbemerkt in die Höhe treibt

Dies ist das am meisten unterschätzte Migrationsrisiko – und es betrifft nicht nur die Modellauswahl, sondern auch, wie Ihr Team die Anfrageparameter konfiguriert.

So funktioniert der Denkmodus in V4:

• Non-thinking: Das Modell generiert sofort eine Antwort. Tokens sind nur Ausgabe.
• Thinking (High): Das Modell generiert zuerst interne Überlegungen (reasoning_content), dann die Antwort. Reasoning-Tokens werden als Ausgabe berechnet.
• Think Max: Maximales Budget für Überlegungen. DeepSeek empfiehlt für diesen Modus mindestens 384K Kontext.

Der entscheidende Punkt: Der Denkmodus ist standardmäßig aktiviert (Stufe High). Wenn Ihr Team nicht explizit den Parameter thinking: disabled übergibt, zahlen Sie für das Reasoning, auch wenn es nicht benötigt wird.

So verfolgen Sie die Kosten für das Denken: In der API-Antwort gibt es das Feld usage.reasoning_tokens. Ohne explizites Logging dieses Feldes sehen Sie nicht, wo Kostensteigerungen auftreten. Fragen Sie Ihr Team, ob dieser Parameter in Ihrem System protokolliert wird.

Faustregel von Braincuber: „Log reasoning tokens separately. Thinking-mode calls bill at the same rate but burn more output tokens. Alert on spikes like CPU spikes.“

Das bedeutet: Behandeln Sie reasoning_tokens wie die CPU-Auslastung in Ihrem Überwachungssystem – schlagen Sie bei ungewöhnlichen Spitzen Alarm.

7. Checkliste für Manager: 15 Minuten mit dem Team

Diese Fragen können Sie in Ihrem nächsten 1:1 oder in Slack an die Entwickler stellen. Sie geben Ihnen ein Bild von den Risiken, ohne dass Sie den gesamten Code selbst lesen müssen.

Code-Audit (5 Minuten)

• ☐ Wurden alle Stellen gefunden, an denen deepseek-chat oder deepseek-reasoner erwähnt wird? (Code, Konfigurationen, .env, CI/CD, Cron-Jobs)
• ☐ Wie viele solcher Stellen gibt es? In welchen Diensten?
• ☐ Gibt es darunter geplante Aufgaben oder Batch-Jobs, die selten ausgeführt werden?

Denkmodus (3 Minuten)

• ☐ Wird der Parameter thinking bei allen Anfragen an DeepSeek explizit gesteuert?
• ☐ Für welche Aufgaben ist der Denkmodus aktiviert? Für welche deaktiviert?
• ☐ Wird das Feld usage.reasoning_tokens im Überwachungssystem protokolliert?

Parsing und Multi-Turn (3 Minuten)

• ☐ Gibt es Code, der die Struktur der DeepSeek-Antwort parst (nicht nur den Text, sondern die Felder des Objekts)?
• ☐ Gibt es Multi-Turn-Konversationen oder Agenten-Schleifen, bei denen die Antwort als Kontext zurückgegeben wird?
• ☐ Wurde nach dem 24. April (als deepseek-chat bereits auf V4 umgestellt wurde) ein Regressionstest durchgeführt?

Drittanbieter und Überwachung (4 Minuten)

• ☐ Wird LiteLLM, OpenRouter oder ein anderer Gateway verwendet? Sind deren Konfigurationen aktualisiert?
• ☐ Sind die Filter in Dashboards und Alarmen für die neuen Modellnamen aktualisiert?
• ☐ Sind die Dokumentation und die Onboarding-Vorlagen für Entwickler aktualisiert?
• ☐ Wie sieht der Plan für Tests und gestaffelte Einführung aus? Gibt es ein Testende-Datum?

8. Migrations-Zeitplan: Was wann zu tun ist

Basierend auf den Empfehlungen von WaveSpeedAI, Verdent AI und CodersEra:

Hauptprinzip: Führen Sie keinen globalen Austausch auf einmal durch. Migrieren Sie Dienst für Dienst, überwachen Sie die Fehlerrate und Latenz 24–48 Stunden nach jedem Übergang, halten Sie einen Rollback-Pfad bereit, bis Sie sich von der Stabilität überzeugt haben.

9. FAQ

Was passiert, wenn ich nichts ändere, nach dem 24. Juli?

Alle Anfragen mit model: "deepseek-chat" oder model: "deepseek-reasoner" geben einen HTTP 404 oder 400 Bad Request zurück. Ihr Dienst oder Skript erhält keine Antworten mehr von der API. Ein Fallback ist nicht vorgesehen – laut Bestätigung von WaveSpeedAI ist eine Fristverlängerung nicht verhandelbar.

Ändert sich der API-Schlüssel oder die Basis-URL?

Nein. Der Schlüssel, die Basis-URL (https://api.deepseek.com) und das Anfrageformat bleiben unverändert. Nur der Wert des Parameters model ändert sich. Dies wird durch die offizielle Release-Notiz bestätigt: „Keep base_url, just update model to deepseek-v4-pro or deepseek-v4-flash.“

Wird V4-Flash die gleiche Antwortqualität wie deepseek-chat liefern?

Nicht identisch. V4-Flash ist ein neues Modell mit anderen Gewichten. Laut Verdent AI ist zu erwarten: etwas längere Antworten, andere Formatierung von Code und Listen, potenziell bessere Qualität – aber nicht identisch. Regressionstests mit realen Daten sind zwingend erforderlich.

Unser Team verwendet OpenRouter – müssen wir auch etwas ändern?

Ja. OpenRouter hat bereits V4-Routen hinzugefügt, aber wenn Ihre clientseitige Konfiguration explizit deepseek-chat oder deepseek-reasoner anpinnt, funktioniert dies nach dem 24. Juli nicht mehr. Überprüfen Sie die Konfigurationen Ihres Gateways und aktualisieren Sie die Modellnamen, wo nötig.

Kann man Flash und Pro gleichzeitig für verschiedene Aufgaben verwenden?

Ja, und das ist eine empfohlene Vorgehensweise. Richten Sie das Routing ein: Flash für Klassifizierung, FAQ und einfache Aufgaben, Pro – für komplexe Agenten-Schleifen, bei denen die Qualität entscheidend ist. Dies ermöglicht die Optimierung der Kosten, ohne die Qualität dort zu beeinträchtigen, wo sie wichtig ist.

Wo finde ich die aktuelle Migrationsdokumentation?

• Offizieller Changelog der DeepSeek API
• Dokumentation zum Denkmodus
• Aktuelle DeepSeek-Preise
• Model Card DeepSeek V4 Flash auf HuggingFace