Kimi K3.1 Pro vs. Kimi K3.1: Das eine ist ein Modell, das andere ein Serienname

Wenn Sie zwischen Kimi K3.1 Pro und Kimi K3.1 wählen möchten, ist die erste nützliche Tatsache, dass nur eines von beiden als etwas existiert, das Sie aufrufen können. Die Preisliste von Moonshot AI für die K3-Serie hat drei Zeilen: kimi-k3.1-pro, kimi-k3.1-pro-highspeed und kimi-k3. Es gibt keine einfache kimi-k3.1-Zeile, keine Modellkarte dafür und keinen Endpunkt, der auf diesen Namen antwortet. „K3.1“ ist die Familie, zu der das Release vom 24. Oktober 2026 gehört. „Pro“ ist das Modell darin.

Das klingt nach einem Namensstreit, bis man derjenige ist, der „kimi-k3.1“ in eine Konfigurationsdatei eingetragen hat. Dann ist es ein 404, ein fehlgeschlagener Eval-Lauf oder eine Rechnungsposition, die jemand erklären muss. Die Verwirrung ist nicht die Schuld des Lesers: Moonshot hat den bloßen Namen in seinem eigenen Video vor dem Launch verwendet, und die Berichterstattung Dritter hat die Unterscheidung seit dem Teaser am 23. Oktober nachlässig behandelt. Diese Gegenüberstellung ist also eigentlich zwei Fragen in einer — was der Name bedeutet und welchen der beiden aufrufbaren K3.1-Endpunkte man tatsächlich wählen sollte.

Woher der bloße Name „K3.1“ stammt

Moonshot hat die Mehrdeutigkeit selbst gesät. Sein 24-Sekunden-Teaser zeigte ein Kimi-Code-Terminal mit der Anzeige „Model: Kimi K3.1“, nicht „Kimi K3.1 Pro“. Etwa zur selben Zeit fügte ein in der chinesischen Techpresse gemeldeter SGLang-Commit „Kimi-K3.1-Unterstützung für den K3-Chat-Encoder“ hinzu und verwies auf ein Hugging-Face-Repository namens moonshotai/Kimi-K3.1. Die Versionsnummer erscheint außerdem in der Desktop-App von Kimi Work als Version 3.1.0. Drei verschiedene Dinge – eine Modellbezeichnung, ein Repository-Name und eine Produktversion – verschmolzen in der öffentlichen Wahrnehmung alle zu derselben Zeichenkette.

Der Launch-Beitrag klärte einen Teil davon. Moonshot beschreibt Kimi K3.1 Pro als das erste Modell in seiner neuen K3.1-Serie, und die API-Dokumentation führt genau zwei Bezeichner auf. Der Repository-Name ist der eine Punkt, der noch ungeklärt ist, und er wird sich wahrscheinlich klären, wenn die Gewichte bis zum 4. November 2026 ausgeliefert werden. Wenn das Release als Kimi-K3.1 veröffentlicht wird, dann ist „K3.1“ das Open-Weight-Artefakt und „K3.1 Pro“ das daraus gebaute gehostete API-Produkt. Das ist eine stimmige Aufteilung, aber es ist kein zweites Modell, das man heute aufrufen kann.

Die Antwort auf die Frage „Was ist der Unterschied zwischen Kimi K3.1 Pro und Kimi K3.1?“ lautet: Auf Endpoint-Ebene keiner, denn eine der beiden hat keinen Endpoint. Auf Familienebene ist Pro die Implementierung. Sollte künftig ein Nicht-Pro-K3.1 erscheinen, braucht es eine eigene Zeile in der Preisliste, bevor es einen Vergleichsartikel braucht.

Der Vergleich, den es tatsächlich gibt: Pro gegen Pro Highspeed

Sobald man akzeptiert, dass „K3.1“ ein Label und kein Konkurrent ist, wird die eigentliche Weggabelung im Lineup sichtbar. Moonshot lieferte am selben Tag zwei aufrufbare Varianten aus, und sie sind dasselbe Modell an zwei Betriebspunkten.

• Preis — Kimi K3.1 Pro kostet 2,00 US-Dollar pro Million Eingabe-Tokens und 10,00 US-Dollar pro Million Ausgabe-Tokens; Kimi K3.1 Pro Highspeed kostet 4,00 bzw. 20,00 US-Dollar. Eingaben mit Cache-Treffer kosten bei beiden 0,20 US-Dollar.

• Cache-Schreibvorgänge — 2,00 $ bei fünfminütiger TTL und 4,00 $ bei einstündiger TTL bei Pro; 4,00 $ und 8,00 $ bei Highspeed.

• Geschwindigkeit — Moonshot sagt, Highspeed liefere Ergebnisse zwei- bis dreimal schneller. Es sind dieselben Gewichte und dasselbe Qualitätsziel, bereitgestellt auf Latenz statt auf Durchsatzökonomie ausgerichtet.

• Kontingent — in Kimi Code verbraucht die Highspeed-Stufe für dieselbe Arbeit ungefähr das Doppelte an Kontingent, was auf der Abonnementseite das Gegenstück zum doppelten Tokenpreis ist.

• Kontext und Leistungsfähigkeit — beide verfügen über das 1.048.576-Token-Fenster, native Bild- und Videoeingabe, Tool-Calling, strukturierte Ausgabe und stets aktives Reasoning mit den Aufwandsstufen niedrig, hoch und max. Zwischen ihnen gibt es keine Abstufung der Leistungsfähigkeit.

• Am besten geeignet — Highspeed für interaktives Coding und Agent-Loops, bei denen ein Mensch wartet; Standard Pro für Batch-Generierung, lange Dokumentarbeit und alles, bei dem die Ausgabe von einem anderen Prozess weiterverarbeitet wird.

Die Entscheidungsregel dreht sich also ums Warten, nicht um Intelligenz. Wenn eine zwei- bis dreifache Beschleunigung eine menschliche Warteschleife beseitigt, lässt sich der doppelte Preis leicht rechtfertigen. Wenn sie nur einen Batch-Job verkürzt, der über Nacht läuft, zahlen Sie doppelt für Latenz, die Sie ohnehin nicht zu spüren bekommen hätten.

Was die API tatsächlich akzeptiert

Die Frage nach dem Identifier ist wichtig, weil die API auf eine Weise strikt ist, die leicht übersehen wird. Kimi K3.1 Pro denkt immer nach – es gibt keinen Schalter, um das Denken abzuschalten – und reasoning_effort akzeptiert low, high oder max, wobei der Standardwert max ist. Das Sampling ist fest auf temperature 1.0 und top_p 0.95 eingestellt, wobei die Penalties bei null liegen; das Übergeben anderer Werte führt zu einem Fehler, statt stillschweigend begrenzt zu werden. Die maximalen Completion-Tokens liegen standardmäßig bei 131,072 und können auf 1,048,576 erhöht werden.

Zwei operative Konsequenzen ergeben sich daraus. Erstens: Eine Eval-Harness, die die Temperatur abstimmt, wird an diesem Modell scheitern und nicht etwa eine leicht abweichende Punktzahl erzeugen. Zweitens: Eine Änderung des Reasoning-Aufwands mitten in einer Konversation macht Prefix-Cache-Treffer ungültig, sodass die Kosten für das Erkunden von Aufwandsstufen höher sind, als der Token-Preis vermuten lässt. Beide Einschränkungen gelten in gleicher Weise für die Highspeed-Variante.

Der Zugang ist zudem auf eine Weise beschränkt, die Teams überrascht: Die API erfordert eine Mindestaufladung des Kontos, und der Neukunden-Gutschein gilt nicht. Enterprise-Administratoren müssen das Modell aktivieren, da der Zugang zum Start standardmäßig deaktiviert ist. Nichts davon ist für ein Flaggschiff-Release ungewöhnlich, aber es ist die Art von Detail, die aus einer fünfzehnminütigen Integration ein Support-Ticket macht.

Warum der Name weiterhin für Ärger sorgen wird

Modellfamilien erhalten üblicherweise im Nachhinein eine saubere Namenskonvention. Die K3.1-Serie ist in umgekehrter Reihenfolge gestartet: Ein Teaser verwendete den Familiennamen als Modellnamen, ein Coderepository verwendete ihn als Artefaktnamen, und die API verwendete ihn als Namespace. Leser, die nach „Kimi K3.1“ suchen, werden weiterhin auf Seiten stoßen, die es entweder als Modell behandeln oder behaupten, es existiere nicht. Beides ist unvollständig. Es existiert als Familie, und die Pro ist das Mitglied.

Der praktische Test ist einfach und lässt sich über diesen Launch hinaus verallgemeinern. Ein Modell ist real, wenn drei Dinge zusammenkommen: eine Rate-Card-Zeile mit einem Preis, eine dokumentierte Modellkennung und eine Modellkarte oder ein Weight-Repository. Kimi K3.1 Pro hat die ersten beiden jetzt und das dritte bis zum 4. November versprochen. Das bloße Kimi K3.1 hat einen Repository-Namen und ein Teaser-Label, was nicht dasselbe ist. Wenn die Weights eintreffen, prüfen Sie, ob das Repository das Pro-Artefakt ist, das unter einem kürzeren Namen veröffentlicht wurde, oder ein wirklich anderer Checkpoint. Diese Unterscheidung wird für jeden wichtig sein, der Self-Hosting plant.

Es gibt einen zweiten Grund, bei Namen vorsichtig zu sein: Sie verbreiten sich. Eine Modellzeichenfolge, die aus einem Forumsbeitrag in eine Router-Konfiguration, ein Kosten-Dashboard oder ein Compliance-Inventar kopiert wurde, kann die Verwirrung, die sie hervorgerufen hat, überdauern. Wenn sich ein Name nicht zu einer dokumentierten Kennung auflösen lässt, besteht der richtige Schritt darin, das Deployment fehlschlagen zu lassen, nicht die nächstgelegene Übereinstimmung zu erraten.

Routing um einen Namen herum, der nicht aufgelöst werden kann

Dies ist die Art von Problem, für die OrcaRouter gebaut ist, allerdings nicht so, wie das Marketing es üblicherweise darstellt. Eine einzige API für über 200 Modelle ist praktisch; explizite, auflösbare Modellkennungen sind der Teil, der die Produktion ehrlich hält. Unser Katalog listet, was tatsächlich aufrufbar ist, und heute gehört dazu kimi/kimi-k3 zum Listenpreis von Moonshot mit 0 % Aufschlag. Kimi K3.1 Pro ist zum Zeitpunkt des Schreibens nicht im Katalog, und das sagen wir lieber, als dass ein Suchergebnis etwas anderes nahelegt.

Ihren Platz verdient die Routing-Schicht im Übergang. Eine Routing-DSL ermöglicht es, ein Primärmodell und einen Fallback an einer einzigen Stelle auszudrücken, und automatisches Failoverbedeutet, dass ein Ausfall auf Anbieterseite oder eine veraltete Kennung die Anwendung nicht mitreißt. Wenn die K3.1-Serie dann im Katalog erscheint, ist die Änderung ein einziger String in dieser Policy – kein neues SDK, kein neuer Schlüssel und keine zweite Abrechnungsbeziehung. Das ist eine kleinere Behauptung als „wir haben jedes Modell“, und es ist diejenige, die ein Audit übersteht.

Was man am 24. Oktober machen kann

Wenn du Kimi K3.1 Pro möchtest, rufe kimi-k3.1-pro auf. Wenn du es schneller möchtest und bereit bist, für die Latenz das Doppelte zu zahlen, rufe kimi-k3.1-pro-highspeed auf. Wenn du kimi-k3.1 in einer Konfiguration hast, ersetze es – dieses Modell gibt es nicht, und das nächstliegende echte ist die Pro-Kennung.

Die eine offene Frage ist, wie das am 4. November erscheinende Gewichte-Release heißen wird. Bis dieses Repository öffentlich ist, bleibt „Kimi K3.1“ ein Familienname mit angehängtem Teaser, und der Vergleich zwischen ihm und Kimi K3.1 Pro ist ein Vergleich zwischen einem Label und einem Produkt. Das ist eine weniger befriedigende Antwort als ein Datenblatt, aber es ist die richtige, und es ist jetzt günstiger, danach zu handeln, als es später in der Produktion zu entdecken.