Kimi K3.1: Fyra signaler pekar mot en lansering nästa vecka – och den enda commit som ingen kan hitta

Det mest bärande påståendet om Kimi K3.1 den här veckan är en kodcommit som, så vitt någon utanför Kinas teknikpress kan bedöma, inte existerar. Den 19 oktober 2026 rapporterade flera kinesiska medier att SGLang – den öppna inferensstacken – hade tagit in en ändring med titeln "Kimi-K3.1-stöd för K3-chattkodaren", som lade till en fjärde resonemangsnivå som kallas medium och 107 testfall, och taggade ett Hugging Face-repositorium med namnet moonshotai/Kimi-K3.1 vid en specifik revision. Ingen av dessa rapporter länkade till commiten. Jag letade efter den i den offentliga historiken över SGLang-repositoriet för 17–20 oktober och kunde inte hitta den, och det finns ingen öppen eller stängd pull request med den titeln där i dag. Det gör inte historien falsk. Det gör den overifierad, vilket är den korrekta beskrivningen av nästan allt om nästa K​imi-modell, inklusive inlägget från en praktiker som fick den här artikeln att hamna i kön: en utvecklare som berömde Kimi K3 för att ha byggt en animerad SaaS-webbplats för växtskötsel, och i förbigående tillade att "en ny modell är på gång, vi kan se den nästa vecka." De dokumenterade AI-misslyckandena och agentincidenterna bakom lanseringar som den här samlas i OrcaRouter AI Incident Archive, där varje post har sina egna källor, allvarlighetsgrad, konfidensgrad och flagga för omtvistat.

Så det här är en statussida för en modell som inte har släppts. Det som är fastställt är baslinjen: Kimi K3, flaggskeppsmodellen med öppna vikter och 2,8 biljoner parametrar som Moonshot AI tillkännagav den 16 juli 2026 och publicerade de fullständiga vikterna för den 27 juli, med ett kontextfönster på 1 miljon token och tre resonemangsnivåer. Allt ovanför den baslinjen – namnet, den fjärde resonemangsnivån, lanseringsveckan, priset, licensen – är signal, och signalerna håller vilt olika kvalitet. Att sortera dem är hela värdet av en text som skrivs så här tidigt.

De fyra signalerna, graderade

Var och en av dessa är ett separat spår, och de är inte lika starka. Att rangordna dem är mer användbart än att lista dem.

• Starkast — front-end-identifieraren, 17–18 oktober. Utvecklare som granskade Moonshots egna webbplatsfiler hittade strängen k3d1-agent, tillsammans med markörer med texten make3d, BOT, AUTOMATION_K3 och OK_COMPUTER_SWARM, samt en ny botmodul vars syfte ingen utanför företaget känner till. Det här är förstapartskod på en förstapartsdomän. Det är inte en modell, men det är leverantörens egen namngivningsmekanism, och den namnger något som inte är K3.

• Ganska starkt — API-registrets observation, 28 september. Identifieraren kimi-k3-1 dök upp i Moonshots backend-modellregister och svarade enligt uppgift på gränssnittssonder, och plattformen annonserade kortvarigt en K3.1 / "K311111"-modell med ett kontextfönster på 1 miljon token. Tre veckor senare finns det fortfarande inget modellkort, inget pris och ingen offentlig identifierare som går att anropa via standard-API-listan.

• Svagare än det låter – commiten på resonemangsnivå, 19 oktober.Detaljerad i återberättandet, omöjlig att lokalisera i källan. Behandlas separat nedan.

• Svagast, och det som föranledde den här artikeln – en utövares sidoreplik, 20 oktober. En utvecklare som gillar K3 säger att en ny modell "cooking" och syns "nästa vecka". Inget namn, ingen specifikation, ingen skärmdump, inget anspråk på insiderkunskap. Det är entusiasm med ett datum på. Att det kom samma vecka som de andra tre är vad som gör det värt en rad, inte inlägget i sig.

Ingen av de fyra är en release. Moonshots blogg slutar fortfarande vid Kimi K3 och PerceptionBench den 16 juli. Plattformsdokumentationen listar fortfarande kimi-k3, kimi-k2.7-code, kimi-k2.7-code-highspeed och kimi-k2.6. Organisationen moonshotai på Hugging Face har inget nyare än Kimi-K3, skapat den 13 juni 2026 och senast ändrat den 2 september. Och leverantörens egen prislista har fyra rader, ingen av dem en efterträdare.

Vad den rapporterade commiten faktiskt hävdar, och varför namnet skulle spela roll

Återberättelserna stämmer väl överens med varandra, vilket är värt något även när den primära källan saknas. Enligt dem lägger ändringen till en chattkodningsadapter för K3.1 till SGLangs experimentella router, levererar 107 tester som täcker chattformatering, verktygsanrop och bildinmatning, och noterar att K3.1:s tokenizerfiler är byte-identiska med K3:s och återanvänder samma 16 specialtoken. Den enda funktionella skillnaden som nämns är resonemangstrappan: K3 erbjuder low, high och max, och K3.1 ska enligt uppgift infoga medium mellan low och high, medan routning fortfarande som standard använder max.

Den detaljen känns sann eftersom den stämmer med det som redan är offentligt. K3 accepterar inte temperature, top-p eller seed; resonemangsdjupet ställs in via en reasoning_effort-parameter med exakt dessa tre värden, enligt plattformsdokumentationen och vår egen modellsida. En efterföljare som lägger till ett fjärde steg på den skalan är den minst dramatiska möjliga förändringen och den enklaste att beskriva korrekt utifrån en diff. Det är också den typ av förändring som en inferensstack skulle behöva koda in före en lansering snarare än efter, eftersom routern måste veta hur den ska rendera en förfrågan som modellen accepterar.

Det starkare påståendet i återberättandet är namnet. En commit som refererar till moonshotai/Kimi-K3.1 vid en specifik revision antyder att det finns ett repository i leverantörens organisation, även om det är privat eller ännu inte indexerat. Det är en annan typ av artefakt än ett arenakodnamn eller en läckt skärmbild: det är under repository-identifierare som vikterna faktiskt publiceras. Men det är också påståendet jag inte kunde kontrollera. Hugging Face-API:et returnerar 401 för moonshotai/Kimi-K3.1 – liksom för alla namn som inte löses upp till ett offentligt repository, inklusive avsiktligt falska sådana, så det testet säger oss ingenting åt något håll.

Det som kan kontrolleras är substratet. SGLang har verkligen byggt ut K3-routing: en pull request som renderar Kimi-K3 via sin Rust-processor mergades omkring den 13 oktober, med commits under hela den veckan som stängde renderingsgap, parsade utdata och lowerade K3-chattar till motorns generate-väg. En uppföljning som utökar det arbetet till en K3.1-encoder är precis nästa commit man skulle förvänta sig. En berättelse som passar in i det tekniska mönstret är mer sannolik än en som inte gör det – och är fortfarande inte bevis för att just den här commiten finns.

K3 kontra modellen som beskrivs

Baslinjen spelar större roll än vanligt här, eftersom om K3.1 är en punktrelease på K3 så som tokenizer-påståendet antyder, så är det mesta du skulle vilja veta redan besvarbart utifrån K3.

• Släpp — {{1}}K3{{/1}} meddelades 16 juli 2026, fulla vikter på Hugging Face 27 juli 2026; {{2}}K3.1{{/2}} har inget datum, bara en rapporterad vecka.

• Storlek – K3 har 2,8 biljoner parametrar totalt och ungefär 104 miljarder aktiva per token, enligt Artificial Analysis; storleken på K3.1 är okänd, och alla siffror som anges för den är en slutledning från K3.

Kontext – K3 är 1,048,576 tokens; observationen i septemberregistret och plattformsteasern pekade båda på samma 1M-fönster för K3.1, vilket skulle innebära kontextparitet snarare än en uppgradering.

• Resonemang — K3 exponerar låg, hög och max; K3.1 uppges lägga till medium, vilket ger fyra nivåer.

• {{1}}Modalitet{{/1}} — K3 tar in text och bild och ger text ut, inbyggt; inget som rapporterats tyder på att K3.1 ändrar på det.

• Pris — K3 anges till 3,00 USD per miljon indatatoken och 15,00 USD per miljon utdatatoken, med 90 % cacheringsrabatt; K3.1 har inget pris någonstans, och en punktrelease ärver vanligtvis priset snarare än sänker det.

• Licens och vikter — K3 levereras under Kimi K3 License, en anpassad "annan" licens snarare än en vanlig öppen källkodslicens; huruvida en efterföljare överhuvudtaget öppnas är den öppna frågan, och den har nu en policydimension.

Den ärliga sammanfattningen av den jämförelsen är att ingen har publicerat en enda K3.1-specifikation. Tillägget av effort-nivå är den enda funktionella skillnaden i omlopp, och det kommer från en commit som inte går att hitta. Den som anger ett parameterantal, ett benchmark eller ett lanseringsdatum för K3.1 extrapolerar.

Policyförändringen som avgör om du kan ladda ner den

Det här är den del av historien som inte är ett rykte, och det är anledningen till att en läckt artikel om ett kinesiskt flaggskepp med öppna vikter är värd att läsa just den här veckan. Den 16 oktober 2026 publicerade Kinas handelsministerium och ministerium för vetenskap och teknik Tillkännagivande nr 48 av 2026, ett utkast till revidering av teknikexportkatalogen som för första gången omfattar AI-modellvikter och källkod. Den tröskel för omfattning som rapporteras i branschpressen är två biljoner parametrar eller fler, eller en plats bland de tio bästa globalt i prestanda- och säkerhetsbenchmarker. Totalt läggs fyrtio teknologier till, varav 23 är AI-relaterade, med 14 avsedda att förbjudas och 26 att begränsas under licens. Remissperioden löper till den 15 november 2026.

Två undantag gör det mesta av arbetet för alla som läser detta utanför Kina. Teknik som redan är allmänt tillgänglig genom öppen källkod eller akademisk publicering undantas, och API- och SaaS-åtkomst för utländska användare är inte begränsad. En publikation rapporterade dessutom att en tillfällig registreringsåtgärd var i kraft från och med den 16 oktober medan själva katalogen fortfarande är föremål för samråd; annan rapportering beskriver hela instrumentet som ett utkast med öppen för kommentarer, och de två tolkningarna har inte sammanjämkats offentligt. Betrakta utkaststatusen som fastställd och den tillfälliga åtgärden som rapporterad.

Varför detta specifikt landar på K​imi: K3 ligger med god marginal över tröskeln på två biljoner, och det är en av de modeller som i rapporteringen om utkastet anges ligga ovanför den. K3:s vikter är redan ute, så public domain-undantaget är den naturliga tolkningen för K3 självt – det är en slutsats utifrån texten såsom den rapporterats, inte ett avgörande. Den aktuella frågan är efterträdaren. Om K3.1 lanseras efter att katalogen har färdigställts är skillnaden mellan att släppa vikter på Hugging Face och att endast erbjuda ett API inte längre ett produktbeslut som fattas i ett konferensrum; det är en licensfråga med ett departement på ena sidan. Att en förhandstitt i lanseringsveckan och ett utkast till exportkatalog inträffar med sex dagars mellanrum är den sorts sammanträffande som förändrar vad en läsare kan planera för, och det är det enda i den här historien som både är nytt och har källor.

I praktiken talar det för en specifik hållning: om du väntar på K3.1 eftersom du vill självhosta det, bygg inte en plan som förutsätter det. Om du väntar eftersom du vill anropa det, är API-undantaget i utkastet den del som gör det sannolikt oavsett hur frågan om vikterna löses.

Vad du kan ringa idag

Kimi K3 finns i vår katalog som kimi/kimi-k3: kontext på 1 048 576 tokens, text- och bildinmatning, $3,00 per miljon indatatokens och $15,00 per miljon utdatatokens till leverantörens eget listpris med 0 % påslag. Den kodningsfinjusterade medlemmen i serien, kimi/kimi-k2.7-code, kostar $0,95 och $4,00 med en kontext på 262K, och de äldre kimi/kimi-k2.6 och kimi/kimi-k2.5 ligger bakom den. Alla fyra körs via en och samma nyckel mot 200+ modeller.

Det spelar särskilt stor roll för en artikel om en läcka. Misstaget folk gör med en obekräftad efterträdare är antingen att pausa ett projekt i väntan på den eller att satsa en produktionsväg på den samma dag som den dyker upp. Routing löser det andra: lägg K3 bakom samma gränssnitt som en efterträdare skulle använda, och när en obekant modell dyker upp kan du skicka en del av trafiken till den och låta reservkedjan peka på något du redan har mätt. Automatisk failover är skillnaden mellan att prova en obeprövad modell och att vara beroende av en. Eftersom vi för vidare leverantörernas listpriser utan påslag är lanseringsdagens pris på leverantörens prislista priset hos oss samma dag – ingen omprissättningscykel att vänta ut.

Hur du tolkar de kommande två veckorna

Håll utkik efter artefakter i stigande ordning efter hur dyra de är för Moonshot att producera, eftersom var och en är svårare att förfalska och var och en avgör mer.

• En modellidentifierare i leverantörens offentliga API-lista. Den enda strängen avgör om K3.1 finns som produkt, och den dyker vanligtvis upp före något tillkännagivande.

• En rad i prislistan. Priser bredvid namnet innebär att modellen körs och faktureras, vad bloggen än säger.

• Ett repository under moonshotai på Hugging Face. Det här är det som avgör siffrorna och licensen, och för den här modellen är licensfältet det första man ska läsa, inte det sista.

En post på en neutral topplista. Artificial Analysis har Kimi K3 på 44 i sitt Intelligence Index, rankad femma av 121 modeller, och har ingen sida för K3.1. När den sidan dyker upp är det den första siffran i historien som tagits fram av någon som inte är leverantören.

Falsifiering är billigt att hävda och värt att ta på allvar. Namnet kan vara fel: front-end-strängen var k3d1-agent, registersträngen var kimi-k3-1, och pressen har landat på K3.1 av konvention snarare än genom ett tillkännagivande. Formen kan vara fel: en efterföljare skulle kunna komma som K3.2, som en K4 i en helt annan storlek, eller som en post-training-uppdatering under K3-namnet utan något nytt repository alls. Eller så kan veckan helt enkelt förflyta, så som augustifönstret gjorde, och så som fönstret i mitten av oktober – vilket en rapport med uppgifter från Nomura pekade på den 11 oktober – nu till stor del har gjort.

Vad man ska göra med allt detta är enkelt. Om du behöver en open-weight-modell med 1M kontext i dag är Kimi K3 anropbar och uppmätt, med tre resonemangsnivåer som täcker det mesta som en fjärde skulle göra. Om du behöver veta om efterföljaren är verklig ska du inte läsa kommentarerna – kontrollera modellistan, sedan prislistan och sedan repositoriet. Och om det du faktiskt bryr dig om är att ladda ner vikterna snarare än att anropa modellen, är dokumentet att läsa den här veckan inte en läcka alls. Det är ett utkast till exportkatalog med sista dag för synpunkter den 15 november, och den kommer att säga mer om vad som släpps öppet än någon commit som någon påstår sig ha sett.