DeepSeek V4.1 Pro pojawił się w kodzie źródłowym agenta kodującego. To fixture testowy.

11 listopada 2026 r. o 18:50 UTC w kodzie selektora modeli agenta kodującego z otwartym kodem źródłowym pojawił się commit. Wśród dodanych przez niego ciągów znalazł się deepseek/deepseek-v4.1-pro. W ciągu doby identyfikator ten trafił z diffa kodu do tweeta cytującego o treści „DeepSeek-v4.1-pro może pojawić się wkrótce”, a stamtąd na oś czasu osoby śledzącej, która odpowiedziała, że nowego wieloryba nie należy się spodziewać w najbliższym czasie, „może to potrwać do lutego (mam nadzieję, że nie)”. Identyfikator jest prawdziwy, a commit publiczny, więc doniesienie można zweryfikować — ale to, na co on wskazuje, już nie. Ciąg ten występuje w całym repozytorium dokładnie dwa razy, za każdym razem w jednym teście jednostkowym, jako wiersz fikstury w tabeli wymyślonych wpisów modeli. D​eepSeek V4.1 Pro nie został wydany. Dokumentacja samego D​eepSeek nadal sprzedaje dokładnie dwa modele czatu: DeepSeek V4.1 Flash, obecnie na checkpoincie 1017, oraz DeepSeek V4 Pro, wciąż w buildzie 0813.

To tekst podsumowujący to, co jak dotąd wiadomo, o niewydanym modelu, więc niczego poniżej nie należy odczytywać jako premiery, daty, karty specyfikacji ani ceny. W dalszej części znajduje się dokument, który to zapoczątkował, mechanizm wewnątrz tego dokumentu wyjaśniający, dlaczego identyfikator D​eepSeek na poziomie Pro musiał się tam znaleźć, oraz kontrole, które odróżniają fixture od listingu — a każdą z nich każdy może ponownie uruchomić w przeglądarce.

Co ten commit faktycznie dodał, linia po linii

Zmiana jest niewielka, a jej cel przyziemny: sprawia, że cztery modele objęte płatnym planem znajdują się na górze selektora modeli, a nie gdzieś poniżej, oraz nie pozwala tym samym modelom zająć drugiego miejsca przez logikę wyróżniania według rodziny w selektorze. Zmieniają się dwa pliki źródłowe. Jeden wprowadza listę czterech identyfikatorów; drugi przepisuje funkcję projekcji i dodaje test.

Test nosi nazwę „picker lists Token Pass models first without a second slot for their families”. Buduje osiem fałszywych wierszy katalogu i sprawdza kolejność, którą powinien zwrócić selektor. Cztery z ośmiu to identyfikatory, za które płaci plan. Fikstura DeepSeek jest zapisana jako deepseek/deepseek-v4.1-pro z released = 260 i has_tool_use = true, obok deepseek/deepseek-v4.1-flash z released = 255. Te liczby nie są datami, znacznikami czasu ani niczym, co zwróciłby katalog; to porządkowe klucze sortowania używane przez fikstury, aby asercje nie zależały od danych na żywo. Każdy wiersz w tej tabeli — w tym wpisy Claude, GPT i Kimi — jest napisany ręcznie na potrzeby testu.

A sama asercja jest tym, co ma znaczenie. Oczekiwana kolejność umieszcza identyfikator D​eepSeek Pro na siódmym miejscu spośród ośmiu — za modelem Flash wymienionym w płatnym planie, za dwoma modelami Z.ai oraz za identyfikatorem Claude i identyfikatorem O​penAI. W rzeczywistej projekcji katalogu identyfikator Pro z wyższym kluczem aktualności niż identyfikator Flash zwykle zdobyłby jedyne miejsce wyróżnienia w rodzinie. Test istnieje po to, aby udowodnić, że tak się nie dzieje, ponieważ model z płatnego planu już zajmuje to miejsce. Fikstura stworzona po to, by przegrać, to dziwna rzecz do odczytania jako ogłoszenie.

Dlaczego w ogóle w fixture musiał być identyfikator Pro

To jedyny element tej historii, który jest mechanizmem, a nie spekulacją, a także ten, który sprawia, że obserwacja wydaje się mieć większe znaczenie, niż ma.

Lista wyróżnień selektora przyznaje rodzinie D​eepSeek liczbę jeden: jeden model D​eepSeek zostaje awansowany do sekcji wyselekcjonowanej. Model objęty planem płatnym jest najpierw wypychany na samą górę. Jeśli ten górny model należy do rodziny D​eepSeek, slot rodziny uznaje się za zajęty, a pętla wyróżnień jest dla niego pomijana. To całe zachowanie objęte testem i jest ono zaimplementowane jako odejmowanie: liczba slotów minus liczba modeli już wybranych dla tej rodziny.

Aby wykazać, że odejmowanie ma jakikolwiek efekt, fixture potrzebuje drugiego identyfikatora D​eepSeek, który w przeciwnym razie zostałby wybrany — i musi to być najsilniejszy możliwy kandydat, w przeciwnym razie test niczego nie dowodzi. Komparator rodzin selektora preferuje najnowszy model według klucza świeżości, a przy równej świeżości stosuje ranking specyficzny dla DeepSeek, w którym sufiks -pro sortuje się przed wariantem thinking, który sortuje się przed wszystkim innym, a -flash jest ostatni. Fixture -pro z wyższym kluczem świeżości niż model Flash jest zatem dokładnie tym wierszem, który przejąłby slot, gdyby usunięto nowe odejmowanie. Test jest napisany tak, że fixture musi być identyfikatorem Pro i musi być nowszy niż Flash.

To daje ci w diffie identyfikator D​eepSeek Pro bez niczyjej wiedzy. Samo w sobie nie wyjaśnia jednak tej wersji. Aktywny poziom Pro D​eepSeek to DeepSeek V4 Pro, a oczywistym fixture'em byłby identyfikator modelu, który istnieje. Ktokolwiek napisał ten wiersz, sięgnął zamiast tego po v4.1-pro — co jest albo naturalnym domysłem co do kolejnej nazwy w linii, albo kopią prawdziwego ciągu z innego miejsca. Plik nie daje sposobu, by to rozstrzygnąć, a ta niejednoznaczność to cała treść wycieku. Wszystko, co opublikowano po 11 listopada, jest tego następstwem.

Cztery kryteria, które pozwalają odróżnić element stały od oferty

Gdyby D​eepSeek rzeczywiście przygotował plan Pro, identyfikator pojawiłby się gdzieś, gdzie klient może na niego trafić, a nie tylko w tabeli testowej. Każdy z poniższych został sprawdzony 13 listopada 2026 r. i każdy z nich to wczytanie jednej strony.

• Dziennik zmian D​eepSeek — najnowszy wpis pochodzi z 17 października 2026 r.: aktualizacja Flash 1017 i otwarcie API wyszukiwania. Nigdy nie było wpisu V4.1 Pro. Każde wydanie V4 opublikowane przez D​eepSeek zostało najpierw ogłoszone na tej stronie.

• Lista modeli i cennik DeepSeek — dwie nazwy modeli, deepseek-flash i deepseek-v4-pro, z dołączonymi ciągami wersji DeepSeek-V4.1-Flash-1017 i DeepSeek-V4-Pro-0813. Bez trzeciego wiersza, bez wiersza V4.1 na poziomie Pro, bez symbolu zastępczego.

• Organizacja deepseek-ai na Hugging Face — najnowsze repozytorium to DeepSeek-V4.1-Flash-1017, utworzone 17 października, ostatnio zmienione 10 listopada commitem szablonu czatu. Nie ma repozytorium V4.1 Pro, żadnego z ograniczonym dostępem, niczego zbliżonego do prywatnego.

Nasz własny katalog — 215 identyfikatorów modeli, jedenaście z nich to D​eepSeek, i żaden nie pasuje do żadnej pisowni v4.1-pro. Wpisy D​eepSeek sięgają najwyżej D​eepSeek V4.1 Flash na 1017 i D​eepSeek V4 Pro na 0813.

Katalogi bramy, które odwzorowują API D​eepSeek — w tym ten, który omawiany agent odczytuje w czasie działania — zawierają czternaście identyfikatorów D​eepSeek i żaden z nich nie jest V4.1 Pro. To najjaskrawszy pojedynczy kontrast w tej historii: ten sam projekt dostarcza mechanizm wyboru, który pobiera katalog na żywo, a ten ciąg jest nieobecny w katalogu, choć występuje w teście uruchamianym przeciwko fałszywemu katalogowi.

Nazwa nie jest nowa, a cała jej dokumentacja to jedno zdanie.

DeepSeek V4.1 Pro wszedł do obiegu 10 września 2026 r. w notatce o wydaniu dołączonej do DeepSeek V4.1 Flash. Notatka ogłaszała mieszaninę ekspertów o 552 miliardach parametrów w nowej architekturze Causal Encoder-Decoder — 8 miliardów parametrów aktywnych na wejściu, 16 miliardów na wyjściu, natywne rozumienie obrazów, pamięć podręczną KV o rozmiarze równym jednej czwartej rozmiaru pamięci poprzedniej generacji — a następnie, w tej samej liście punktowanej, podawała, że od godz. 04:00 UTC 14 września wszystkie żądania deepseek-v4-pro będą kierowane do V4.1 Flash po stawkach Flash, i że potrwa to „do momentu uruchomienia V4.1-Pro”.

Przekierowanie nie przetrwało zetknięcia z deweloperami, a D​eepSeek przywrócił DeepSeek V4 Pro przy niezmienionym rozliczeniu. Wzmianka w nawiasie przetrwała. W ciągu dziewięciu tygodni od tamtej pory była ona jedynym dowodem dokumentalnym na to, że poziom Pro linii V4.1 jest w ogóle planowany: żadnej karty, żadnego checkpointu, żadnej ceny, żadnej daty i — od tego tygodnia — żadnej drugiej wzmianki nigdzie w materiałach samego D​eepSeek.

To, co notatka z września rzeczywiście ustala, to ramy, w które V4.1 Pro musiałby się wpasować. D​eepSeek opisał Flash jako najmniejszy model w nowej rodzinie architektur, zbudowany tak, aby można go było skalować, i twierdził, że jest lepszy od V4 Pro pod względem możliwości, kosztu, szybkości i całkowitego czasu działania. Wersja Pro w tej rodzinie to naturalny następny krok i coś, czego można rozsądnie oczekiwać. Oczekiwanie nie jest dowodem, a zaplanowany punkt nie jest harmonogramem.

Co można dziś wywołać i jakie porównanie V4.1 Pro musiałby wygrać

Dwa modele DeepSeek odpowiadają na zapytania, a dzieli je więcej, niż sugeruje nazewnictwo. DeepSeek V4.1 Flash, na checkpoincie 1017, to multimodalny model z kontekstem 1M i wejściem wizyjnym, maksymalnie 384K tokenów wyjściowych, myśleniem domyślnie włączonym z trzema poziomami wysiłku oraz licencją MIT na wagach. Poza godzinami szczytu kosztuje 0,15 USD za milion tokenów wejściowych przy chybieniu w cache, 0,003 USD przy trafieniu w cache i 0,60 USD za milion tokenów wyjściowych; godziny szczytu — 01:00–04:00 i 06:00–10:00 UTC w dni robocze — są dwukrotnie droższe. DeepSeek V4 Pro, w kompilacji 0813, to flagowy model poprzedniej generacji z 1,6 biliona parametrów: tylko tekst, bez wizji, ten sam kontekst 1M oraz 0,66 USD za wejście / 1,98 USD za wyjście poza szczytem, czyli około cztery i pół razy więcej niż cena Flasha za model, który według własnych benchmarków DeepSeek wypada za nim.

Na niezależnym stanowisku testowym luka również nie jest mała. Artificial Analysis ocenia DeepSeek V4.1 Flash 1017 na 33 punkty w swoim Intelligence Index, przy czasie 14,8 minuty i koszcie 0,60 USD na zadanie indeksowe, generując 174 miliony tokenów, aby do tego dojść — rozwlekły i wolniejszy niż mediana modeli w przeliczeniu na zadanie. Ten sam indeks daje Kimi K3.1 Pro, najwyżej notowanemu modelowi z otwartymi wagami, 46 punktów. To liczba, którą V4.1 Pro miałby zostać stworzony, aby poprawić, i właśnie dlatego ta nazwa wciąż przyciąga uwagę: luka między tanią warstwą D​eepSeek a czołówką modeli z otwartymi wagami wynosi trzynaście punktów indeksu, a to dokładnie taki rodzaj luki, jaki flagowy model powinien domykać.

Jeśli chcesz samodzielnie sprawdzić, czy punkt kontrolny 1017 zamyka którąkolwiek z tych luk w Twoim obciążeniu, praktyczne pytanie nie brzmi, na którym poziomie D​eepSeek się standaryzować, lecz czy możesz sobie pozwolić na pomyłkę w tej kwestii. Oba modele są dostępne za jednym punktem końcowym w OrcaRouter w cenie katalogowej dostawcy bez marży, co oznacza, że powyższe cenniki Flash i Pro to te same liczby, które płacisz, a okno poza szczytem to to samo okno. Ma to tu większe znaczenie niż zwykle: modele różnią się 4,5-krotnie w cenie wyjścia i o nieznaną wartość w jakości w przypadku Twojego konkretnego zadania, więc tanim sposobem na rozstrzygnięcie tej kwestii jest skierowanie części rzeczywistego ruchu do jednego modelu, a części do drugiego, i pozwolenie, by automatyczne przełączanie awaryjne wchłonęło eksperyment, jeśli okaże się, że wybrany model był złym wyborem.

Jedenaście godzin, które zamieniły stały punkt w plotkę

Oś czasu jest wystarczająco krótka, aby przedstawić ją dokładnie, i jest najlepszym dowodem na to, że nikt z zaangażowanych nie miał nowych informacji.

• 11 listopada, 18:50 UTC — commit dodaje test pickera. Identyfikator jest w diffie, a diff jest publiczny.

• 12 listopada, 13:35 UTC — pewien użytkownik zauważa diff, podaje bezpośredni link do wiersza w pliku źródłowym i pisze, że D​eepSeek V4.1 Pro „może się wkrótce pojawić”, dodając alternatywę, że może to być po prostu kolejna aktualizacja checkpointu modelu Flash. Wpis rzetelnie odnosi się do niepewności i poprawnie odczytuje plik jako dowód intencji.

• 12 listopada, 23:08 UTC — konto śledzące najlepiej znane z relacjonowania D​eepSeek odpowiada interpretacją, której plik nie potwierdza: test sprawdza jedynie, czy model z płatnego planu na szczycie wypełnia miejsce swojej rodziny, więc potrzebuje więcej niż jednego identyfikatora D​eepSeek. W odpowiedzi dodano, że API D​eepSeek nie ma nic nowego, że nowego flagowca nie należy spodziewać się szybko oraz że luty to pesymistyczne przypuszczenie.

Nic w tym ciągu nie jest oświadczeniem dostawcy i żadna z jego stron nie twierdzi, że takie ma. Analiza mechanizmu dokonana przez drugiego autora posta jest poprawna na tyle, na ile pozwala źródło — odejmowanie slotów jest dokładnie tym, do czego służy ten test — a wyciągnięty wniosek jest zachowawczy: fixture to fixture.

Co sprawiłoby, że przestałoby to być stałym elementem, a stało się faktem?

Cztery rzeczy by to rozstrzygnęły, a tylko jedna z nich jest plotką. Wpis w changelogu w dokumentacji API D​eepSeek wymieniający poziom Pro, ponieważ to tam ogłaszano każde wydanie V4, a jego najnowszy wpis wciąż jest z 17 października. Repozytorium w organizacji deepseek-ai z V4.1 Pro w nazwie, ponieważ zarówno V4, jak i V4.1 udostępniono jako otwarte wagi na licencji MIT w ciągu doby od premiery ich API. Trzeci wiersz w cenniku — D​eepSeek nigdy nie sprzedał modelu, którego nie wymienił w tym cenniku. Albo identyfikator, który jest rozpoznawany przez API — czyli sprawdzenie, które rozstrzygnęłoby tę kwestię jednym zapytaniem, a zamiast tego rozstrzyga ją odwrotnie.

Dopóki którakolwiek z tych rzeczy się nie zmaterializuje, uczciwe podsumowanie jest węższe, niż sugerują posty, i bardziej użyteczne niż data. Pewien pracujący inżynier wpisał deepseek-v4.1-pro do tabeli testowej 11 listopada, najprawdopodobniej dlatego, że to oczywista kolejna nazwa w linii, którą autor już się zajmował, a być może dlatego, że była już gdzieś widziana. O tym ciągu warto wiedzieć dokładnie z tego powodu — to mały, słaby, prawdziwy sygnał, że osoby blisko narzędzi spodziewają się tej nazwy — i zupełnie bezwartościowy jako harmonogram. Lutowy termin z trackera to zgadywanka, „wkrótce” z quote-tweeta to zgadywanka, a jedyne, co którekolwiek z nich ma, a czego czytelnik nie ma, to ten sam publiczny commit.