Ein Hero-Titelbild für DeepSeek V4.1 Pro mit dem Untertitel „In Arbeit: Was wir bisher aus einem Zwei-Satz-Leak wissen“, Pillen-Badges mit der Aufschrift „NOCH NICHT VERÖFFENTLICHT“ und „VOM DEEPSEEK-TEAM BENANNT“, einer Fußzeile „Keine Model Card – keine Spezifikationen – noch kein Erscheinungstermin“ und dem unten rechts eingefügten OrcaRouter-Logo.
Guides & Insights

DeepSeek V4.1 Pro ist weiterhin unveröffentlicht: Eine abgesagte Umleitung, ein ausgelieferter Flash und die Diagnose eines Trackers

Autor

Rowan Sterling

Veröffentlicht am

Neueste Modelle · 20Alle Modelle ansehen →
Benchmarks: Artificial Analysis · täglich aktualisiert
Zurück zu allen Beiträgen

Vor einer Woche war DeepSeek V4.1 Pro der Name am Ende einer Routing-Mitteilung. Heute ist er der Name am Ende einer Routing-Mitteilung, die das Unternehmen abgesagt hat. Mit Stand vom 16. September 2026 ist DeepSeek V4.1 Pro noch immer unveröffentlicht – keine Modellkarte, kein Endpunkt, kein Preis, kein Datum –, während DeepSeek V4.1 Flash, das Modell, das die Lücke zwischenzeitlich überbrücken sollte, am 10. September als Open-Weights-Release erschien und der Plan, DeepSeek V4 Pro auszumustern, um Platz für den Nachfolger zu schaffen, vor seiner Frist am 14. September fallengelassen wurde. Die Familie ist auf einer Achse vorangekommen und auf einer anderen zum Stillstand gekommen, und die Erklärung für den Stillstand, die am weitesten verbreitet ist, ist eine unmoderne: Schwarmkoordination.

Die Mitteilung vom 9. September sagte, fürs Protokoll, Folgendes. Tianyi Cui, ein Mitglied von DeepSeeks technischem Team, der unter @tianyi postet, schrieb, dass, sobald DeepSeek V4.1 Flash offiziell werde, alle API-Anfragen, die auf DeepSeek V4 Pro abzielten, auf dieses umgeleitet und zu Flash-Tarifen abgerechnet würden, und dass diese Regelung gelten würde, bis DeepSeek V4.1 Pro selbst startete. Die erste Hälfte dieses Plans trat ein. Die zweite Hälfte nicht: Nachdem Nutzer dagegen Einspruch erhoben hatten, dass ihnen ein Produktionsmodell ohne Migrationsfenster untergeschoben wurde, machte DeepSeek eine Kehrtwende und erklärte, DeepSeek V4 Pro werde weiterhin angeboten, die Abrechnung bleibe unverändert. Die Klausel, die die Woche überdauerte, war diejenige, die niemand bemerken sollte — dass DeepSeek V4.1 Pro existiert.

Eine Anmerkung zur Quellenlage vor den Details, denn die Belege hier sind bewusst ungleichmäßig. Alles zu DeepSeek V4.1 Pro beruht nach wie vor auf Schlussfolgerungen: eine Unternehmenserklärung, die es nennt, und die Lesart eines Trackers dazu, was es aufhält. Alles zu DeepSeek V4.1 Flash ist inzwischen Herstellerdokumentation — ein Changelog-Eintrag, eine Modellkarte, veröffentlichte Gewichte, ein Preisblatt. Die Kehrtwende bei DeepSeek V4 Pro ist in DeepSeeks eigenen API-Dokumenten aktenkundig. Und die Erklärung für die Verzögerung hat eine einzige Quelle und keinerlei Bestätigung. Dieser Beitrag hält diese Ebenen auseinander, denn ein angekündigter Plan, ein zurückgezogener Plan, ein ausgeliefertes Modell und die Diagnose eines Kommentators sind vier verschiedene Arten von Belegen.

Was geschah in der Woche nach der Mitteilung

Die Mitteilung vom 9. September beschrieb eine Absicht. Binnen 48 Stunden war sie zweimal überholt worden.

Am 10. September hat DeepSeek DeepSeek V4.1 Flash veröffentlicht – das Modell, das zwei Tage lang als Beta unter der Wegwerf-ID deepseek-v4.1-flash-expires-on-0910 lief. Es ist ein Generationswechsel und kein Point Release: ein Mixture-of-Experts-Modell mit 552 Milliarden Parametern auf einer neuen Causal-Encoder-Decoder-Architektur, mit 8 Milliarden aktiven Parametern während des Prefill und 16 Milliarden während des Decode, einem Kontextfenster von einer Million Token und bis zu 384K Token Ausgabe. Vision ist von Anfang an Teil des Pre-Trainings und nicht als separater Encoder nachgerüstet – genau dafür steht das Label „native multimodal“. Im Changelog von DeepSeek heißt es, es sei „das kleinste Modell in unserer neuen Architekturfamilie, mit nativem multimodalen visuellen Verständnis“.

Außerdem wurde es mit offenen Gewichten ausgeliefert, was eine Frage klärt, die die Version dieser Geschichte vom 9. September offen ließ. Das Repository deepseek-ai/DeepSeek-V4.1-Flash wurde am selben Tag unter der MIT-Lizenz auf Hugging Face veröffentlicht und hat seitdem 325.000 Downloads überschritten. Ein DeepSeek-Mitarbeiter, Zizheng Pan, beschrieb die Veröffentlichung als „unser erstes Flaggschiffmodell mit nativer multimodaler Unterstützung“ – zitierenswert als Framing vonseiten der Mitarbeitenden, obwohl DeepSeeks eigener Versionshinweis das Modell eher als kleinstes Mitglied der neuen Familie denn als deren Flaggschiff positioniert. Beide Lesarten stammen vom Unternehmen; die Gewichte sind der Teil, den jeder überprüfen kann.

Die Preisgestaltung stammt von DeepSeek selbst und ist happig. Für das Modell, das jetzt als deepseek-flash aufrufbar ist, kostet der Input 0,30 US-Dollar pro Million Tokens zu Spitzenzeiten und 0,15 US-Dollar außerhalb der Spitzenzeiten, der Output 1,20 US-Dollar zu Spitzenzeiten und 0,60 US-Dollar außerhalb der Spitzenzeiten. Auf derselben Preisliste kostet DeepSeek V4 Pro 1,32 US-Dollar für den Input und 3,96 US-Dollar für den Output zu Spitzenzeiten — der Output des neuen Modells ist rund 70 % günstiger als bei der Stufe, die es kurzzeitig ersetzen sollte, und genau diese Zahl ließ den Reroute-Plan überhaupt erst vernünftig erscheinen. Unabhängige Tests haben inzwischen einen Vorbehalt hinzugefügt: Artificial Analysis merkt an, dass DeepSeek V4.1 Flash pro Aufgabe eine relativ hohe Anzahl an Output-Tokens verbraucht, was die plakative Ersparnis schmälert, sobald man für die tatsächlich erzeugten statt für die beworbenen Tokens abgerechnet wird.

Das zweite, was geschah, war die Kehrtwende. DeepSeek hatte die Umstellung auf DeepSeek V4 Pro für den 14. September um 12 Uhr Pekinger Zeit angesetzt. Entwickler leisteten Widerstand – der Einwand lautete, dass das Umleiten eines Produktionsmodells auf andere Gewichte prompt-abgestimmte Pipelines und agentische Workflows zerstört, die auf die alten ausgelegt waren – und das Unternehmen änderte seine Meinung. Die API-Dokumentation von DeepSeek besagt jetzt, dass das Unternehmen „nach dem 14. September 2026 weiterhin API-Dienste für DeepSeek V4 Pro anbieten“ werde, wobei „die Abrechnungsmethode unverändert bleibt“, und dass es über jede Änderung informieren werde. Es lohnt sich festzuhalten, was die Stilllegung hätte bewirken können und was nicht: Die Gewichte von DeepSeek V4 Pro sind unter MIT veröffentlicht, sodass keine API-Änderung das Modell unverfügbar hätte machen können – es wäre lediglich bei DeepSeek nicht mehr verfügbar gewesen. Mehrere chinesische Wirtschaftsmedien berichteten am 11. September über die Kehrtwende, noch vor der Frist, die sie unterbieten sollte.

Was es bedeutet, wenn Sie heute DeepSeek V4 Pro anrufen

Die praktische Antwort ist Stand 16. September, dass sich nichts ändert. Eine Anfrage, die DeepSeek V4 Pro nennt, wird weiterhin von DeepSeek V4 Pro beantwortet, weiterhin zu den bestehenden Tarifen abgerechnet, ohne Migration und ohne Codeänderung. Das ist das Gegenteil dessen, was auf dieser Seite vor einer Woche stand, und es lohnt sich, konkret zu sein, warum: Die Weiterleitung wurde angekündigt, geplant, beanstandet und innerhalb von fünf Tagen zurückgezogen.

Der Auslaufplan war für sich genommen nicht unvernünftig. DeepSeeks erklärte Begründung war, dass es schwer zu verteidigen wäre, weiterhin Premiumpreise für DeepSeek V4 Pro zu verlangen, während DeepSeek V4.1 Flash schneller, günstiger und stärker war – und die Preisdifferenz stützt das. Was der Plan unterschätzte, war, dass eine serverseitige Weiterleitung keine Preissenkung ist, sondern ein Modellwechsel, und Teams, die Monate damit verbracht hatten, Prompts und Agent-Loops auf DeepSeek V4 Pro abzustimmen, sollten das mit nur etwa einem Tag Vorlauf verkraften.

A screenshot of the DeepSeek API docs Models & Pricing page (captured September 9, 2026) showing the current public lineup — deepseek-v4-flash, deepseek-v4-pro and deepseek-v4-flash-vision-exp — in English, with no V4.1 entry visible in the model table.

Bei der obigen Aufnahme handelt es sich um DeepSeeks Seite „Models & Pricing“ vom 9. September, die als datierter Schnappschuss festgehalten wurde: Zu diesem Zeitpunkt bestand die Modellpalette aus der schlichten V4-Generation — DeepSeek V4 Flash, DeepSeek V4 Pro und DeepSeek-V4-Flash-Vision-Exp —, ohne dass irgendwo in der Tabelle ein V4.1-Eintrag zu finden war. Seitdem wurde die Seite überarbeitet. Sie listet jetzt zwei Modelle auf, deepseek-flash und deepseek-v4-pro, und enthält eine Fußnote, die besagt, dass DeepSeek V4 Pro nach dem 14. September weiterhin bereitgestellt wird und die Abrechnung unverändert bleibt. Die älteren Namen deepseek-v4-flash und deepseek-v4-flash-vision-exp werden aus Kompatibilitätsgründen weiterhin akzeptiert, aber die dahinterstehenden Modelle wurden eingestellt, sodass diese Anfragen von DeepSeek V4.1 Flash bedient und zu Flash-Tarifen abgerechnet werden.

Warum das V4-Papier nach wie vor der Schlüssel zum Lesen des Leaks ist

Die ursprüngliche Behauptung von teortaxesTex war, dass die Tatsache, dass DeepSeek V4.1 Pro in Arbeit ist, bestätige, dass DeepSeek die architektonischen Probleme der V4-Familie gelöst habe, „wie sie es im V4-Papier zugesagt hätten“. Diese Referenz ist überprüfbar, und die Woche seither hat es nicht weniger, sondern eher noch interessanter gemacht. DeepSeeks V4-Technikbericht — DeepSeek-V4: Towards Highly Efficient Million-Token Context Intelligence — ist ungewöhnlich offen darüber, was sein Design noch nicht gut konnte:

Der Bericht bezeichnet seine eigene Architektur als „relativ komplex“ und verpflichtet sich dazu, dass „wir in zukünftigen Iterationen umfassendere und prinzipiengeleitete Untersuchungen durchführen werden, um die Architektur auf ihre wesentlichsten Designs zu reduzieren.“

Seine zwei trainingsstabilisierenden Mechanismen — {{1}}Anticipatory Routing{{/1}} und {{2}}SwiGLU Clamping{{/2}} — funktionierten in der Praxis, so der Bericht, aber ihre zugrunde liegenden Prinzipien blieben „unzureichend verstanden".

• Das Retrieval bei langem Kontext nimmt jenseits von 128K Tokens weiterhin ab. In einem im Bericht zitierten 8-Needle-Retrieval-Test erzielt V4-Pro-Max bei 128K etwa 0,92 und fällt bei 1M auf ungefähr 0,59 – die Kluft zwischen der Fähigkeit, eine Million Tokens zu laden, und der Fähigkeit, sie zu nutzen.

• Und die V4-Linie wurde text-only ausgeliefert; Vision kam später als nachgerüsteter experimenteller Encoder, DeepSeek-V4-Flash-Vision-Exp, anstatt als Teil des Basismodells.

An dieser Liste gemessen ist DeepSeek V4.1 Flash der erste ausgelieferte Beleg dafür, dass die Versprechen des V4-Papiers umgesetzt und nicht bloß wiederholt wurden. Die Veröffentlichung beschreibt eine wirklich neue Architektur, „für eine höhere Fähigkeitsobergrenze, schnellere Inferenz, höheren Durchsatz konzipiert“ und dafür vorgesehen, auf größere Modelle zu skalieren; Bilder werden nativ beim Pre-Training aufgenommen statt über einen separaten Encoder; und DeepSeek beziffert den dauerhaften KV-Cache-Fußabdruck auf ungefähr ein Achtel desjenigen von DeepSeek V4 Flash und den globalen Cache pro Token auf etwa ein Viertel – das Langkontext-Kostenproblem, das der V4-Bericht identifiziert hatte. Nichts davon ist eine Spezifikation von DeepSeek V4.1 Pro, und es klärt nicht den Retrieval-Verfall jenseits von 128K Token, für den keine V4.1-Zahl veröffentlicht wurde. Es ist ein starker Hinweis auf die Richtung, keine Garantie für das Ziel.

Das ist auch der Grund, warum die Inferenz weiterhin als solche gekennzeichnet bleiben sollte. DeepSeek hat inzwischen eine V4.1-Basis veröffentlicht – Flash –, aber keinen technischen Bericht zu V4.1 und überhaupt nichts zur Architektur von DeepSeek V4.1 Pro. „In Arbeit“ wird weiterhin nur durch den Hinweis eines Teammitglieds auf seinen irgendwann erfolgenden Launch gestützt.

Die Diagnose des Trackers: Schwarmkoordination, nicht Skalierung

Am 10. September veröffentlichte teortaxesTex im Grunde eine Theorie der Verzögerung: „DeepSeek muss V4.1-Pro fertigstellen, es besser auf Schwarmkoordination abstimmen und ein offenes Problem lösen. Vielleicht kein ausgefallenes aus der Forschungsmathematik (OpenAI wird es abräumen), sondern etwas Angewandtes, das übersehen wurde. Ich glaube, es ist machbar.“

Sei präzise dabei, was das ist. Es ist keine Berichterstattung und es stammt von niemandem innerhalb von DeepSeek: Es ist die Einschätzung eines Beobachters, veröffentlicht am Tag, an dem DeepSeek V4.1 Flash erschien, und kein DeepSeek-Dokument nennt Schwarmkoordination als Blocker. Nichts im Änderungsprotokoll, in der Modellkarte oder im Preisblatt des Unternehmens erwähnt das. Behandle es als Hypothese über die Verzögerung, vorgebracht von jemandem, der diese Familie genau verfolgt hat – nicht als Tatsache über die Roadmap.

Es ist allerdings eine kohärente Hypothese, weil sie auf die Arbeitslast verweist, für die DeepSeek V4.1 Flash ausdrücklich gebaut ist. Das Release positioniert das Modell für input-intensive Long-Context-Arbeit – Coding- und Rechercheaufgaben, bei denen ein Agent weit mehr liest als schreibt –, und DeepSeeks KV-Cache-Zahlen sind eine Aussage über die Kosten, viele große Kontexte gleichzeitig vorzuhalten. „Swarm-Koordination“ hat hier keine offizielle Definition, aber schlicht gelesen beschreibt sie das Problem, viele Agenten parallel miteinander konsistent arbeiten zu lassen und sie davon abzuhalten, einander Arbeit zu duplizieren. Das ist das natürliche nächste Problem, sobald der Kontext eines einzelnen Agenten günstig ist, und es ist ein angewandtes Ingenieursproblem statt eines forschungsmathematischen – genau die Form, die teortaxesTex beschreibt.

Wenn diese Lesart richtig ist, hat die Verzögerung eine Form, die es wert ist, benannt zu werden: DeepSeek scheint den Teil des Stacks gelöst zu haben, den ein Benchmark messen kann, bevor es den Teil gelöst hat, der erst in der Produktion auftaucht. Die eigene Liste unerledigter Arbeit im V4-Bericht befasst sich mit Architekturkomplexität, Trainingsstabilität, Retrieval und Multimodalität; die Koordination zwischen parallelen Agenten steht nicht auf ihr. Nach dieser Lesart hat sich der Engpass an eine Stelle verschoben, für die das Unternehmen nie einen Plan veröffentlicht hat – was ein Grund ist, die Diagnose als interessant statt als gesichert zu behandeln.

Das Beweismittelverzeichnis, aktualisiert

Hier ist das Hauptbuch, wie es am 9. September stand, und wie jede Zeile jetzt lautet.

A single-column scoreboard titled 'DeepSeek V4.1 Pro - what we know so far' listing Status: named by DeepSeek team - not released, First evidence: Sept 9 2026 routing notice, Claimed base: V4.1 new structure + native multimodal, Predecessor: DeepSeek V4 Pro 1.6T MoE (GA Aug 13), Specs: none published yet, Weights: none yet - family so far API-only, with a footer reading 'Vendor-team statement plus a tracker's reading - no independent benchmarks yet.'

• Durch Herstellerdokumentation bestätigt — DeepSeek V4.1 Flash wurde am 10. September 2026 veröffentlicht, aufrufbar als deepseek-flash, mit nativem Bildverständnis, einem MoE-Backbone mit 552B Parametern auf einer Causal-Encoder-Decoder-Architektur, 8B und 16B aktiven Parametern bei Prefill und Decode, einem 1M-Token-Kontext und MIT-lizenzierten Gewichten auf Hugging Face. Die älteren Namen deepseek-v4-flash und deepseek-v4-flash-vision-exp sind eingestellt und werden darauf umgeleitet.

• Bestätigt durch Herstellerdokumentation – und eine Kehrtwende: Der Plan, DeepSeek V4 Pro am 14. September außer Betrieb zu nehmen, wurde angekündigt und dann zurückgezogen, und DeepSeek V4 Pro läuft mit unveränderter Abrechnung weiter. Dies ist die Zeile in der Aufstellung vom 9. September, die innerhalb einer Woche schlicht nicht mehr zutraf – zugunsten des Lesers.

• Noch offen — Spezifikationen, Parameteranzahl, Kontextfenster, Preisgestaltung und Startdatum von DeepSeek V4.1 Pro. Weder das Changelog noch die Preisseite nennen es, und es hat keine Modellkarte. Ob es mit offenen Gewichten ausgeliefert wird, ist wirklich unbekannt, doch der Standard hat sich verschoben: Der Rest der V4.1-Reihe steht jetzt unter MIT-Lizenz, was eine reine API-Version des Pro eher zum weniger wahrscheinlichen als zum erwarteten Ergebnis macht.

• Die nicht untermauerte Hypothese eines Beobachters – dass es bei der Verzögerung darum geht, DeepSeek V4.1 Pro fertigzustellen, die Schwarmkoordination abzustimmen und ein angewandtes offenes Problem zu lösen. Einzelquelle, keine Bestätigung durch den Anbieter, kein zweiter Berichterstatter. Plausibel, unbestätigt – und der Grund, warum dieser Beitrag das immer wieder sagt.

• Interpretation, unverändert — dass die V4.1-Linie beweist, dass die architektonischen Festlegungen des V4-Papiers eingehalten wurden. Das ausgelieferte Basismodell ist ein starker Hinweis auf die Richtung; es ist kein Beweis für ein Modell, das niemand gesehen hat.

Was zu sehen

• Eine Modellkarte zu DeepSeek V4.1 Pro oder irgendein DeepSeek-Dokument, in dem es genannt wird. Der jüngste Eintrag im Changelog ist der 10. September, und dabei handelt es sich um das V4.1 Flash-Release. Ein zweiter Eintrag ist das Ereignis, das diese Seite von einer Beobachtung in eine Überprüfung verwandeln würde.

• Ob die abgesagte Stilllegung weiterhin abgesagt bleibt. In DeepSeeks Hinweis heißt es, dass über jede Änderung gesondert informiert wird, also ist ein zweiter Versuch, DeepSeek V4 Pro stillzulegen, der Punkt, den man im Auge behalten sollte – und die nächste Version davon wird wahrscheinlich mit mehr Vorlauf als die letzte erscheinen.

• Erste unabhängige Benchmarks von DeepSeek V4.1 Flash jenseits des Vorbehalts der Token-Ökonomie – insbesondere, ob die neue Basis tatsächlich den Retrieval-Verfall der V4-Generation jenseits von 128K Tokens behebt, also die Lücke, die DeepSeeks eigener Bericht gemessen hat.

• Ob sich Schwarmkoordination als echte Blockade erweist oder nur die Deutung eines Beobachters war. Wenn die nächste DeepSeek-Release-Note mit Agentenkoordination statt mit Benchmark-Ergebnissen beginnt, wird die Diagnose gut gealtert sein.

Was tun in der Zwischenzeit?

Für alle, die die Woche über mit einer erzwungenen Migration gerechnet haben, ist das Ergebnis eine gute Nachricht mit einem Haken. Die gute Nachricht: DeepSeek V4 Pro wird weiterhin zu unveränderten Abrechnungsbedingungen angeboten, sodass ein darauf abgestimmter Workflow heute nicht wechseln muss und die Kosten des Wartens null sind. Der Haken: Der Nachfolger dieser Stufe ist jetzt eindeutig unfertig, und die Erklärung für die Verzögerung, die sich am weitesten verbreitet hat, ist ein Problem, hinter dem kein veröffentlichter Plan steht. Die vernünftige Haltung ist die, die diese Seite vor einer Woche empfohlen hat und die diese Woche nur untermauert hat — behalten Sie den Produktionspfad bei dem Modell, auf das Sie bereits abgestimmt haben, und behandeln Sie die V4.1-Linie als etwas, gegen das man testet, statt sich darauf zu verlassen.

Genau dafür ist eine Routing-Schicht gebaut. Auf OrcaRouter sind DeepSeek V4.1 Flash und DeepSeek V4 Pro beide über eine einzige API zum Listenpreis von DeepSeek erreichbar, der ohne Aufschlag durchgereicht wird — die Flash- und Pro-Tarife auf unseren Modellseiten sind DeepSeeks eigene Zahlen, nicht unsere mit Aufschlag —, sodass eine anbieterseitige Preisänderung oder ein Reroute noch am selben Tag bei uns landet, an dem sie eingeführt wird, und nicht erst, wenn ein Tarifblatt aktualisiert wird. Leiten Sie einen Teil des Traffics an DeepSeek V4.1 Flash, um herauszufinden, was das mit Ihrer Token-Rechnung macht, behalten Sie DeepSeek V4 Pro als stabilen Pfad mit automatischem Failover dahinter und lassen Sie die Routing-DSL entscheiden, welche Aufrufe es wert sind, für ein unerprobtes Modell ausgegeben zu werden, und welche auf dem Arbeitstier bleiben sollten. Nichts davon erfordert einen zweiten Vertrag, einen zweiten Schlüssel oder eine Codeänderung, wenn irgendwann das nächste V4.1-Modell erscheint.

A screenshot of the OrcaRouter model page for deepseek/deepseek-v4-pro (captured September 3, 2026) showing the Tools, JSON and Reasoning badges, a 1M-token context, 384K max output, text-only input, a p50 time-to-first-token of 635 ms, and the description 'DeepSeek V4 Pro flagship MoE — 1.6T total / 49B active params, 1M context, top-tier reasoning + agentic tool use.'

Das Fazit zu einer festgefahrenen Roadmap

Die sauberste Art, die letzte Woche zu lesen, ist, dass DeepSeek die Hälfte der V4.1-Geschichte ausgeliefert und den Teil abgesagt hat, der jemanden zum Handeln gezwungen hätte. DeepSeek V4.1 Flash ist real, Open-Weights und günstig, und er löst einen Großteil dessen ein, was das V4-Paper zur Effizienz versprochen hat. DeepSeek V4 Pro übersteht eine Stilllegung, die fünf Tage dauerte, was daran erinnert, dass die Umleitung eines Produktionsmodells eine Produktentscheidung und keine Abrechnungsentscheidung ist — und dass ein Modell mit veröffentlichten MIT-Gewichten aus einer API zurückgezogen werden kann, aber nicht aus der Welt. Und DeepSeek V4.1 Pro ist nach wie vor nur ein Name, jetzt mit einer plausiblen Erklärung dafür, was es aufhält, vorgebracht von einem Beobachter, von niemandem bestätigt und von nichts widerlegt. Solange DeepSeek keine Model Card, keine Spezifikation oder kein Datum veröffentlicht, bleibt die rationale Position unverändert: V4.1 Pro als real behandeln, jedes Detail darüber als unbestätigt behandeln und die Flash-Veröffentlichung als den einzigen Teil dieser Geschichte behandeln, den man tatsächlich herunterladen kann.

Während DeepSeek V4.1 Pro noch nichts zu vermelden hat, ist das aktuelle Flaggschiff, das Sie heute über eine einzige API erreichen können, DeepSeek V4 Pro auf OrcaRouter – zum Listenpreis von DeepSeek, mit 0 % Aufschlag durchgereicht.

Und das Modell, das DeepSeek tatsächlich ausgeliefert hat, falls du deinen eigenen Token-Ökonomie-Test damit durchführen möchtest: DeepSeek V4.1 Flash auf OrcaRouter.

In diesem Artikel verglichen4

Aus diesem Artikel erkannt · Benchmarks: Artificial Analysis · täglich aktualisiert