Kimi K3.1 : le teaser confirme le nom et ne révèle rien d’autre

Mise à jour du 24 octobre 2026 : le modèle que cette page décrivait comme non publié a depuis été lancé. Kimi K3.1 est sorti sous le nom de Kimi K3.1 Pro. L'identifiant est apparu dans le sélecteur de modèles de Kimi Code le 21 octobre, le compte de Kimi a publié un teaser le 23 octobre, puis le modèle est devenu disponible sur l'API sous les noms kimi-k3.1-pro et kimi-k3.1-pro-highspeed — un modèle à poids ouverts de classe 3T avec une fenêtre de contexte de 1 M de jetons, à 2,00 $ par million de jetons d'entrée et 10,00 $ par million de jetons de sortie, soit un tiers de moins que Kimi K3 — les poids complets étant promis pour le 4 novembre. Le lancement, et ce qu'il change pour une charge de travail Kimi K3. Tout ce qui suit consigne l'état des choses au moment du teaser : ce qu'une vidéo de 24 secondes a confirmé, et ce qui manquait encore le 23 octobre.

Kimi K3.1 existe désormais comme nom de modèle dans la bouche même du fournisseur, et presque comme rien d'autre. Le clip de 24 secondes publié par le compte officiel de Kimi le 23 octobre 2026 montre un ordinateur au style rétro exécutant Kimi Code, l'agent de codage du laboratoire, avec une seule ligne au-dessus de la sortie du terminal indiquant « Model: Kimi K3.1 » pendant que l'agent écrit une scène Three.js. C'est la première fois que Moonshot AI place ce nom sur une surface qu'elle contrôle. C'est aussi tout ce que le fournisseur a déclaré : aucun prix par million de jetons, aucune fenêtre de contexte, aucun nombre de paramètres, aucun dépôt de poids, aucune condition de licence et aucune date de sortie n'apparaissent nulle part dans le clip ni sur aucune page Moonshot que nous avons consultée le même jour. Kimi K3, le modèle phare à 2,8 billions de paramètres dont ce modèle est une version mineure, était, ce jour-là, le modèle Kimi le plus récent que l'on pouvait appeler via une API publique.

Cet écart mérite une page plutôt qu'un paragraphe, car ces trois dernières semaines ont produit sept « signaux » distincts au sujet de Kimi K3.1, et aucun d'entre eux ne constitue une ligne de grille tarifaire. Les classer selon ce qu'ils prouvent réellement est plus utile que de les répéter dans l'ordre chronologique, d'autant plus maintenant que le plus fort est enfin arrivé et s'avère être une légende.

Ce que la vidéo montre, et ce qu’une démo ne peut pas montrer

Le clip est présenté comme un vieil ordinateur personnel : courbure CRT, cadre épais, caractères à chasse fixe. À l’intérieur se trouve {{1}}Kimi Code{{/1}}, et l’en-tête du terminal indique le nom du modèle. La tâche affichée à l’écran est la génération de code pour une scène 3D dans Three.js, la bibliothèque graphique pour navigateur que les développeurs utilisent depuis des années comme test visuel rapide de la production front-end d’un modèle. {{2}}C’est le compte de Kimi lui-même qui l’a publié ; les articles des médias qui ont suivi le 23 octobre concordent sur la durée, le style rétro, la gamme de modèles et la tâche Three.js.{{/2}}

Une démo comme celle-ci répond à une question et en soulève le reste. Elle répond « oui » à « Moonshot a-t-il l’intention de vendre un modèle sous ce nom » — sinon, un fournisseur ne mettrait pas un identifiant de modèle non publié dans l’en-tête du terminal de son propre produit de programmation. Elle ne peut rien dire sur les capacités. Un clip de 24 secondes est un artefact marketing, pas une évaluation : il montre une tâche, choisie par le fournisseur, à une résolution qui masque le nombre de tokens, la latence et le coût. Rien dans l’image n’indique les paramètres, la longueur de contexte, les scores de benchmark ou une date, et plusieurs rapports en chinois qui décrivent le clip comme annonçant un lancement imminent le déduisent du timing plutôt que de le lire dans la vidéo.

Nous n’avons pas pu charger la publication originale depuis X pour l’examiner image par image ; tous les détails ci-dessus proviennent du clip du fournisseur tel que décrit par plusieurs médias qui ont pu le faire, et leurs descriptions concordent. Considérez la description visuelle comme de seconde main et le nom comme de première main, ce qui correspond à la même distinction que ce blog applique aux chiffres de benchmark.

Il y a trois semaines, le point était une habitude de recherche. Ce n’est plus le cas aujourd’hui.

Le 13 octobre, une page de ce blog a conclu que Kimi K3.1 était l’orthographe que privilégient les champs de recherche pour la gamme Kimi K3, plutôt qu’une version de celle-ci, et les éléments de preuve de l’époque le confirmaient : la documentation de Moonshot, sa page de tarification, son organisation Hugging Face et son blog utilisaient un seul nom pour un seul modèle, et aucune interface du fournisseur ne comportait de suffixe pointé. Le 16 octobre, un article comparatif est allé plus loin et a affirmé que K3.1 n’était pas un modèle du tout. Les deux étaient exacts au moment de leur publication et sont aujourd’hui obsolètes, d’une manière précise et datable : le 21 octobre, l’identifiant a commencé à apparaître dans la configuration de changement de modèle propre à Kimi Code, et le 23 octobre, le compte du fournisseur l’a mentionné dans une vidéo.

Ce qui a changé, ce n’est pas la capacité du modèle, mais son statut de nom. Un alias dans une barre de recherche est quelque chose que les lecteurs tapent ; un nom dans le produit du fournisseur est quelque chose que le fournisseur commercialise. Ce sont des faits différents, et c’est le second qui transforme un exercice de surveillance des fuites en décision d’achat — car un nom dans Kimi Code signifie qu’il existe une gamme de produits dont le successeur est sur le point d’être annoncé, même si l’annonce n’est actuellement qu’une légende.

Le registre des signaux, évalué à l’aune de ce qu’il prouve

Sept traces se sont accumulées depuis fin septembre. Elles ne sont pas toutes aussi fortes, et deux d’entre elles sont régulièrement présentées comme plus fortes qu’elles ne le sont.

• 28 septembre — un kimi-k3-1 identifiant aurait fait son apparition dans le backend API de Moonshot, avec un aperçu sur la plateforme ouverte indiquant une fenêtre de contexte de 1 M de jetons. Rapporté par la presse technologique chinoise ; nous n’avons pas vu la page, et aucune liste publique de modèles ne le mentionne aujourd’hui.

• 17–18 octobre — des développeurs inspectant les fichiers du propre site web de Moonshot ont trouvé des chaînes telles que k3d1-agent et make3d. Du code first-party sur un domaine first-party, ce qui explique pourquoi celui-ci est si bien classé ; mais un identifiant front-end relève de la mécanique de nommage, pas d’un modèle.

• 19 octobre — Des médias chinois ont rapporté un commit SGLang intitulé « Kimi-K3.1 support for the K3 chat encoder », avec 107 tests et un quatrième niveau de raisonnement. C’est l’affirmation la plus citée et c’est celle que nous n’avons pas pu reproduire : en parcourant les 538 commits du dépôt SGLang entre le 17 et le 23 octobre, on ne trouve aucun commit mentionnant K3.1, et une recherche de la chaîne « k3.1 » dans les issues et pull requests de ce dépôt ne renvoie aucun résultat. Le travail qu’il décrit existe peut-être quelque part en privé. En public, il n’existe pas.

• 21 octobre — un développeur a publié une capture d’écran de l’avertissement de changement de modèle en cours de session de Kimi Code, qui mentionne Kimi K3.1. C’est la preuve pré-teaser la plus solide, précisément parce qu’elle provient du produit plutôt que d’une chaîne de code : une interface de changement de modèle répertorie les modèles vers lesquels le produit peut acheminer les requêtes.

• 22 octobre — LMArena a ajouté deux entrées anonymes, « Kibitz » et « Kalmia », et la communauté a interprété Kibitz comme Kimi K3.1. Plausible et non prouvé ; « Kibitz » était aussi utilisé comme alias à l’époque de K2, le nom pourrait donc être recyclé plutôt qu’un indice délibéré.

• 22 octobre — sept pull requests SGLang ouvertes en une seule journée, dont cinq correctifs explicites pour Kimi K3 portant sur la validation des sorties, le streaming des appels d’outils et les noyaux KDA, les deux autres concernant des travaux généraux de quantification MoE et de décodage FP8. Elles sont réelles et nous avons vérifié chacune d’elles sur GitHub. Elles concernent aussi toutes K3, et non K3.1 : aucun des sept titres ne mentionne un successeur, ce qui est l’inverse de l’interprétation « K3.1 est en cours d’intégration » qu’on en tire souvent.

• 23 octobre — le teaser. Officiel, daté, et le seul élément de la liste où c’est le fournisseur qui parle plutôt que quelqu’un qui lit le code du fournisseur.

Le quatrième échelon : ce qu'apporterait réellement un palier de raisonnement moyen

Le seul détail technique qui a survécu à chaque reprise est une échelle de raisonnement. Kimi K3 définit la profondeur de sa réflexion via un champ reasoning_effort de premier niveau plutôt que via des paramètres d’échantillonnage, et la documentation de Kimi elle-même répertorie exactement trois valeurs pour ce champ — low, high et max — avec max comme valeur par défaut. Le changement signalé pour K3.1 en insère une quatrième, medium, entre low et high, en conservant max comme valeur par défaut.

Si c’est exact, il s’agit d’un levier de coût plutôt que d’un saut de capacité. Les tokens de raisonnement sont facturés comme de la sortie ; ainsi, sur K3, chaque appel qui ne définit pas explicitement un niveau d’effort paie pour le réglage le plus profond. Un échelon intermédiaire permettrait à une charge de travail de réserver le réglage maximal au cinquième difficile de son trafic et d’utiliser quelque chose de moins coûteux pour le reste, sans retomber jusqu’au niveau bas. C’est la modification la moins spectaculaire possible pour un modèle et, pour quiconque exploite K3 à grande échelle, la plus utile — ce qui explique aussi pourquoi il s’agit d’un détail crédible : c’est exactement le genre de changement qu’une pile d’inférence doit intégrer avant un lancement, car le routeur doit produire une requête que le modèle acceptera.

Rien de tout cela n’est confirmé. La documentation du fournisseur indique aujourd’hui trois valeurs et ne mentionne pas K3.1.

Ce qui manque encore, et où nous avons cherché

La vérification a pris quelques minutes et la réponse était uniforme sur toutes les surfaces qu’un acheteur consulterait. La liste de modèles de la plateforme ouverte de Moonshot comprend kimi-k2, kimi-k2.6, kimi-k2.7 et kimi-k3, et aucun successeur. Les tableaux K3 et K2 de la page de tarification ne comportent aucune ligne pour ce modèle. L’organisation moonshotai sur Hugging Face n’a rien de plus récent que Kimi-K3, créé le 13 juin 2026 et modifié pour la dernière fois le 2 septembre. La page produit Kimi Code présente toujours l’agent comme « Kimi Code with Kimi K3 », sans mention d’un modèle plus récent. Et le catalogue d’API à partir duquel nous routons — qui reflète les modèles livrés par le fournisseur — répertorie quatre entrées Kimi, dont aucune n’est une K3.1.

Cela donne une liste courte et étonnamment vérifiable de ce à quoi ressemble un vrai lancement. Une ligne de grille tarifaire avec un prix par million de jetons ; un identifiant de modèle qui répond sur le point de terminaison de chat standard ; une page de documentation ; et, si le précédent K3 tient, un dépôt de poids sous l’organisation du fournisseur, puisque K3 a été publié sous poids ouverts le 27 juillet 2026. Le teaser ne couvre aucun de ces quatre éléments. Quand l’un d’eux apparaît, le lancement est en cours ; d’ici là, une couverture qui décrit K3.1 comme « publié » décrit une vidéo.

Que faire d’ici le lancement

Pour quiconque utilise déjà Kimi K3, la réponse concrète est que rien ne change aujourd'hui. K3 reste le modèle figurant sur la grille tarifaire : 2,8 billions de paramètres, une fenêtre de contexte de 1 048 576 tokens, une entrée d'images, des poids ouverts, et un prix catalogue de 3,00 $ par million de tokens d'entrée contre 15,00 $ par million de tokens de sortie. Sur OrcaRouter, c'est le prix que vous payez — le tarif catalogue du fournisseur est répercuté sans marge ajoutée — et il se trouve sur la même clé que plus de 200 autres modèles, de sorte qu'une ligne K3.1 apparaissant plus tard constituera un changement de notre côté plutôt qu'un nouveau contrat du vôtre.

Si l’échelon intermédiaire est ce que vous attendez, l’essentiel du bénéfice est déjà disponible en définissant l’effort par appel. L’extraction, la classification et le formatage fonctionnent très bien en low ; l’analyse et les modifications multi-fichiers sont ce à quoi sert high ; max est destiné à la session de débogage que vous ne pouvez pas vous permettre de voir échouer. Cette décision de routage tient en une ligne de configuration de requête, et une équipe qui la définit délibérément constatera sur sa facture un changement plus important qu’un nouveau palier ne produira à lui seul.

Pour les équipes qui veulent essayer K3.1 dès sa sortie sans faire reposer un chemin de production sur un modèle non éprouvé, la solution raisonnable est une route secondaire avec basculement vers K3 — le nouveau modèle prend le trafic que vous lui envoyez et le modèle existant absorbe le reste s’il se bloque. Essayer une version mineure ne devrait pas nécessiter de migration.

La date reste la question ouverte. Kimi K3 a été annoncé en juillet 2026 et ses poids sont arrivés le 27 juillet ; au moment de la rédaction, il y avait encore un modèle phare Kimi sur la grille tarifaire, et le teaser est la première phrase de l’annonce plutôt que l’annonce elle-même. La prochaine chose à surveiller n’est pas une autre fuite — c’est la propre table de tarification du fournisseur qui gagne une cinquième ligne.