Carte de titre principale pour un article de veille sur les fuites concernant Kimi K3.1, intitulée « Kimi K3.1 », avec le sous-titre « quatre signaux, un commit invérifiable et aucune fiche modèle », des badges en forme de pilule indiquant « non publié », « aucun poids » et « aucun prix », et un pied de page indiquant « Signaux relevés le 20 octobre 2026. Le dernier Kimi livré est Kimi K3, du 16 juillet 2026. »
Guides & Insights

Kimi K3.1 : quatre signaux pointent vers un lancement la semaine prochaine, et le commit que personne n’arrive à trouver

Auteur

Magnus Corvin

Date de publication

Derniers modèles · 20Voir tous les modèles →
Benchmarks : Artificial Analysis · mis à jour quotidiennement
Retour à tous les articles

L’affirmation la plus structurante à propos de Kimi K3.1 cette semaine est un commit de code qui, pour autant que quiconque en dehors de la presse technologique chinoise puisse en juger, n’existe pas. Le 19 octobre 2026, plusieurs médias chinois ont rapporté que SGLang — la pile d’inférence open source — avait intégré une modification intitulée « Kimi-K3.1 support for the K3 chat encoder », ajoutant un quatrième niveau de raisonnement appelé medium et 107 cas de test, et étiquetant un dépôt Hugging Face nommé moonshotai/Kimi-K3.1 à une révision spécifique. Aucun de ces articles ne renvoyait au commit. Je suis allé le chercher dans l’historique public du dépôt SGLang pour la période du 17 au 20 octobre, sans pouvoir le trouver, et aucune pull request portant ce titre n’y est ouverte ou fermée aujourd’hui. Cela ne rend pas l’histoire fausse. Cela la rend non vérifiée, ce qui est la description correcte de presque tout ce qui concerne le prochain modèle Kimi, y compris le post de praticien qui a fait mettre cet article en file d’attente : un développeur qui fait l’éloge de Kimi K3 pour avoir construit un site SaaS animé dédié aux soins des plantes, et qui ajoute, au passage, qu’« un nouveau modèle est en préparation, on pourra le voir la semaine prochaine ». Les défaillances documentées de l’IA et les incidents d’agents à l’origine de versions comme celle-ci sont recensés dans l’OrcaRouter AI Incident Archive, où chaque entrée comporte ses propres sources, son niveau de gravité, sa note de confiance et son indicateur de contestation.

Il s'agit donc d'une page de statut pour un modèle qui n'est pas encore sorti. Ce qui est établi, c'est la base de référence : Kimi K3, le modèle phare à poids ouverts de 2 800 milliards de paramètres annoncé par Moonshot AI le 16 juillet 2026 et dont les poids complets ont été publiés le 27 juillet, avec une fenêtre de contexte d'un million de tokens et trois niveaux de raisonnement. Tout ce qui dépasse cette base de référence — le nom, le quatrième niveau de raisonnement, la semaine de sortie, le prix, la licence — est un signal, et ces signaux sont d'une qualité extrêmement variable. Les trier, c'est tout l'intérêt d'un article écrit aussi tôt.

Les quatre signaux, notés

Chacun d’entre eux est une trace distincte, et ils ne sont pas d’une force égale. Les classer est plus utile que de les énumérer.

• Le plus fort — l'identifiant front-end, 17–18 octobre. Des développeurs inspectant les fichiers du propre site web de Moonshot ont trouvé la chaîne k3d1-agent, aux côtés de marqueurs indiquant make3d, BOT, AUTOMATION_K3 et OK_COMPUTER_SWARM, ainsi qu'un nouveau module de bot dont personne à l'extérieur de l'entreprise ne connaît l'objectif. Il s'agit de code first-party sur un domaine first-party. Ce n'est pas un modèle, mais c'est la mécanique de nommage du fournisseur lui-même, et elle nomme quelque chose qui n'est pas K3.

• Plutôt solide — l'apparition dans le registre d'API, le 28 septembre. L'identifiant kimi-k3-1 est apparu dans le registre de modèles backend de Moonshot, répondant apparemment à des sondes d'interface, et la plateforme a brièvement annoncé un modèle K3.1 / « K311111 » avec une fenêtre de contexte de 1M de tokens. Trois semaines plus tard, il n'y a toujours pas de fiche modèle, ni de tarif, ni d'identifiant public appelable via la liste d'API standard.

• Plus faible qu'il n'y paraît — le commit de niveau raisonnement, 19 octobre. Détaillé dans son récit, introuvable dans la source. Examiné isolément ci-dessous.

• Le plus faible, et celui qui a déclenché cet article — une remarque de praticien, 20 octobre. Un développeur qui aime K3 dit qu'un nouveau modèle « mijote » et qu'il sera visible « la semaine prochaine ». Pas de nom, pas de spécifications, pas de capture d'écran, aucune prétention à une information de source interne. C'est de l'enthousiasme avec une date attachée. C'est son arrivée la même semaine que les trois autres qui le rend digne d'une ligne, pas le post lui-même.

A four-row signal-grading board headed 'Four signals, four grades of evidence', with rows reading 'Front-end identifier k3d1-agent — first-party code, 17-18 October 2026', 'API registry kimi-k3-1 — vendor backend, 28 September 2026', 'SGLang K3.1 commit — reported 19 October 2026, not locatable in public history', 'Practitioner post: new model cooking next week — 20 October 2026, no name or spec', and a footer reading 'No model card, no weights, no rate card for Kimi K3.1 as of 20 October 2026.'

Aucun des quatre n’est une version publiée. Le blog de Moonshot s’arrête toujours à Kimi K3 et PerceptionBench le 16 juillet. La documentation de la plateforme liste toujours kimi-k3, kimi-k2.7-code, kimi-k2.7-code-highspeed et kimi-k2.6. 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. Et la grille tarifaire du fournisseur lui-même comporte quatre lignes, dont aucune n’est un successeur.

Ce que le commit signalé affirme réellement, et pourquoi le nom importerait

Les récits concordent étroitement entre eux, ce qui a une certaine valeur même lorsque la source primaire manque. Selon eux, la modification ajoute au routeur expérimental de SGLang un adaptateur d’encodage de chat pour K3.1, fournit 107 tests couvrant le formatage des chats, les appels d’outils et les entrées d’images, et signale que les fichiers de tokenizer de K3.1 sont identiques octet pour octet à ceux de K3, réutilisant les mêmes 16 jetons spéciaux. La seule différence fonctionnelle citée est l’échelle de raisonnement : K3 propose low, high et max, et K3.1 insérerait, selon les rapports, medium entre low et high, le routage restant par défaut sur max.

Ce détail a un accent de vérité parce qu'il correspond à ce qui est déjà public. K3 n'accepte ni temperature, ni top-p, ni seed ; la profondeur de raisonnement se règle via un paramètre reasoning_effort avec exactement ces trois valeurs, selon la documentation de la plateforme et notre propre page modèle. Un successeur qui ajoute un quatrième palier à cette échelle constitue le changement le moins spectaculaire possible et le plus facile à décrire avec exactitude à partir d'un diff. C'est aussi le genre de changement qu'une pile d'inférence devrait encoder avant un lancement plutôt qu'après, car le routeur doit savoir comment présenter une requête que le modèle acceptera.

L’affirmation la plus forte dans ce récit est le nom. Un commit qui référence moonshotai/Kimi-K3.1 à une révision précise implique qu’un dépôt existe dans l’organisation du fournisseur, même s’il est privé ou pas encore indexé. Cela relève d’une autre catégorie d’artefact qu’un nom de code d’arène ou une capture d’écran fuitée : ce sont les identifiants de dépôt sous lesquels les poids sont réellement publiés. Mais c’est aussi l’affirmation que je n’ai pas pu vérifier. L’API Hugging Face renvoie 401 pour moonshotai/Kimi-K3.1 — comme pour tout nom qui ne correspond pas à un dépôt public, y compris les noms délibérément faux ; ce test ne nous apprend donc rien dans un sens ou dans l’autre.

Ce qui peut être vérifié, c’est le substrat. SGLang a bel et bien développé le routage K3 : une pull request effectuant le rendu de Kimi-K3 via son processeur Rust a été fusionnée autour du 13 octobre, avec des commits tout au long de cette semaine qui comblaient les lacunes de rendu, analysaient la sortie et abaissaient les conversations K3 vers le chemin de génération du moteur. Une suite qui étend ce travail à un encodeur K3.1 est exactement le prochain commit que l’on s’attendrait à voir. Une histoire qui correspond au schéma d’ingénierie est plus plausible qu’une qui n’y correspond pas — et ne constitue toujours pas une preuve que ce commit particulier existe.

K3 par rapport au modèle décrit

La base de référence compte plus que d’habitude ici, car si K3.1 est une version mineure de K3 comme le suggère l’affirmation sur le tokenizer, alors l’essentiel de ce que vous voudriez savoir trouve déjà sa réponse dans K3.

• Publication — K3 annoncé le 16 juillet 2026, poids complets sur Hugging Face le 27 juillet 2026 ; K3.1 n’a pas de date, seulement une semaine rapportée.

• Taille — K3 compte 2,8 billions de paramètres au total, avec environ 104 milliards actifs par token, selon Artificial Analysis ; la taille de K3.1 est inconnue, et tout chiffre qui lui est associé est une inférence à partir de K3.

• Contexte — K3 dispose de 1 048 576 jetons ; l’apparition dans le registre de septembre et l’aperçu de la plateforme pointaient tous deux vers la même fenêtre de 1 M pour K3.1, ce qui en ferait une parité de contexte plutôt qu’une mise à niveau.

• Raisonnement — K3 expose low, high et max ; K3.1 ajouterait medium, ce qui ferait quatre niveaux.

• Modalité — K3 accepte nativement du texte et des images en entrée, et produit du texte en sortie ; rien dans les informations rapportées ne suggère que K3.1 change cela.

• Prix — K3 est affiché à 3,00 $ par million de tokens d’entrée et à 15,00 $ par million de tokens de sortie, avec une remise de 90 % sur le cache ; K3.1 n’a aucun prix indiqué nulle part, et une version corrective hérite généralement des tarifs plutôt que de les réduire.

• Licence et poids — K3 est distribué sous la Kimi K3 License, une licence personnalisée « autre » plutôt qu’une licence open source standard ; la question ouverte est de savoir si un successeur sera ouvert du tout, et cela a désormais une dimension politique.

Le résumé honnête de cette comparaison est que personne n’a publié la moindre spécification de K3.1. L’ajout lié au niveau d’effort est la seule différence fonctionnelle en circulation, et il provient d’un commit introuvable. Quiconque cite un nombre de paramètres, un benchmark ou une date de lancement pour K3.1 fait de l’extrapolation.

Le changement de politique qui détermine si vous pouvez le télécharger

C’est la partie de l’histoire qui n’est pas une rumeur, et c’est la raison pour laquelle un article issu de fuites sur un modèle phare chinois à poids ouverts vaut la peine d’être lu cette semaine en particulier. Le 16 octobre 2026, le ministère du Commerce et le ministère des Sciences et des Technologies de la Chine ont publié l’annonce n° 48 de 2026, un projet de révision du catalogue des technologies exportables qui couvre pour la première fois les poids des modèles d’IA et le code source. Le seuil de couverture rapporté par la presse spécialisée est de deux mille milliards de paramètres ou plus, ou une place parmi les dix premiers mondiaux aux benchmarks de performance et de sécurité. Quarante technologies sont ajoutées au total, dont 23 liées à l’IA, 14 devant faire l’objet d’une interdiction et 26 d’une restriction sous licence. La consultation publique court jusqu’au 15 novembre 2026.

Deux exceptions font l’essentiel du travail pour quiconque lit cela depuis l’extérieur de la Chine. Les technologies déjà dans le domaine public du fait d’une publication en open source ou universitaire sont exclues, et l’accès API et SaaS pour les utilisateurs étrangers n’est pas restreint. Un média a en outre rapporté qu’une mesure d’enregistrement provisoire était en vigueur à partir du {{1}}16 octobre{{/1}} tandis que le catalogue lui-même reste en consultation ; d’autres articles décrivent l’ensemble de l’instrument comme un {{2}}projet ouvert aux commentaires{{/2}}, et les deux lectures n’ont pas été conciliées publiquement. Considérez le {{3}}statut de projet{{/3}} comme établi et la mesure provisoire comme rapportée.

A four-row fact card headed 'One document that is not a rumour' with the subtitle 'China, Announcement No. 48 of 2026', rows reading 'Published — 16 October 2026, by MOFCOM and MOST', 'Threshold — 2 trillion parameters or more, or global top ten', 'Comment deadline — 15 November 2026', 'Carve-outs — already open source, academic publication, API and SaaS access', and a footer reading 'Draft catalogue. Interim registration measure reported, not reconciled.'

Pourquoi cela tombe précisément sur K​imi : K3 dépasse largement le seuil des 2 000 milliards, et il fait partie des modèles cités dans les articles sur le projet comme se situant au-dessus. Les poids de K3 sont déjà publiés, donc l’exception pour le domaine public constitue la lecture naturelle pour K3 lui-même — c’est une déduction tirée du texte tel que rapporté, pas une décision officielle. La question ouverte est celle du successeur. Si K3.1 est lancé après la finalisation du catalogue, la différence entre publier les poids sur Hugging Face et ne proposer qu’une API ne relève plus d’une décision produit prise dans une salle de réunion ; c’est une question de licence avec un ministère d’un côté. Un teaser publié la semaine du lancement et un projet de catalogue à l’export arrivant six jours plus tard, c’est le genre de coïncidence qui change ce qu’un lecteur peut anticiper, et c’est la seule chose dans cette histoire qui soit à la fois nouvelle et sourcée.

Concrètement, cela plaide pour une posture précise : si vous attendez K3.1 parce que vous voulez l’héberger vous-même, ne bâtissez pas un plan qui présuppose que vous pourrez le faire. Si vous attendez parce que vous voulez l’appeler, l’exception prévue pour l’API dans le projet est ce qui rend cela probable, quelle que soit la manière dont la question des poids sera tranchée.

Ce que vous pouvez appeler aujourd'hui.

Kimi K3 figure dans notre catalogue sous kimi/kimi-k3 : contexte de 1 048 576 tokens, entrée texte et image, 3,00 $ par million de tokens en entrée et 15,00 $ par million de tokens en sortie au prix catalogue du fournisseur, avec 0 % de majoration par rapport à celui-ci. Le membre de la gamme optimisé pour le codage, kimi/kimi-k2.7-code, est à 0,95 $ et 4,00 $ sur un contexte de 262 K, et les plus anciens kimi/kimi-k2.6 et kimi/kimi-k2.5 viennent derrière. Les quatre sont accessibles via une seule clé aux côtés de plus de 200 modèles.

Cela compte tout particulièrement pour un article sur une fuite. Face à un successeur non confirmé, l’erreur consiste soit à mettre un projet en pause en l’attendant, soit à parier un chemin de production dessus dès son apparition. Le routage résout le second problème : placez K3 derrière la même interface qu’utiliserait un successeur et, lorsqu’un modèle inconnu se présente, vous pouvez lui envoyer une partie du trafic tout en gardant la chaîne de repli pointée vers quelque chose que vous avez déjà mesuré. Le basculement automatique fait la différence entre essayer un modèle non éprouvé et en dépendre. Comme nous répercutons les prix catalogue des fournisseurs sans marge, le prix du jour du lancement sur la grille tarifaire du fournisseur est le prix de la nôtre le jour même — aucun cycle de réévaluation à attendre.

A screenshot of the OrcaRouter model page for kimi/kimi-k3, headed 'Kimi K3', showing a 1,048,576-token context window, text and image input with text output, $3.00 per 1M input and $15.00 per 1M output tokens, a p50 time to first token of 4.92 seconds, a p95 of 10.00 seconds, and 889.35 million tokens of traffic.

Comment lire les deux prochaines semaines

Surveillez les artefacts par ordre croissant de ce qu’ils coûtent à produire pour Moonshot, car chacun est plus difficile à falsifier et chacun tranche davantage.

• Un identifiant de modèle dans la liste d’API publiques du fournisseur. Cette simple chaîne répond à la question de savoir si K3.1 existe en tant que produit, et elle apparaît généralement avant toute annonce.

• Une ligne de grille tarifaire. Un tarif à côté du nom signifie que le modèle est bien servi et facturé, quoi qu'en dise le blog.

• {{1}}Un dépôt sous moonshotai sur Hugging Face.{{/1}} {{2}}C’est celui qui règle les chiffres et la licence, et pour ce modèle, le champ de licence est la première chose à lire plutôt que la dernière.{{/2}}

• Une entrée sur un classement neutre. Artificial Analysis place Kimi K3 à 44 sur son Intelligence Index, classé cinquième sur 121 modèles, et n’a pas de page K3.1. Lorsque cette page apparaîtra, ce sera le premier chiffre de l’histoire produit par quelqu’un qui n’est pas le fournisseur.

La falsification est peu coûteuse à énoncer et mérite d’être prise au sérieux. Le nom est peut-être erroné : la chaîne front-end était k3d1-agent, la chaîne de registre était kimi-k3-1, et la presse s’est arrêtée sur K3.1 par convention plutôt que par annonce. La forme est peut-être erronée : un successeur pourrait arriver sous la forme de K3.2, d’un K4 d’une taille entièrement différente, ou d’un rafraîchissement post-entraînement sous le nom K3 sans aucun nouveau dépôt. Ou la semaine peut simplement s’écouler, comme l’a fait la fenêtre d’août et comme l’a désormais largement fait la fenêtre de mi-octobre qu’un rapport citant des sources de Nomura évoquait le 11 octobre.

Ce qu’il faut faire de tout cela est simple. Si vous avez besoin aujourd’hui d’un modèle open-weight à contexte de 1 M, Kimi K3 est appelable et éprouvé, avec trois niveaux de raisonnement qui couvrent l’essentiel de ce qu’apporterait un quatrième. Si vous voulez savoir si le successeur est réel, ne lisez pas les commentaires : consultez la liste des modèles, puis la grille tarifaire, puis le dépôt. Et si ce qui vous importe réellement est de télécharger les poids plutôt que d’appeler le modèle, le document à lire cette semaine n’est pas une fuite du tout. C’est un projet de catalogue d’exportation dont la date limite pour les commentaires est le 15 novembre, et il en dira plus sur ce qui sera livré en open source que n’importe quel commit que quiconque prétend avoir vu.