Kimi K3 et Claude Code : comparaison, coût et configuration

La documentation contient des informations pratiques sur l’utilisation d’Ailoot.

Qu’est-ce que Kimi K3, et pourquoi a-t-il secoué le marché ?#

Il y a un an, Moonshot était connu pour un seul modèle : Kimi K2, publié en open source à l’été 2025. K2.6 a suivi en avril, puis K2.7 Code en juin 2026. K3 est l’étape suivante, avec une taille environ 2,8 fois supérieure à celle de K2.6.

Le chiffre de 2,8 billions paraît intimidant, mais il repose sur une architecture courante en 2026. K3 utilise une architecture à experts multiples (Stable LatentMoE) : il contient 896 experts distincts, mais le modèle n’en active que 16 pour chaque token. Cela signifie que beaucoup moins de paramètres sont actifs que ne le laisse penser le nombre total — autrement, personne ne pourrait proposer un modèle aussi vaste à un prix raisonnable. Il utilise également deux techniques propres à Moonshot : Kimi Delta Attention (qui accélère la génération jusqu’à 6 fois) et Attention Residuals (qui réduit le coût de l’entraînement). Pour un vibe coder, c’est de la plomberie technique, mais cela explique pourquoi un modèle aussi immense revient finalement moins cher que Claude, alors que sa taille pourrait laisser craindre un tarif exorbitant.

Ce qui compte en pratique :

• Une fenêtre de contexte d’un million de tokens. La même taille que la fenêtre de contexte complète de Claude. Vous pouvez intégrer un grand projet au modèle en une seule fois.
• La vision. Vous pouvez envoyer une capture d’écran d’une erreur ou une maquette : le modèle peut voir l’image. Les anciens modèles chinois, comme DeepSeek, n’en étaient pas capables.
• Un mode de raisonnement activé en permanence (mode thinking). Le modèle réfléchit toujours avant de répondre. Cela améliore la qualité et augmente le prix ; j’y reviendrai plus bas.

La réaction du marché a été vive. Le lendemain du lancement de Kimi K3, plusieurs médias en parlaient comme d’un « nouveau choc pour l’IA occidentale ». Un modèle chinois ouvert avait atteint le niveau des modèles phares fermés d’Anthropic et d’OpenAI, et Moonshot avait promis de partager gratuitement les poids. Je vais voir où cette « parité » est réelle et où elle relève d’une présentation bien rodée.

Là où Kimi K3 dépasse vraiment Claude, et là où il est moins performant#

Je commencerai par le benchmark qui compte le plus pour un vibe coder : Frontend Code Arena. Les modèles génèrent des interfaces, puis des personnes choisissent à l’aveugle celle qui est la meilleure. C’est proche de ce que vous faites quand vous demandez à une IA de créer un site web.

Kimi K3 arrive en tête et se classe premier dans six domaines sur sept. Pour quelqu’un qui crée des sites web et des interfaces en échangeant avec une IA, c’est le signal le plus clair : le modèle est performant pour la mise en page et le développement frontend.

Pour l’intelligence générale, un score d’environ 57 pour Kimi et un score de 44 pour « Kimi K3 (max) » ne constituent pas un classement cohérent sans éditeur d’indice nommé, liens primaires et configuration comparable. Aucun de ces scores n’établit le rang actuel de Kimi avec les preuves liées ici.

Comparez seulement la même révision d’indice à la même date, avec modèle exact, effort dont « max », harnais et échelle de notation. Tant que ces champs ne sont pas vérifiés dans les résultats de l’éditeur, le rang de Kimi reste indéterminé. Les préférences frontend et les benchmarks de code mesurent autre chose.

Pour une comparaison distincte, consultez « GLM-5.2 a rattrapé Claude Opus 4.8 » ; elle ne résout pas l’attribution manquante de l’indice Kimi.

Benchmarks de programmation classiques :

• SWE-bench Verified — 76,8 %. Mesure la capacité à corriger de vrais bugs dans des projets GitHub. Un résultat solide, même si les meilleurs modèles Claude font mieux.
• LiveCodeBench — 85 %. Problèmes algorithmiques au format « entrée — résultat attendu ». K3 est performant ici.
• Terminal-Bench 2.1 — 88,3. Travail agentique dans le terminal, selon Moonshot lui-même.

Et voici la réserve que je dois inclure pour que ce guide soit honnête plutôt qu’une publicité. Moonshot a constitué son tableau de programmation en utilisant des harnesses différents : certaines mesures ont été réalisées avec son propre KimiCode, d’autres avec Claude Code et d’autres encore avec Codex. Des harnesses différents peuvent faire varier le même résultat de 10 à 26 points.

Je ne prétends pas que les modèles chinois sont « meilleurs que Claude ». D’après mon expérience, Claude Code reste mon outil principal et ces modèles sont encore en retrait sur le code complexe — je le constate chaque fois que je les compare. Mais K3 affiche actuellement le meilleur résultat réel sur les tâches frontend, pour une fraction du prix. L’ignorer est aussi absurde que de déclarer Claude mort.

Vous voulez faire davantage que choisir un modèle — créer une configuration qui réduit les hallucinations de l’IA et maintient le contexte plus longtemps ? Le choix du modèle est un réglage. L’ingénierie du contexte en est un bien plus puissant : ce que vous placez dans le contexte du modèle avant le prompt influence davantage le résultat que le nom du modèle dans un benchmark.

Combien coûte Kimi K3, et pourquoi « ouvert » ne signifie pas « gratuit »#

Tarifs officiels de l’API Kimi K3 (vérifiés dans les tarifs officiels d’Anthropic le 2 octobre 2026) :

Au tarif catalogue, l’entrée avec Kimi est un quart moins chère qu’avec Opus 5.5 (3 $ contre 4 $), et la sortie est également un quart moins chère (15 $ contre 20 $). L’écart est plus faible qu’avec la génération précédente d’Opus, mais la tendance reste la même. Les véritables économies viennent du cache lorsque vous envoyez des requêtes répétées avec le même contexte. Quand vous travaillez sur un projet, le début de chaque requête se répète : les mêmes fichiers, les mêmes règles, le même prompt système. Le cache de Kimi réduit de 90 % le prix normal de l’entrée. En programmation, le cache est utilisé dans au moins 90 % des cas, et le coût effectif des tokens d’entrée se rapproche donc de 30 centimes. Bien exploiter le cache, quel que soit le modèle, est une discipline en soi ; j’ai expliqué cela en détail avec DeepSeek comme exemple.

Le mode de raisonnement dissimule un piège tarifaire. Kimi K3 réfléchit toujours avant de répondre, et ce raisonnement est facturé comme des tokens de sortie à 15 $ par million. La différence est négligeable pour une question simple, mais sur une tâche complexe, le modèle peut « réfléchir » pendant des milliers de tokens, ce qui réduit en partie l’avantage du prix bas. Vous devez regarder la facture finale d’une journée de travail. Le tarif catalogue est trompeur dans ce cas.

Passons maintenant au mot « ouvert ». Moonshot avait promis de publier les poids de Kimi K3 avant le 27 juillet 2026 et a tenu parole — le commit HuggingFace est daté du 27 juillet 2026 (HuggingFace, Kimi-K3, vérifié le 2 octobre 2026). « Poids ouverts » peut faire penser : « Je vais les télécharger et les faire tourner gratuitement sur ma propre machine. » En réalité, non. Même compressés à 4 bits, 2,8 billions de paramètres nécessitent des centaines de gigaoctets de mémoire, plusieurs GPU puissants, des connexions rapides entre eux, ainsi qu’une personne pour tout configurer et assurer la maintenance.

L’ouverture de Kimi K3 est utile aux grands fournisseurs cloud et aux équipes d’entreprise qui disposent de leur propre infrastructure. Pour vous, elle apporte autre chose : de la concurrence qui fait baisser les prix, et une solution de repli si les limites ou les tarifs de Claude augmentent un jour. Vous ne ferez pas tourner 2,8 billions de paramètres sur votre ordinateur portable. J’ai analysé séparément comment le vibe coding « gratuit » finit discrètement par générer une facture : « Le coût caché du vibe coding ».

Comment connecter Kimi K3 à Claude Code avec 3 variables#

Claude Code peut se connecter à tout point de terminaison compatible avec le protocole Anthropic. Moonshot en a mis un en place pour Kimi K3 ; vous n’avez donc besoin ni d’une version distincte ni d’un plugin. La configuration minimale comprend trois variables :

export ANTHROPIC_BASE_URL=https://api.moonshot.ai/anthropic
export ANTHROPIC_AUTH_TOKEN=sk-your-moonshot-key
export ANTHROPIC_MODEL=kimi-k3

Ensuite, lancez claude comme d’habitude. Claude Code croit communiquer avec Anthropic, mais envoie en réalité les requêtes à Kimi K3. Tous les skills, les hooks et le mode plan continuent de fonctionner, et la facture est calculée aux tarifs de Moonshot.

Il y a un piège majeur, dans lequel presque tout le monde tombe. Moonshot propose deux points de terminaison compatibles différents : l’un sur api.moonshot.ai, l’autre sur la plateforme platform.kimi.ai. Ils utilisent des noms différents pour la variable de clé et pour le modèle ; une clé provenant de l’un renvoie une erreur 401 sur l’autre (documentation Kimi pour Claude Code). Si vous obtenez une erreur 401, il s’agit presque toujours d’une incompatibilité entre la clé et le point de terminaison. En général, la clé elle-même fonctionne. Récupérez la clé et le point de terminaison sur la même plateforme.

Le moyen le plus simple de vérifier que tout fonctionne consiste à lui confier une petite tâche : demandez à Claude Code d’afficher le contenu d’un fichier, puis vérifiez que la réponse arrive et que le compteur du tableau de bord Moonshot a augmenté. Pour revenir à Claude, supprimez les trois variables (unset ANTHROPIC_BASE_URL ANTHROPIC_AUTH_TOKEN ANTHROPIC_MODEL) et redémarrez Claude Code. Si vous changez souvent, vous pouvez créer deux profils shell ou placer les variables dans un fichier .envrc avec direnv, afin qu’elles ne soient activées que dans un répertoire précis.

C’est une option pratique si vous avez déjà configuré des skills et des hooks pour Claude Code et ne souhaitez pas apprendre à utiliser un autre outil. Moonshot possède également son propre agent de terminal, Kimi Code, mais pour quelqu’un qui travaille déjà dans Claude Code, changer de moteur avec trois variables est la solution la plus simple.

N’achetez surtout pas de « comptes préconfigurés avec du crédit » auprès de bots Telegram. Ils entraînent souvent une perte d’argent et des comptes bloqués après quelques jours. Les données soulèvent aussi une vraie question : les serveurs de Moonshot se trouvent en Chine ; pour des projets professionnels contenant des données sensibles, c’est un sujet à examiner séparément. J’ai abordé les risques liés à l’accès d’un modèle à vos données dans le guide « Est-il prudent de donner à Claude Code accès à vos données ? ».

Quelles tâches confier à Kimi K3, et lesquelles garder pour Claude ?#

Voici où se situe réellement la frontière. J’ai raconté séparément ma semaine de travail avec Kimi K3 et expliqué pourquoi je suis revenu à Claude Code dans « Kimi K3 au travail : avis et raisons de mon retour à Claude Code » — pas de benchmarks, seulement ce qui s’est passé sur de vraies tâches.

Les domaines où Kimi K3 est le plus performant :

• Frontend et mise en page. Ce résultat de tête sur Frontend Code Arena. Créez une interface, une page ou un composant : Kimi est performant et coûte sensiblement moins cher.
• Refactoring courant. Renommer un élément, scinder une fonction, ajouter des types. Un modèle haut de gamme est superflu pour cela.
• Génération de tests pour du code existant. Les deux modèles obtiennent des résultats comparables ; Kimi est moins cher.
• Traitement de textes par lots. Descriptions, traductions, étiquetage — à grande échelle, les prix bas comptent.
• Longues sessions sur un même projet. Plus vous travaillez longtemps avec un même contexte, plus le cache est utilisé souvent et moins chaque étape suivante coûte cher.

Les tâches à garder pour Claude :

• Architecture d’un nouvel ensemble d’outils. Comparer les options, repérer les pièges, choisir une structure : Claude haut de gamme reste plus cohérent.
• Débogage de bugs complexes en plusieurs étapes. Claude est plus fiable dans les longues chaînes de raisonnement.
• Longues boucles d’agents autonomes. Claude perd moins souvent le fil au cours de dizaines d’étapes consécutives sans intervention humaine.
• Développements critiques pour la production. Quand la stabilité compte davantage que le prix.
• Données sensibles. Les serveurs de Moonshot se trouvent en Chine ; les données personnelles des clients nécessitent une consultation distincte avec un avocat.

En une phrase : confiez à Kimi K3 les tâches répétitives, volumineuses et visuelles, et laissez à Claude les décisions où les erreurs coûtent cher. Beaucoup font exactement cela : ils gardent les deux clés et changent de moteur selon les tâches. Les trois variables d’environnement décrites dans la section précédente sont conçues pour ça.

Ce qui manque encore à Kimi K3 et ce que les benchmarks ne montrent pas#

Voici les points à garder à l’esprit.

Les benchmarks utilisent des harnesses différents. Moonshot a effectué certaines mesures avec son propre KimiCode, d’autres avec Claude Code et d’autres encore avec Codex, ce qui a fait varier les résultats de 10 à 26 points. La première place à Frontend Arena est indépendante : de vraies personnes y jugent les résultats. Mais il faut lire avec prudence le tableau de programmation de Moonshot.

La comparaison d’indice indépendant reste non résolue. Un score pour « Kimi K3 (max) » ne peut être comparé à un score obtenu avec un réglage non précisé sans éditeur, résultat daté, réglage du modèle, harnais et révision d’indice. Aucun lien primaire ici n’établit ces champs ; les preuves disponibles ne justifient donc ni rang actuel, ni comparaison de coût par tâche, ni comparaison de vitesse. Ne supposez pas qu’un essai « max » et un réglage non précisé partagent score ou échelle.

Le mode de raisonnement alourdit la facture. Le raisonnement permanent améliore la qualité, mais augmente le coût des tâches complexes, qui peuvent générer des milliers de tokens facturés 15 $ par million. Le prix bas de Kimi est bien réel pour les tâches simples et moyennement complexes ; pour les tâches lourdes, vérifiez la facture.

Données et juridiction. La présence de serveurs en Chine soulève une question pratique : pour un projet qui traite des données personnelles, c’est un point à discuter avec un avocat. Le benchmark n’a rien à voir avec cela.

Aucun de ces éléments ne fait de Kimi K3 un mauvais modèle. Il est performant et peu coûteux, et il est juste de le dire. Mais « performant et peu coûteux » et « meilleur que Claude en tout » sont deux affirmations différentes ; la seconde ne découle pas de la présentation.

Par où commencer cette semaine#

Un plan concret, sans étapes supplémentaires :

1. Basculez Claude Code sur Kimi à l’aide des trois variables de la section précédente. Travaillez avec lui pendant une journée normale. Confiez-lui les tâches pour lesquelles il est réputé performant — créer une page, un composant ou une interface.
2. Comparez. Après une journée, examinez deux éléments : la qualité sur vos tâches réelles et la facture. Repérez les tâches où Kimi répond aussi bien que Claude et celles où il est moins performant.
3. Décidez. Gardez les deux clés et changez de moteur selon les tâches (frontend et tâches courantes : Kimi ; tâches critiques : Claude), ou revenez uniquement à Claude avec une seule commande unset.

Le risque de cette expérience est de perdre une journée à régler la configuration. L’avantage : dès la deuxième semaine, la facture des tâches volumineuses et visuelles diminue généralement plusieurs fois. L’essai coûte peu, et vous pouvez l’arrêter avec une seule commande.

Ouvrir Ailoot.