Kimi K3.1 Pro vs Kimi K3.1: de één is een model, de ander is een serienaam

Als je probeert te kiezen tussen Kimi K3.1 Pro en Kimi K3.1, is het eerste nuttige feit dat slechts één van beide bestaat als iets dat je kunt aanroepen. De tariefkaart van Moonshot AI voor de K3-serie heeft drie rijen: kimi-k3.1-pro, kimi-k3.1-pro-highspeed en kimi-k3. Er is geen gewone kimi-k3.1-rij, geen modelkaart ervoor en geen endpoint dat op die naam reageert. "K3.1" is de familie waartoe de release van 24 oktober 2026 behoort. "Pro" is het model daarbinnen.

Dat klinkt als een muggenzifterij over naamgeving, tot je de persoon bent die "kimi-k3.1" in een configuratiebestand heeft gezet. Dan is het een 404, een mislukte evaluatierun of een factuurregel die iemand moet uitleggen. De verwarring is niet de schuld van de lezer: Moonshot gebruikte de kale naam in zijn eigen pre-launchvideo, en externe berichtgeving is sinds de teaser op 23 oktober slordig geweest over het onderscheid. Deze vergelijking is dus eigenlijk twee vragen in één — wat de naam betekent, en welke van de twee aanroepbare K3.1-endpoints je echt moet kiezen.

Waar de kale naam "K3.1" vandaan komt

Moonshot heeft de ambiguïteit zelf gecreëerd. De teaser van 24 seconden toonde een Kimi Code-terminal met "Model: Kimi K3.1", niet "Kimi K3.1 Pro". Rond dezelfde tijd voegde een SGLang-commit, waarover in de Chinese techpers werd bericht, "Kimi-K3.1-ondersteuning voor de K3 chat-encoder" toe en verwees naar een Hugging Face-repository genaamd moonshotai/Kimi-K3.1. Het versienummer verschijnt ook in Kimi Works desktop-app als versie 3.1.0. Drie verschillende dingen — een modellabel, een repositorynaam en een productversie — vielen in het publieke zicht allemaal samen in dezelfde string.

De aankondigingspost lost er een deel van op. Moonshot beschrijft Kimi K3.1 Pro als het eerste model in zijn nieuwe K3.1-serie, en de API-documentatie vermeldt precies twee identifiers. De repositorynaam is het enige stuk dat nog onopgelost is, en dat zal waarschijnlijk worden beslecht wanneer de weights op 4 november 2026 worden uitgebracht. Als de release wordt gepubliceerd als Kimi-K3.1, dan zal "K3.1" het open-weight-artefact zijn en "K3.1 Pro" het gehoste API-product dat daarop is gebouwd. Dat is een samenhangende splitsing, maar het is geen tweede model dat je vandaag kunt aanroepen.

Dus het antwoord op "wat is het verschil tussen Kimi K3.1 Pro en Kimi K3.1" is: op endpointniveau geen, omdat een van de twee geen endpoint heeft. Op familieniveau is Pro de implementatie. Als er in de toekomst een niet-Pro K3.1 verschijnt, heeft die zijn eigen regel op de tariefkaart nodig voordat er een vergelijkingsartikel nodig is.

De vergelijking die wél bestaat: Pro versus Pro Highspeed

Zodra je accepteert dat "K3.1" een label is en geen concurrent, wordt de echte splitsing in de line-up zichtbaar. Moonshot bracht op dezelfde dag twee aanroepbare varianten uit, en het zijn hetzelfde model op twee werkpunten.

• Prijs — Kimi K3.1 Pro kost $2,00 per miljoen invoertokens en $10,00 per miljoen uitvoertokens; Kimi K3.1 Pro Highspeed kost $4,00 en $20,00. Invoer met cachehit kost bij beide $0,20.

Cache-schrijfacties — $2,00 bij een TTL van vijf minuten en $4,00 bij een TTL van één uur op Pro; $4,00 en $8,00 op Highspeed.

• Snelheid — Moonshot zegt dat Highspeed output twee tot drie keer sneller genereert. Het gebruikt dezelfde gewichten en hetzelfde kwaliteitsdoel, en is gericht op latentie in plaats van op doorvoer-economie.

• Quota — in Kimi Code verbruikt de Highspeed-tier voor hetzelfde werk ongeveer twee keer zoveel quota; dat is aan de abonnementskant het spiegelbeeld van de verdubbelde tokenprijs.

• Context en mogelijkheden — beide beschikken over het venster van 1.048.576 tokens, native beeld- en video-invoer, tool calling, gestructureerde uitvoer en altijd actieve reasoning met lage, hoge en maximale inspanningsniveaus. Er is geen indeling in capaciteitsniveaus tussen beide.

• Beste keuze — Highspeed voor interactief coderen en agent-loops waarbij een mens zit te wachten; standaard Pro voor batchgeneratie, langdurig documentwerk en alles waarbij de output door een ander proces wordt gebruikt.

De beslissingsregel gaat dus over wachten, niet over intelligentie. Als een snelheidswinst van twee tot drie keer een menselijke wachtlus wegneemt, is de verdubbelde prijs gemakkelijk te rechtvaardigen. Als het alleen een batchjob verkort die 's nachts draait, betaal je twee keer voor latentie die je toch niet zou voelen.

Wat de API daadwerkelijk accepteert

De vraag over de identifier is belangrijk, omdat de API op manieren streng is die gemakkelijk over het hoofd worden gezien. Kimi K3.1 Pro redeneert altijd — er is geen schakelaar om het denken uit te zetten — en reasoning_effort accepteert low, high of max, met max als standaard. Sampling staat vast op temperature 1.0 en top_p 0.95, met penalties op nul; andere waarden doorgeven levert een fout op in plaats van stilzwijgend te worden afgekapt. Het maximum aantal completion-tokens is standaard 131,072 en kan worden verhoogd tot 1,048,576.

Twee operationele consequenties volgen hieruit. Ten eerste zal een eval-harness die de temperatuur afstemt, falen op dit model in plaats van een iets andere score op te leveren. Ten tweede maakt het wijzigen van de reasoning effort midden in een gesprek prefix-cachetreffers ongeldig, waardoor de kosten van het verkennen van effortniveaus hoger zijn dan de tokenprijs suggereert. Beide beperkingen gelden op identieke wijze voor de Highspeed-variant.

Toegang is ook op een manier beperkt die teams verrast: de API vereist een minimale accountopwaardering, en de voucher voor nieuwe gebruikers is niet van toepassing. Enterprise-beheerders moeten het model inschakelen, omdat toegang bij de lancering standaard uitgeschakeld is. Niets hiervan is ongewoon voor een vlaggenschiprelease, maar het is precies het soort detail dat een integratie van vijftien minuten in een supportticket verandert.

Waarom de naam problemen zal blijven veroorzaken

Modelfamilies krijgen meestal achteraf een nette naamgevingsconventie. De K3.1-serie is in de omgekeerde volgorde begonnen: een teaser gebruikte de familienaam als modelnaam, een coderepository gebruikte die als artefactnaam, en de API gebruikte die als namespace. Lezers die naar "Kimi K3.1" zoeken, blijven terechtkomen op pagina's die het ofwel als een model behandelen ofwel beweren dat het niet bestaat. Beide zijn onvolledig. Het bestaat als een familie, en de Pro is het lid.

De praktijktest is eenvoudig en geldt breder dan deze lancering. Een model is echt wanneer drie dingen op één lijn staan: een regel op de tariefkaart met een prijs, een gedocumenteerde modelidentificatie en een modelkaart of gewichtenrepository. Kimi K3.1 Pro heeft de eerste twee nu en de derde toegezegd voor 4 november. De kale Kimi K3.1 heeft een repositorynaam en een teaserlabel, en dat is niet hetzelfde. Wanneer de gewichten beschikbaar komen, controleer dan of de repository het Pro-artefact is dat onder een kortere naam is gepubliceerd of een werkelijk ander checkpoint. Dat onderscheid zal van belang zijn voor iedereen die van plan is om zelf te hosten.

Er is een tweede reden om voorzichtig te zijn met namen: ze planten zich voort. Een modelstring die van een forumpost naar een routerconfig, een kostendashboard of een compliance-inventaris wordt gekopieerd, kan de verwarring die hem heeft doen ontstaan overleven. Als een naam niet naar een gedocumenteerde identifier verwijst, is de juiste actie de deployment laten mislukken, niet gokken op de dichtstbijzijnde match.

Routeren rond een naam die niet wordt opgelost

Dit is het soort probleem waarvoor OrcaRouter is gebouwd, zij het niet op de manier waarop de marketing het meestal voorstelt. Eén API voor meer dan 200 modellen is handig; expliciete, resolveerbare modelidentificaties zijn het onderdeel dat productie eerlijk houdt. Onze catalogus vermeldt wat daadwerkelijk aanroepbaar is, en vandaag omvat dat kimi/kimi-k3 tegen Moonshot's lijstprijs met 0% markup. Kimi K3.1 Pro staat op het moment van schrijven niet in de catalogus, en dat zeggen we liever dan dat een zoekresultaat anders suggereert.

Waar de routeringslaag haar bestaansrecht verdient, is in de overgang. Een routing-DSL stelt je in staat een primair model en een fallback op één plek te definiëren, en automatische failoverbetekent dat een storing aan de kant van de provider of een verouderde identifier de applicatie niet mee de das om doet. Wanneer de K3.1-serie daadwerkelijk in de catalogus verschijnt, is de wijziging één string in dat beleid — geen nieuwe SDK, geen nieuwe sleutel en geen tweede factureringsrelatie. Dat is een bescheidener claim dan "we hebben elk model", en het is degene die een audit overleeft.

Wat te doen op 24 oktober

Als je Kimi K3.1 Pro wilt, gebruik dan kimi-k3.1-pro. Als je het sneller wilt en bereid bent het dubbele te betalen voor latentie, gebruik dan kimi-k3.1-pro-highspeed. Als je kimi-k3.1 in een config hebt, vervang het dan — dat model bestaat niet, en het dichtstbijzijnde echte alternatief is de Pro-identificatie.

De enige openstaande vraag is hoe de gewichtsrelease van 4 november gaat heten. Zolang die repository niet openbaar is, blijft "Kimi K3.1" een familienaam met een teaser eraan vast, en de vergelijking tussen die naam en Kimi K3.1 Pro is een vergelijking tussen een label en een product. Dat is een minder bevredigend antwoord dan een specblad, maar het is wel het juiste, en het is goedkoper om er nu op te handelen dan om het later in productie te ontdekken.