Kimi K3 : Comparatif des benchmarks Moonshot et des tests indépendants

Kimi K3 obtient un score de 57 sur Artificial Analysis (classé 4ème sur 189) mais est lent. Découvrez les allégations du fournisseur comparées aux tests indépendants et comment évaluer kimi-k3 vous-même.

Ashley Innocent

Ashley Innocent

17 July 2026

Kimi K3 : Comparatif des benchmarks Moonshot et des tests indépendants

Apidog pour les entreprises

Déploiement sur site

SSO & RBAC

Conforme SOC 2

Découvrir Apidog Enterprise

Lorsqu'un nouveau modèle est lancé, deux types de chiffres sont publiés simultanément et concordent rarement : les chiffres propres au laboratoire et les résultats des testeurs indépendants. Le Kimi K3, que Moonshot AI a mis en circulation le 16 juillet 2026, est un cas d'étude clair pour lire les deux sans se laisser berner. Du côté indépendant, il semble intelligent mais pas rapide ; du côté du fournisseur, Moonshot le qualifie de "niveau frontière" tout en admettant dans le même article qu'il est toujours en deçà des meilleurs systèmes propriétaires. Cet article démêle ces fils pour que vous puissiez voir ce qui est prouvé, ce qui est affirmé et ce que personne n'a encore publié.

TL;DR : comment Kimi K3 se compare réellement

Sur l'indice indépendant Artificial Analysis Intelligence Index, Kimi K3 obtient un score de 57 et se classe 4e sur 189 modèles, une véritable entreprise de pointe. Mais sa vitesse de sortie mesurée est d'environ 62 tokens par seconde, inférieure à la médiane de 72,7 pour sa catégorie de prix, c'est donc un bon raisonneur qui fonctionne plutôt lentement. L'article de lancement de Moonshot revendique des "performances de niveau frontière sur notre suite d'évaluation", puis déclare clairement que le K3 "est toujours en deçà des modèles propriétaires les plus puissants, Claude Fable 5 et GPT-5.6 Sol". Le tableau de benchmark publié par Moonshot est solide : K3 devance BrowseComp, Automation Bench et SpreadsheetBench 2, arrive deuxième sur Terminal-Bench 2.1 et troisième sur DeepSWE. Ce sont des chiffres exécutés par le fournisseur, non reproduits indépendamment, donc traitez-les comme indicatifs ; ce qui manque encore est une réexécution neutre des suites de codage et un score classique SWE-bench Verified. Le résumé honnête : intelligence générale forte vérifiée, chiffres de tâches crédibles mais exécutés par le fournisseur, et un plafond auto-déclaré inférieur aux deux leaders propriétaires.

💡
Si vous ne deviez retenir qu'une chose : le benchmark qui compte est celui que vous exécutez sur votre propre charge de travail. Pointez un client compatible OpenAI comme Apidog vers le point de terminaison kimi-k3 et mesurez la latence, le coût et la qualité de sortie sur vos propres invites. Ce chiffre dépasse tout classement pour décider si le K3 a sa place dans votre pile.
button

Les trois affirmations, séparées

Les lancements de modèles peuvent sembler déroutants car trois types d'affirmations différents sont mélangés en un seul titre. Séparez-les et l'image s'éclaircit. Pour la fiche technique complète, le pilier Qu'est-ce que Kimi K3 couvre l'architecture et la tarification ; ici, nous nous en tenons aux chiffres.

Affirmation 1 : l'ancrage indépendant (Artificial Analysis)

Artificial Analysis est une tierce partie : elle achète l'accès à l'API, exécute une suite d'évaluation fixe et publie les résultats sans l'avis du laboratoire. C'est pourquoi ses chiffres ont le plus de poids ici.

Pour Kimi K3, les points d'ancrage sont :

Ensemble, ces chiffres racontent une histoire spécifique : K3 est intelligent mais pas rapide. Il obtient un classement dans le top quatre, puis en perd un peu en débit. Pour une tâche de traitement par lots de nuit, cela importe à peine. Pour un assistant de codage interactif où un développeur attend chaque complétion, 62 tokens par seconde est une véritable contrainte. Même modèle, verdicts opposés, selon ce que vous construisez.

Affirmation 2 : ce que Moonshot dit de lui-même

L'article de lancement de Moonshot est un document de fournisseur, rédigé pour vendre. Il décrit le K3 comme présentant des "performances de niveau frontière sur notre suite d'évaluation, surpassant constamment les autres modèles testés". Remarquez "notre suite d'évaluation". Choisir son propre mix de benchmarks n'est pas tricher, mais c'est un avantage du terrain : chaque fournisseur choisit les évaluations où il est fort, donc l'affirmation est indicative, non décisive.

Une affirmation secondaire de la couverture du lancement dit que K3 "s'est classé premier dans 4 des 8 benchmarks d'automatisation du monde réel, y compris Automation Bench, SpreadsheetBench 2 et BrowseComp", tout en se plaçant deuxième derrière Claude Fable 5 sur la plupart des autres. C'est un chiffre de source secondaire, proche du fournisseur, qu'aucun testeur indépendant n'a reproduit, alors classez-le sous "intéressant, non confirmé" jusqu'à ce qu'une partie neutre exécute ces benchmarks et montre son travail.

Affirmation 3 : le plafond que Moonshot admet

La phrase la plus utile de l'article de lancement contrecarre le battage médiatique. Moonshot écrit que les "performances globales du K3 sont toujours en deçà des modèles propriétaires les plus puissants, Claude Fable 5 et GPT-5.6 Sol". Un fournisseur qui admet ses propres limites est rare et digne de confiance.

C'est important pour les attentes. Pour vos tâches les plus difficiles, Moonshot lui-même dit que les options propriétaires sont toujours en avance en termes de capacité brute. L'argument du K3 n'a jamais été "nous battons tout le monde" ; c'est "une qualité proche du niveau frontière dans un modèle ouvert à une fraction du coût". Pour les comparaisons directes, les analyses Kimi K3 vs GPT-5.6 Sol et Kimi K3 vs Claude Opus 4.8 approfondissent le sujet.

Chiffres indépendants vs fournisseurs, côte à côte

Voici l'histoire complète des benchmarks en un seul aperçu, triée par qui fait chaque affirmation.

Affirmation Qui l'affirme Ce qu'il mesure Degré de confiance
Indice d'Intelligence 57, classé 4e sur 189 Artificial Analysis (indépendant) Intelligence générale composite Élevé. Tierce partie, suite fixe, sans avis du laboratoire.
Sortie ~62 tokens/sec (médiane de la catégorie 72.7) Artificial Analysis (indépendant) Débit de génération Élevé. Mesuré, reproductible.
Temps au premier token ~2 secondes Artificial Analysis (indépendant) Réactivité Élevé. Mesuré.
« Performances de niveau frontière sur notre suite d'évaluation » Moonshot (fournisseur) Mix de benchmarks auto-sélectionné Indicatif. L'avantage du terrain s'applique.
Victoires sur BrowseComp, Automation Bench, SpreadsheetBench 2 ; 2e sur Terminal-Bench 2.1 ; 3e sur DeepSWE Moonshot (fournisseur, tableau publié) Performance agentique au niveau des tâches Moyenne. Chiffres réels publiés, mais exécutés par le fournisseur et non reproduits indépendamment.
En deçà de Claude Fable 5 et GPT-5.6 Sol globalement Moonshot (fournisseur, auto-admis) Plafond vs leaders propriétaires Élevé. Le fournisseur admet ses propres limites.
Scores de codage reproduits indépendamment + SWE-bench Verified classique Personne pour l'instant Capacité spécifique au codage Non publié. Les propres chiffres de Moonshot existent ; les réexécutions neutres non.

Le schéma est facile à manquer : les chiffres auxquels vous pouvez le plus faire confiance (les indépendants) décrivent l'intelligence générale et la vitesse, tandis que les chiffres au niveau des tâches sont réels mais exécutés par le fournisseur. Cet écart est là où vos propres tests sont rentables.

Voici le tableau de lancement publié par Moonshot, au paramètre de raisonnement maximal, afin que vous puissiez voir la forme de l'affirmation plutôt qu'une paraphrase.

Benchmark Kimi K3 Claude Fable 5 GPT-5.6 Sol Claude Opus 4.8
Terminal-Bench 2.1 88.3 84.6 88.8 84.6
DeepSWE 67.5 70.0 73.0 59.0
BrowseComp 91.2 88.0 90.4 84.3
Automation Bench 30.8 29.1 29.7 27.2
SpreadsheetBench 2 34.8 34.7 32.4 31.6

Deux choses ressortent. K3 bat Claude Fable 5 et Claude Opus 4.8 sur quatre de ces cinq benchmarks, et devance de peu GPT-5.6 Sol sur BrowseComp, Automation Bench et SpreadsheetBench 2. Mais sur DeepSWE, la métrique de codage agentique la plus difficile ici, K3 se classe clairement troisième derrière Sol et Fable 5. Cette ligne explique pourquoi l'affirmation de Moonshot "est toujours en deçà des deux leaders propriétaires globalement" semble crédible : K3 gagne en largeur et perd le concours de codage le plus difficile.

Ce qui manque encore

Une analyse de benchmark n'est aussi honnête que sa liste d'inconnues. Voici ce que Kimi K3 n'a pas encore publiquement.

Scores de codage indépendants. Moonshot a publié ses propres chiffres Terminal-Bench 2.1 et DeepSWE, mais Artificial Analysis intègre le codage dans l'Index composite et ne publie pas le chiffre SWE-bench Verified autonome du K3. Tout pourcentage SWE-bench précis que vous voyez pour K3 aujourd'hui cite les propres exécutions de Moonshot ou est une estimation ; attendez le chiffre neutre.

Résultats d'automatisation reproduits. Une tierce partie doit encore réexécuter les victoires de Moonshot sur Automation Bench, SpreadsheetBench 2 et BrowseComp avec une méthodologie publiée. Les benchmarks agentiques sont sensibles à l'échafaudage, au format d'invite et à la logique de réessai, de sorte que les chiffres des fournisseurs et des indépendants peuvent diverger largement.

Qualité du contexte long à 1M de tokens. K3 livre une fenêtre d'1 million de tokens, mais une grande fenêtre et un rappel fiable à travers celle-ci sont des choses différentes. Les scores de documents longs publiés en contexte complet ne sont pas encore largement disponibles, donc si votre cas d'utilisation s'appuie sur la fenêtre complète, testez-le vous-même.

Moonshot s'est également engagé à publier les poids ouverts complets peu après le lancement, ce qui devrait apporter des benchmarks communautaires qui confirmeront ou compliqueront l'histoire du jour du lancement. L'absence d'un chiffre n'est pas un mauvais chiffre ; c'est juste un chiffre que personne n'a encore publié.

Comment lire les benchmarks des fournisseurs sans se faire avoir

Vous n'avez pas besoin de vous méfier de chaque graphique de fournisseur, juste une courte liste de contrôle pour les évaluer.

  1. Qui a effectué le test ? Indépendant l'emporte sur l'auto-déclaré. Si le laboratoire l'a exécuté, supposez que le mix les favorise.
  2. L'évaluation exacte est-elle nommée et versionnée ? "SWE-bench Verified" est vérifiable ; "notre suite de codage interne" ne l'est pas. Les benchmarks nommés permettent à une tierce partie de reproduire le résultat.
  3. Qu'est-ce qui a été omis ? Un graphique de trois victoires n'est pas un graphique de toutes les huit. Les métriques absentes sont généralement celles où le modèle sous-performe.
  4. Le fournisseur admet-il un plafond ? Un laboratoire qui nomme les modèles qu'il ne parvient pas à dépasser, comme Moonshot le fait avec Fable 5 et Sol, l'emporte sur celui qui prétend à un succès total.
  5. Correspond-il à l'ancrage indépendant ? Lorsqu'une affirmation de fournisseur et une source neutre sont en désaccord, croyez la source neutre.

Passez le lancement de K3 à travers ce filtre et il résiste mieux que la plupart. L'Index indépendant confirme une réelle force, le fournisseur admet ses propres limites, et le point faible est l'affirmation d'automatisation non vérifiée, qui échoue aux vérifications 1 et 3. Pour un exemple développé plus long, l'analyse des benchmarks GLM-5.2 utilise la même approche axée sur l'indépendance, et la comparaison GPT-5.6 vs Claude Fable 5 montre comment deux modèles de pointe échangent des victoires sur différentes suites.

Le vrai test : évaluez K3 pour votre tâche

Les classements publics répondent à une question générale : quelle est l'intelligence moyenne de ce modèle ? Votre tâche est spécifique : dans quelle mesure fait-il la seule chose dont vous avez besoin ? Un modèle classé 4e au général pourrait être premier pour la forme exacte de votre invite, ou être en deçà d'un modèle moins cher optimisé pour votre domaine. La seule façon de savoir est de mesurer. Voici un processus léger pour une décision d'achat.

Construisez un ensemble de référence (golden set). Recueillez 20 à 50 invites réelles de votre charge de travail, avec des sorties validées là où vous en avez : vrais tickets, vraies différences de code, vraies questions de support. Les invites synthétiques mentent ; les invites de production non.

Fixez vos variables. Épinglez l'ID du modèle (kimi-k3), la température, l'invite système et le nombre maximal de tokens. Ne changez qu'une chose à la fois, sinon vous ne pourrez pas attribuer la différence.

Mesurez quatre choses par invite. Qualité de sortie (a-t-il résolu la tâche), latence (temps au premier token plus génération totale), coût (tokens d'entrée plus tokens de sortie multipliés par le prix) et cohérence sur plusieurs exécutions. Le chiffre de 62 tokens par seconde est une estimation de départ ; votre latence réelle dépend de la longueur de l'invite et de la région.

Comparez à votre modèle actuel. Exécutez le même ensemble de référence sur ce que vous utilisez aujourd'hui. Un modèle ne vaut la peine d'être adopté que s'il est supérieur sur l'axe qui vous intéresse.

C'est là qu'un client API prouve son utilité. Apidog traite le point de terminaison kimi-k3 comme une requête de première classe : enregistrez vos invites de référence comme une collection réutilisable, envoyez-les avec des paramètres épinglés, diffusez la réponse pour observer la latence token par token, et lisez les décomptes exacts de tokens pour le calcul des coûts. Réexécutez l'ensemble complet contre un modèle différent en changeant le point de terminaison. Si votre travail se trouve dans un éditeur, effectuez les mêmes requêtes depuis VS Code. Lorsque vous êtes prêt, Téléchargez Apidog et dirigez une nouvelle requête vers le point de terminaison Moonshot.

Quelques formes de tâches et ce qu'il faut surveiller :

Vous pouvez également faire passer K3 par un agrégateur si vous préférez ne pas gérer une clé directe : l'inscription OpenRouter pour moonshotai/kimi-k3 expose le même modèle derrière une route compatible OpenAI.

Où K3 se situe, honnêtement

Débarrassez-vous du bruit de lancement et Kimi K3 est un modèle général véritablement fort avec un plafond clair et auto-admis. La lecture indépendante est digne de confiance et flatteuse : un classement dans le top quatre sur 189, obtenu sur une suite que Moonshot n'a pas conçue. La vitesse est le point faible honnête, ce qui importe beaucoup pour le travail interactif et presque pas du tout pour le travail par lots. Les affirmations du fournisseur se divisent clairement : l'admission qu'il est en deçà de Fable 5 et Sol, sur laquelle vous pouvez compter, et les victoires d'automatisation non vérifiées, que vous devriez considérer avec prudence jusqu'à ce qu'un indépendant les reproduise. Un lancement est le début de la preuve, pas la fin. Mesurez le modèle sur votre propre travail et laissez ce chiffre décider. Pour évaluer la valeur par rapport au coût, la ventilation des prix de Kimi K3 associe le prix à ces chiffres de benchmark.

Foire aux questions

Quel est le score de benchmark de Kimi K3 ? Sur l'indice indépendant Artificial Analysis Intelligence Index, Kimi K3 obtient un score de 57 et se classe 4e sur 189 modèles. Moonshot a publié ses propres scores Terminal-Bench 2.1 et DeepSWE, mais aucun laboratoire indépendant n'a encore reproduit les benchmarks de codage autonomes du K3, donc l'Index est le meilleur chiffre neutre disponible.

Kimi K3 est-il plus rapide que d'autres modèles ? Non. Sa vitesse de sortie mesurée est d'environ 62 tokens par seconde, inférieure à la médiane de 72,7 pour sa catégorie de prix, et le temps au premier token est d'environ 2 secondes. K3 est un bon raisonneur qui génère plutôt lentement, convenant mieux aux travaux par lots et d'analyse qu'aux outils interactifs sensibles à la latence.

Kimi K3 bat-il Claude Fable 5 ou GPT-5.6 Sol ? Pas globalement, selon les propres dires de Moonshot : l'article de lancement dit que K3 "est toujours en deçà des modèles propriétaires les plus puissants, Claude Fable 5 et GPT-5.6 Sol". Une affirmation secondaire dit que K3 est en tête sur quelques benchmarks d'automatisation, mais c'est proche du fournisseur et non confirmé indépendamment. Pour les tâches de pointe, les deux modèles propriétaires sont toujours en avance.

Comment devrais-je évaluer Kimi K3 pour mon propre cas d'utilisation ? Construisez un ensemble de référence de 20 à 50 invites réelles de votre charge de travail, épinglez l'ID du modèle et les paramètres, puis mesurez la qualité de sortie, la latence, le coût et la cohérence par rapport à votre modèle actuel. Des outils comme Apidog vous permettent d'enregistrer ces invites comme une collection réutilisable et de les réexécuter contre kimi-k3 et tout concurrent pour une comparaison équitable.

Pratiquez le Design-first d'API dans Apidog

Découvrez une manière plus simple de créer et utiliser des API