DeepSeek V4.1 Pro ist im Quellcode eines Coding-Agenten aufgetaucht. Es ist ein Test-Fixture.

Am 11. November 2026 um 18:50 UTC landete ein Commit im Modellauswahl-Code eines Open-Source-Coding-Agenten. Zu den Strings, die er hinzufügte, gehörte deepseek/deepseek-v4.1-pro. Innerhalb eines Tages wanderte die ID aus einem Code-Diff in einen Quote-Tweet mit dem Wortlaut „DeepSeek-v4.1-pro might be coming soon“ und von dort in die Timeline des Trackers, der antwortete, ein neuer Whale sei nichts, was man in absehbarer Zeit erwarten sollte, „maybe it'll take until Feb (I hope not)“. Die ID ist echt und der Commit ist öffentlich, die Sichtung also überprüfbar – doch das, worauf sie zeigt, ist es nicht. Der String kommt im gesamten Repository genau zweimal vor, beide Male in einem einzigen Unit-Test, als Fixture-Zeile in einer Tabelle erfundener Modelleinträge. D​eepSeek V4.1 Pro wurde nicht veröffentlicht. Die eigene Dokumentation von D​eepSeek führt weiterhin genau zwei Chat-Modelle auf: DeepSeek V4.1 Flash, inzwischen auf dem 1017-Checkpoint, und DeepSeek V4 Pro, weiterhin auf dem 0813-Build.

Dies ist ein Artikel zum bisherigen Wissensstand über ein noch nicht veröffentlichtes Modell, daher sollte nichts im Folgenden als Markteinführung, Datum, Datenblatt oder Preis verstanden werden. Was folgt, ist das Dokument, mit dem alles begann, der Mechanismus in diesem Dokument, der erklärt, warum dort eine D​eepSeek-ID der Pro-Stufe vorhanden sein musste, und die Prüfungen, die eine Fixture von einem Listing unterscheiden — die jeder in einem Browser erneut ausführen kann.

Was der Commit tatsächlich Zeile für Zeile hinzugefügt hat

Die Änderung ist klein, und ihr Zweck ist unspektakulär: Sie sorgt dafür, dass die vier Modelle, die ein kostenpflichtiger Plan abdeckt, oben in der Modellauswahl stehen statt irgendwo darunter, und verhindert, dass dieselben Modelle über die Hervorhebungslogik der Auswahl pro Familie einen zweiten Platz belegen. Zwei Quelldateien ändern sich. Eine führt die Liste der vier IDs ein; die andere schreibt die Projektionsfunktion neu und fügt einen Test hinzu.

Der Test heißt „picker lists Token Pass models first without a second slot for their families“. Er baut acht fiktive Katalogzeilen auf und prüft die Reihenfolge, die der Picker erzeugen sollte. Vier der acht sind die IDs, für die der Plan zahlt. Das D​eepSeek-Fixture ist als deepseek/deepseek-v4.1-pro mit released = 260 und has_tool_use = true geschrieben und steht direkt neben deepseek/deepseek-v4.1-flash mit released = 255. Diese Zahlen sind keine Daten, Zeitstempel oder irgendetwas, das ein Katalog zurückgeben würde; sie sind ordinale Sortierschlüssel, die die Fixtures verwenden, damit die Assertions nicht von einem Live-Feed abhängen. Jede Zeile in dieser Tabelle – einschließlich der Claude-, G​PT- und K​imi-Einträge – ist für den Test von Hand geschrieben.

Und die Assertion selbst ist der Teil, auf den es ankommt. Die erwartete Reihenfolge setzt die DeepSeek Pro-ID auf Platz sieben von acht – hinter dem Flash-Modell, das der bezahlte Plan aufführt, hinter zwei Z.ai-Modellen und hinter sowohl einer Claude- als auch einer OpenAI-ID. In einer echten Katalogprojektion würde eine Pro-ID mit einem höheren Recency-Schlüssel als die Flash-ID normalerweise den einzigen Highlight-Slot der Familie gewinnen. Der Test existiert, um zu beweisen, dass sie es nicht tut, weil das Modell des bezahlten Plans diesen Slot bereits belegt. Ein Fixture, das darauf ausgelegt ist zu verlieren, ist ein seltsames Ding, um es als Ankündigung zu lesen.

Warum überhaupt eine Pro-ID in der Fixture enthalten sein musste

Dies ist der eine Teil der Geschichte, der Mechanismus statt Spekulation ist, und zugleich der Teil, der die Sichtung bedeutungsvoller erscheinen lässt, als sie ist.

Die Hervorhebungsliste der Auswahlkomponente weist der D​eepSeek-Familie eine Anzahl von eins zu: Ein D​eepSeek-Modell wird in den kuratierten Bereich befördert. Ein Modell, das der kostenpflichtige Plan abdeckt, wird zuerst ganz nach oben verschoben. Wenn dieses oberste Modell zur D​eepSeek-Familie gehört, gilt der Platz der Familie als belegt, und die Hervorhebungsschleife wird dafür übersprungen. Das ist das gesamte zu testende Verhalten, und es ist als Subtraktion umgesetzt: die Anzahl der Plätze minus die Anzahl der bereits für diese Familie ausgewählten Modelle.

Um zu zeigen, dass die Subtraktion überhaupt etwas bewirkt, braucht das Fixture eine zweite D​eepSeek-ID, die andernfalls ausgewählt worden wäre – und sie muss der stärkste mögliche Kandidat sein, sonst beweist der Test nichts. Der Familien-Comparator des Pickers bevorzugt das neueste Modell nach Recency-Key, und bei gleicher Aktualität wendet er eine DeepSeek-spezifische Rangfolge an, in der ein -pro-Suffix vor einer Thinking-Variante einsortiert wird, die wiederum vor allem anderen einsortiert wird, mit -flash zuletzt. Ein -pro-Fixture mit einem höheren Recency-Key als das Flash-Modell ist daher genau die Zeile, die den Slot stehlen würde, wenn die neue Subtraktion entfernt würde. Der Test ist so geschrieben, dass das Fixture eine Pro-ID sein muss und neuer als Flash sein muss.

Damit bekommt man eine DeepSeek Pro id im Diff, ohne dass irgendjemand etwas weiß. Für sich genommen erklärt das jedoch nicht die Version. DeepSeeks aktive Pro-Stufe ist DeepSeek V4 Pro, und die naheliegende Fixture wäre die id eines Modells gewesen, das existiert. Wer auch immer die Zeile geschrieben hat, griff stattdessen zu v4.1-pro – was entweder eine naheliegende Vermutung für den nächsten Namen in der Reihe ist oder eine Kopie eines echten Strings von woanders. Die Datei bietet keine Möglichkeit zu erkennen, was davon zutrifft, und genau diese Mehrdeutigkeit ist der gesamte Inhalt des Leaks. Alles, was nach dem 11. November gepostet wurde, ist eine Folge davon.

Die vier Prüfungen, die ein Fixture von einem Listing unterscheiden

Wenn D​eepSeek tatsächlich einen Pro-Tarif vorbereitet hätte, würde die ID an einer Stelle auftauchen, die ein Kunde erreichen kann, nicht nur in einer Testtabelle. Jeder der folgenden Punkte wurde am 13. November 2026 geprüft, und bei jedem handelt es sich um einen einzelnen Seitenaufruf.

• D​eepSeeks Changelog — der neueste Eintrag stammt vom 17. Oktober 2026, das Flash-1017-Update und die Öffnung der Such-API. Es gab nie einen V4.1-Pro-Eintrag. Jede V4-Version, die D​eepSeek veröffentlicht hat, wurde zuerst auf dieser Seite angekündigt.

• D​eepSeeks Modellliste und Preisliste — zwei Modellnamen, deepseek-flash und deepseek-v4-pro, mit den angehängten Versionsstrings DeepSeek-V4.1-Flash-1017 und DeepSeek-V4-Pro-0813. Keine dritte Zeile, keine V4.1-Zeile der Pro-Klasse, kein Platzhalter.

• Die deepseek-ai-Organisation auf Hugging Face — das neueste Repository ist DeepSeek-V4.1-Flash-1017, erstellt am 17. Oktober, zuletzt bearbeitet am 10. November mit einem Chat-Template-Commit. Es gibt kein V4.1-Pro-Repository, kein zugriffsbeschränktes und nichts, was einem privaten Repository nahekäme.

• Unser eigener Katalog — 215 Modell-IDs, elf davon DeepSeek, und keine entspricht irgendeiner Schreibweise von v4.1-pro. Die DeepSeek-Einträge gehen höchstens bis DeepSeek V4.1 Flash am 1017 und DeepSeek V4 Pro am 0813.

Gateway-Kataloge, die D​eepSeeks API spiegeln – einschließlich desjenigen, den der betreffende Agent zur Laufzeit liest –, listen vierzehn D​eepSeek-IDs auf, und keine davon ist V4.1 Pro. Das ist der schärfste einzelne Kontrast in dieser Geschichte: Dasselbe Projekt liefert einen Picker, der einen Live-Katalog abruft, und die Zeichenfolge fehlt im Katalog, ist aber in dem Test vorhanden, der gegen einen gefälschten läuft.

Der Name ist nicht neu, und seine Papierspur ist ein einziger Satz.

DeepSeek V4.1 Pro kam am 10. September 2026 in Umlauf – und zwar in dem Versionshinweis, der mit DeepSeek V4.1 Flash ausgeliefert wurde. Der Hinweis kündigte ein Mixture-of-Experts-Modell mit 552 Milliarden Parametern auf einer neuen Causal-Encoder-Decoder-Architektur an – 8 Milliarden Parameter bei der Eingabe aktiv, 16 Milliarden bei der Ausgabe, natives Bildverständnis, ein KV-Cache, der ein Viertel so groß ist wie der der vorherigen Generation – und sagte dann in derselben Aufzählung, dass ab 04:00 UTC am 14. September alle Anfragen an deepseek-v4-pro zu Flash-Tarifen an V4.1 Flash weitergeleitet würden und dass dies so lange gelte, „bis V4.1-Pro startet“.

Die Umleitung hat den Kontakt mit Entwicklern nicht überlebt, und D​eepSeek hat DeepSeek V4 Pro bei unveränderter Abrechnung wiederhergestellt. Der Klammerzusatz hat überlebt. In den neun Wochen seither war er der einzige dokumentarische Beleg dafür, dass überhaupt eine Pro-Stufe der V4.1-Linie geplant ist: keine Karte, kein Checkpoint, kein Preis, kein Datum und – seit dieser Woche – keine zweite Erwähnung irgendwo in D​eepSeeks eigenem Material.

Was die September-Notiz durchaus belegt, ist die Form, in die ein V4.1 Pro passen müsste. DeepSeek beschrieb Flash als das kleinste Modell einer neuen Architekturfamilie, das so gebaut sei, dass es hochskaliert werden könne, und behauptete, es habe V4 Pro bei Leistungsfähigkeit, Kosten, Geschwindigkeit und Gesamtlaufzeit übertroffen. Eine Pro-Stufe in dieser Familie ist der natürliche nächste Schritt und eine vernünftige Erwartung. Erwartung ist kein Beweis, und die Fixture ist kein Zeitplan.

Was heute abrufbar ist – und welchen Vergleich ein V4.1 Pro gewinnen müsste

Zwei DeepSeek-Modelle beantworten Anfragen, und sie liegen weiter auseinander, als die Namensgebung vermuten lässt. DeepSeek V4.1 Flash auf dem Checkpoint 1017 ist ein multimodales Modell mit 1M-Kontext, Vision-Eingabe, maximal 384K Ausgabe, standardmäßig aktivem Denkmodus mit drei Aufwandsstufen und einer MIT-Lizenz für die Gewichte. Außerhalb der Stoßzeiten kostet es 0,15 US-Dollar pro Million Eingabe-Tokens bei einem Cache-Miss, 0,003 US-Dollar bei einem Cache-Hit und 0,60 US-Dollar pro Million Ausgabe-Tokens; zu Stoßzeiten – werktags 01:00–04:00 und 06:00–10:00 UTC – verdoppeln sich die Preise. DeepSeek V4 Pro auf dem Build 0813 ist das Flaggschiff der vorherigen Generation mit 1,6 Billionen Parametern: nur Text, keine Vision, derselbe 1M-Kontext und außerhalb der Stoßzeiten 0,66 US-Dollar für Eingabe / 1,98 US-Dollar für Ausgabe – oder etwa viereinhalbmal der Flash-Preis für ein Modell, das DeepSeeks eigene Benchmarks hinter Flash einordnen.

Auf dem unabhängigen Prüfstand ist die Lücke ebenfalls nicht klein. Artificial Analysis bewertet DeepSeek V4.1 Flash 1017 auf seinem Intelligence Index mit 33, bei 14,8 Minuten und 0,60 US-Dollar pro Index-Aufgabe, wobei 174 Millionen Tokens erzeugt werden, um dorthin zu gelangen – wortreich und langsamer als das Medianmodell pro Aufgabe. Derselbe Index setzt Kimi K3.1 Pro, den besten Open-Weights-Eintrag, auf 46. Das ist die Zahl, die zu bewegen ein V4.1 Pro gebaut wäre, und genau deshalb zieht der Name weiterhin Aufmerksamkeit auf sich: Die Lücke zwischen D​eepSeeks günstiger Preisklasse und der Open-Weights-Frontier beträgt dreizehn Indexpunkte – genau die Art von Lücke, die ein Flaggschiff schließen soll.

Wenn Sie herausfinden möchten, ob der 1017-Checkpoint davon etwas für Ihre eigene Workload abdeckt, ist die praktische Frage nicht, auf welcher DeepSeek-Stufe Sie standardisieren sollten, sondern ob Sie es sich leisten können, sich darin zu irren. Beide Modelle liegen hinter einem einzigen Endpoint auf OrcaRouter zum Listenpreis des Anbieters ohne Aufschlag, was bedeutet, dass die oben genannten Tarifkarten für Flash und Pro genau die Beträge sind, die Sie zahlen, und das Off-Peak-Zeitfenster dasselbe Zeitfenster ist. Das ist hier wichtiger als sonst: Die beiden Modelle unterscheiden sich um das 4,5-Fache beim Ausgabepreis und um einen unbekannten Betrag bei der Qualität für Ihre spezifische Aufgabe. Der günstige Weg, das zu klären, besteht darin, einen Teil des echten Traffics an das eine und einen Teil an das andere Modell zu routen und automatisches Failover das Experiment auffangen zu lassen, falls sich das von Ihnen ausprobierte Modell als die falsche Wahl erweist.

Die elf Stunden, die aus einer festen Größe ein Gerücht machten

Die Zeitleiste ist kurz genug, um sie genau darzulegen, und sie ist der beste Beweis dafür, dass niemand der Beteiligten neue Informationen hatte.

• 11. November, 18:50 UTC — der Commit fügt den Picker-Test hinzu. Die ID steht im Diff und der Diff ist öffentlich.

• 12. November, 13:35 UTC — Ein Forenmitglied bemerkt den Diff, verlinkt direkt auf die Zeile in der Quelldatei und schreibt, dass DeepSeek V4.1 Pro „vielleicht bald erscheinen könnte“, und fügt als Alternative hinzu, dass es sich auch nur um ein weiteres Checkpoint-Update für Flash handeln könnte. Der Beitrag geht ehrlich mit der Unsicherheit um und liest die Datei korrekt als Beleg für die Absicht.

• 12. November, 23:08 UTC — der Tracker-Account, der am bekanntesten für seine D​eepSeek-Berichterstattung ist, antwortet mit der Lesart, die die Datei nicht stützt: Der Test prüfe nur, dass ein Modell des kostenpflichtigen Tarifs an der Spitze den Platz seiner Familie besetzt, daher brauche er mehr als eine D​eepSeek-ID. Die Antwort ergänzt, dass D​eepSeeks API nichts Neues biete, dass ein neues Flaggschiff nicht bald zu erwarten sei und dass Februar die pessimistische Schätzung sei.

Nichts in dieser Sequenz ist eine Anbietererklärung, und keine daran beteiligte Partei behauptet, eine zu haben. Die Analyse des Mechanismus durch den zweiten Verfasser ist korrekt, soweit die Quelle reicht (die Slot-Subtraktion ist genau das, wofür der Test gedacht ist), und die gezogene Schlussfolgerung ist die konservative: Die Vorrichtung ist eine Vorrichtung.

Was würde daraus statt einer festen Größe eine Tatsache machen?

Vier Dinge würden dafür infrage kommen, und nur eines davon ist ein Gerücht. Ein Changelog-Eintrag in D​eepSeeks API-Dokumentation, der eine Pro-Stufe nennt, denn dort wurde jedes V4-Release angekündigt, und der neueste Eintrag stammt immer noch vom 17. Oktober. Ein Repository in der Organisation deepseek-ai, dessen Name V4.1 Pro enthält, denn sowohl V4 als auch V4.1 wurden innerhalb eines Tages nach ihrem API-Start als offene Gewichte unter MIT veröffentlicht. Eine dritte Zeile in der Preisliste — D​eepSeek hat noch nie ein Modell verkauft, das dort nicht aufgeführt war. Oder eine ID, die sich über die API auflösen lässt – die Prüfung, die dies mit einer einzigen Anfrage geklärt hätte und es stattdessen in die andere Richtung entscheidet.

Bis eines davon eintrifft, ist die ehrliche Zusammenfassung enger, als die Posts nahelegen, und nützlicher als ein Datum. Ein praktisch arbeitender Entwickler tippte am 11. November deepseek-v4.1-pro in eine Testtabelle ein, höchstwahrscheinlich, weil es der naheliegende nächste Name in einer Reihe ist, mit der der Autor ohnehin schon befasst war, und möglicherweise, weil er irgendwo gesehen worden war. Der String ist genau deshalb wissenswert – er ist ein kleines, schwaches, echtes Signal dafür, dass Leute nahe am Tooling diesen Namen erwarten – und als Zeitplan völlig wertlos. Der Februar des Trackers ist eine Vermutung, das „demnächst“ des Quote-Tweets ist eine Vermutung, und das Einzige, was einer von beiden einem Leser voraushat, ist derselbe öffentliche Commit.