DeepSeek V4.1 Pro, omärkt: en endpoint på 180 tok/s, ett resultat från fyra prover och avbrottet som just avslutades

Någonstans bakom D​eepSeeks API kan det finnas en ny modell, och ingen – inte ens personen som upptäckte den – är villig att med säkerhet säga att det är D​eepSeek V4.1 Pro. Beviset är ett inlägg på X, publicerat på morgonen den 15 oktober 2026 av trackern @teortaxesTex, och det som beskrivs är en modell som svarar när den anropas via leverantörens egen endpoint, som slutförde en specifik prompt som de två kända D​eepSeek-flaggskeppsmodellerna inte kunde, och som svarade med ungefär 180 tokens per sekund. De två kända nämns i samma andetag: DeepSeek-V4-Pro-0813 "är hjälplös" inför uppgiften, och detsamma gällde V4.1-generationen – vilket, med inläggsförfattarens egna ord, är det som gör en ny modell trolig snarare än en routingolycka. Det är hela bevisningen. Det finns inget modellkort, inga vikter, inget pris, inget endpointnamn och ingen utgivningsnotis från D​eepSeek, och DeepSeek V4.1 Flash – modellen med öppna vikter från den 10 september – är inte en kandidat, eftersom Flash är en produkt som redan säljs med en offentlig prislista snarare än något som måste upptäckas genom beteende.

Det som gör signalen värd att skriva ned innan den avgörs åt endera hållet är bevisningens form snarare än dess styrka. Det här är inte en benchmark-läcka, inte ett repo som dök upp tidigt, inte en antydan från en anställd. Det är en black-box-observation: någon uppmärksammade vad en endpoint gjorde, märkte att den hade förändrats och sade det med antalet sampel angivet. Det är genom sådana observationer som en stealth-release överhuvudtaget upptäcks, och de ligger också bakom en massa falska positiva. Skillnaden mellan de två ligger helt i vad som kan kontrolleras i efterhand, så det användbara att göra med den här är att redogöra för vad som påstods, vad D​eepSeeks eget publicerade material kan bekräfta i dag, och vad som skulle behöva hända innan någon kan kalla det för en release.

Vad som faktiskt hävdades, och vad det inte fastställer

Inlägget är kort och det skiljer sina egna påståenden åt bättre än de flesta lanseringsreportage gör. Skalar man ner det finns det fyra:

• Ett DeepSeek-tjänsteavbrott som hade pågått tog slut, och modellens beteende förändrades kring den tidpunkten — inläggsförfattarens inramning, och anledningen till att observationen överhuvudtaget finns.

• Endpointen klarade ”hanrejskämtet” med vad den som postade kallar de bästa resultaten på den här sidan om Claude, och reproducerade vid N=4 – fyra prover, samma utfall.

• DeepSeek-V4-Pro-0813 och V4.1-generationen misslyckades båda med samma test, vilket inläggsförfattaren krasst konstaterar som ”hjälplöst”.

• Hastigheten landade på omkring 180 tokens per sekund, och slutsatsen som erbjuds är uttryckligen en gissning: "Kan vara 4.1 Pro."

Tre av dessa fyra är observationer av en svart låda, och den fjärde är ett modellnamn som kopplats till dem genom slutledning. Ingenting i inlägget hävdar ett tillkännagivande, ett pris, ett kontextfönster, ett parameterantal, eller att D​eepSeek överhuvudtaget har sagt något. Hastighetssiffran är inläggsförfattarens egen mätning av sin egen session, inte en siffra från leverantören och inte en siffra från en topplista. Behandla den som en datapunkt från en väg vid ett tillfälle, på en prompt, med en okänd mängd prompt-cachning bakom sig — vilket är exakt hur den presenterades, och ungefär hur mycket vikt den bör tillmätas.

Var namnet "V4.1 Pro" kommer ifrån

Det är inte påhittat. DeepSeek namngav en Pro-nivå i själva V4.1-serien, i sitt eget versionsmeddelande den 10 september, och än i dag har det namnet fortfarande inget kopplat till sig. Textstycket som satte det i omlopp sade att förfrågningar till deepseek-v4-pro skulle omdirigeras till den nyligen lanserade Flash-modellen och debiteras enligt Flash-taxor från och med 04:00 UTC den 14 september, och att detta skulle fortsätta "tills V4.1-Pro lanseras". Utvecklare protesterade mot att en produktionsmodell byttes ut utan migreringsfönster, DeepSeek vände på planen, DeepSeek V4 Pro fortsatte att svara med oförändrad fakturering — och klausulen som överlevde vändningen var den som ingen var menad att lägga märke till, nämligen att en V4.1-Pro är planerad.

Allt efter den meningen är slutledning. Företaget har inte publicerat något modellkort, inget datum och ingen viktfil. Så namnet i inlägget är det namn en läsare skulle ta till givet en fjärde modell som beter sig bättre än de tre de känner till: V4.1-familjen är den nuvarande generationen, Flash är den lilla, Pro är den nivå som DeepSeek redan har utlovat. Att ta till det är förnuftigt. Att ta till det är inte bevis.

Det spelar större roll än det låter, för det finns minst en annan förklaring som inte kräver någon ny modell alls. En tyst punktuppdatering av en befintlig build – en omkvantiserad eller omtrimmad serving-konfiguration, en annan backend-väg, en återställning efter avbrottet – skulle för en svartlådeobservatör framstå som en förändring av förmågan utan meddelande och utan namn. D​eepSeeks egen ändringslogg dokumenterar exakt den här typen av sak tidigare: V4 Pro uppdaterades på plats den 13 augusti under ett build-stämplat namn, och Flash-linjen har haft en uppdateringspost utan någon ceremoni kopplad till sig. Smygsläpp och tysta ombyggnationer går inte att skilja från utsidan, och inlägget gör inte anspråk på att ha skilt dem åt.

Vad D​eepSeeks eget material säger idag

Det här är den del som kan kontrolleras, och den är kort. DeepSeeks ändringslogg listar 2026-04-24 (V4), 2026-07-31 (en V4-Flash-uppdatering), 2026-08-13 (V4-Pro-uppdateringen), 2026-08-21 (V4-Flash-Vision-Exp) och 2026-09-10 (V4.1-Flash). Det finns ingen post för oktober av något slag, och ingen post med titeln V4.1 Pro. Sidan Modeller och priser listar två användbara namn, deepseek-flash och deepseek-v4-pro, som motsvarar DeepSeek-V4.1-Flash och DeepSeek-V4-Pro-0813.

• Kontext och utdata — både D​eepSeek-V4.1-Flash och DeepSeek-V4-Pro-0813 tar in 1M tokens och returnerar upp till 384K, med samtidighetstak på 2 500 respektive 500.

• Pris — Flash kostar $0,15 per miljon indatatoken vid cachemiss och $0,60 per miljon utdatatoken under lågtrafik; V4 Pro kostar $0,66 in och $1,98 ut under lågtrafik, med dubbelt pris under högtrafik.

• Vision – inbyggt i DeepSeek V4.1 Flash, anges som "Stöds inte" för DeepSeek V4 Pro.

• Vikter — D​eepSeek-V4.1-Flash är öppen med MIT-licens; det finns inget repo för något som heter V4.1-Pro, vilket är det starkaste enskilda negativa beviset som finns tillgängligt.

På Hugging Face är det nyaste D​eepSeek-modellrepot deepseek-ai/D​eepSeek-V4.1-Flash, senast ändrat den 12 oktober – en prestanda-commit om att återställa indexerarens nyckelcachar vid ofullständiga komprimeringssteg. Det är motorarbete på en modell som redan finns, inte en ny flaggskeppsmodell. Vad inläggsförfattaren än pratade med, lämnade det ingen artefakt på de platser där en släppt D​eepSeek-modell normalt lämnar en.

Hastighetssiffran är det minst överraskande i inlägget.

180 tokens per sekund framstår som snabbt, och mot fel baslinje skulle det se ut som ett avslöjande. Mot rätt baslinje är det intetsägande. Oberoende mätning har placerat DeepSeek V4.1 Flash nära toppen av sin klass när det gäller rå genomströmning, och tredjepartsoperatörer som tillhandahåller samma öppna vikter annonserar betydligt högre siffror än 180 med varm cache. Ett tal i det intervallet är vad en välservad DeepSeek-modell ser ut som; det är inte tillräckligt snabbt för att bevisa en större stomme och inte tillräckligt långsamt för att bevisa en mindre. Den som behandlar 180 t/s som avslöjandet läser den minst diagnostiska raden i inlägget.

Den mer intressanta asymmetrin är uppgiftsresultatet. En modell som klarar något som både DeepSeek-V4-Pro-0813 och V4.1 misslyckas med, fyra gånger av fyra, på en prompt som medvetet utformats för att vara svår att fejka, har en genuint annan kapacitetsprofil — förutsatt att testet i sig är tillförlitligt, vilket inlägget inte låter läsaren verifiera. Det är påståendet att hålla ögonen på, och det är det som en benchmarktabell så småningom kommer att avgöra.

Varför "hanrejskämtet" är en riktig signal under ett fånigt namn

Frasen kommer att uppfattas som ett skämt, och det är den inte. Promptar för relationsresonemang av den typen – nästlade trosföreställningar, omstridd kunskap, vem som vet vad om vem – är en sedan länge använd sond för huruvida en modell kan hålla flera lager av en social situation i huvudet samtidigt utan att kollapsa dem. Både frontierlabb och oberoende utvärderare använder varianter av den, eftersom den är kort, billig, motståndskraftig mot memorering och oproportionerligt hård mot modeller som mönstermatchar ytan av en scen i stället för att spåra tillståndet under den. Den sprids på sociala medier som ett skämt av samma anledning som den används som test: den är minnesvärd och den är svår.

Det är också i sig svagt bevis. Inget antal sampel på en enda ad hoc-prompt skiljer en ny checkpoint från en ny samplingskonfiguration, ett annat standardvärde för reasoning-effort, en förändring av vilken backend-pool som svarar, eller helt enkelt en prompt som låg nära en beslutsgräns och råkade landa annorlunda efter att tjänsten kom upp igen. N=4 hjälper – skribenten gjorde den minimala aktsamhet som de flesta virala kapacitetspåståenden hoppar över – men fyra sampel fastställer reproducerbarhet på en rutt för en prompt. Det är en anledning att gå och titta. Det är inte en anledning att dra en slutsats.

Den praktiska frågan: kan du prova det, och hur

Just nu, nej. Det finns inget namn att anropa. Om det som inläggsskribenten talade med är verkligt och namnlöst, är det endast nåbart genom en slump beroende på vilken modell D​eepSeeks egen routning råkar ge dig, vilket är precis den situation som vändningen av september-omdirigeringen handlade om.

De modeller du kan definiera i dag är de två som prislistan listar, och det ärliga sättet att testa en förändring du inte kan se är att låsa produktionstrafiken vid den modell du valde och flytta experimentet någonstans där det inte kan göra skada. DeepSeek V4.1 Flash och DeepSeek V4 Pro finns båda tillgängliga via OrcaRouter med en enda API-nyckel, så en sida-vid-sida-jämförelse mot en fast promptuppsättning kostar en konfigurationsändring i stället för ett andra avtal – och när en rutt försämras skickar automatisk failover vidare begäran till en frisk leverantör i stället för att returnera ett fel, vilket är det felbeteende som gjorde avbrottet i inlägget synligt från början. Eftersom OrcaRouter för vidare leverantörens listpris med 0 % påslag landar varje prisförändring för DeepSeek samma dag som den landar hos leverantören, utan något omprissättningsarbete från din sida.

Det som inget av det där ger dig är den omärkta modellen. Om du tror att du har hittat den – snabbare än väntat, bättre på en probe där din vanliga modell misslyckas – fånga råsvaren med tidsstämplar och request-ID:n, för det är materialet som gör en observation till något som resten av fältet kan kontrollera. Reproducera det en andra dag. Reproducera det efter en ny driftsättning. En stealthmodell som bara finns i ett fönster är en routningsartefakt tills motsatsen bevisats.

Vad skulle göra detta till en nyhet?

Fyra saker, i ungefärlig ordning efter sannolikhet. Ett modellkort eller ett viktrepositorium som dyker upp under namnet V4.1-Pro skulle avgöra saken en gång för alla och vara den första riktiga artefakten. En post i ändringsloggen eller ett nytt namn på sidan Models & Pricing skulle göra detsamma från leverantörens sida. En första oberoende benchmark – Artificial Analysis eller LMArena som fångar upp en post som inte matchar någon listad D​eepSeek-version – skulle styrka kapacitetshoppet utan att bekräfta namnet. Och den tystaste möjligheten av alla: ingenting. D​eepSeek uppdaterar modeller på plats, och enligt den nuvarande tidslinjen – V4 i april, Flash-uppdateringar i juli och augusti, en Pro-uppdatering den 13 augusti, V4.1 Flash i september – är sannolikheten på kort sikt en tyst uppdatering av ett befintligt namn snarare än en fjärde nivå.

Tills ett av dem blir verklighet är den korrekta statusen för "DeepSeek V4.1 Pro" den som den har haft sedan den 10 september: ett namn som DeepSeek själv satte på en färdplan, utan någon modell bakom sig. En enskild observatörs 180 tok/s-session är ett skäl att fortsätta bevaka slutpunkten, inte ett skäl att planera utifrån ett flaggskepp.

Upplagt på det sättet är asymmetrin själva poängen. Den ena kolumnen på det kortet är dokumentation – ett prisblad, en licens, ett modellnamn du kan lägga in i en request body – och den andra är en mening i en release note plus ett omnämnande på X. Allt i den här artikeln som går att kontrollera står till vänster. Allt till höger är vad folk hoppas att 180 tok/s-endpointen ska visa sig vara, vilket är ett rimligt hopp och ännu inte ett faktum.

Vem ska göra vad

Om du väljer en modell att bygga på den här veckan förändrar inget här ditt beslut. DeepSeek V4.1 Flash är tillgänglig, prissatt och dokumenterad; DeepSeek V4 Pro är tillgänglig, prissatt och dokumenterad; D​eepSeek V4.1 Pro är inte en produkt. Det enda som är värt att ta med sig från inlägget är felmoden snarare än modellen: en leverantörsslutpunkt ändrade sitt beteende efter ett avbrott och det fanns ingen avisering, ingen versionshöjning och inget sätt att utifrån avgöra vad du hade pratat med. Att explicit låsa modellversioner, fånga svarsmetadata och lägga en failover-väg bakom varje enskild leverantör är åtgärden, och det är samma åtgärd oavsett om en ny flaggskeppsmodell gömmer sig bakom slutpunkten.

Om du håller utkik efter releasen, håll koll på ändringsloggen och Hugging Face-organisationen i stället för kapacitetssnacket. Båda har varit den pålitliga indikatorn för det här labbet. Ingen av dem har sagt ett ord sedan den 10 september.

Ett resultat som detta är också en påminnelse om att modellmisstag redan är dokumenterade: AI-incidenterna och agentfelen bakom modeller i den här klassen samlas i OrcaRouter AI Incident Archive, där varje post har sina egna källor, allvarlighetsgrad, konfidensgrad och flagga för omtvistat.