Kimi K2.7 Code : open-weight, pensé pour le code, des tokens moins chers
Kimi K2.7 Code de Moonshot : open-weight, orienté code, des tokens moins chers. Les chiffres, les réserves, pourquoi l'ouverture compte.
Traduction produite automatiquement par IA. La version allemande est l'original vérifié par la rédaction.
Un modèle open-weight conçu pour le génie logiciel plutôt que pour la conversation, à une fraction du coût par token d'un modèle fermé. Cette combinaison compte davantage pour notre façon de construire que n'importe quel benchmark isolé. Moonshot AI a publié Kimi K2.7 Code sur Hugging Face le 12 juin 2026.
01. Les chiffres, avec une réserve
La fiche du modèle décrit une architecture Mixture-of-Experts à mille milliards de paramètres (32B actifs, 384 experts), une fenêtre de contexte de 256K tokens et une licence MIT modifiée.
Les gains mis en avant proviennent des propres benchmarks de Moonshot : +21,8 % par rapport à K2.6 sur Kimi Code Bench v2, +11,0 % sur Program Bench et +31,5 % sur MLS Bench Lite, tout en utilisant environ 30 % de tokens de raisonnement en moins. Nous les lisons avec la même réserve que la communauté : tous les scores publiés à ce jour sont internes à Moonshot, sans aucun chiffre indépendant de tiers pour l'instant.
02. Ce que la communauté teste réellement
Les premiers retours sont pratiques. Le test de Bijan Bowen l'a mis à l'épreuve sur des tâches multimodales et de développement de jeux ; le développeur allemand IAmFabian a posé la question évidente, « Open Source schlägt Claude ? », en testant l'usage d'outils face à Claude pour une fraction du coût. Sur r/opencodeCLI, la première chose que les gens ont décortiquée, c'est la tarification (0,95 $ / 1M en entrée, 4,00 $ / 1M en sortie) et l'usage réduit de tokens de raisonnement, les métriques concrètes plutôt que le classement.
Le verdict récurrent : il paraît plus utile que spectaculaire. Un usage réduit de tokens de réflexion sur du travail d'ingénierie en plusieurs étapes compte davantage au quotidien qu'un bond dans un benchmark.
03. Pourquoi nous y prêtons attention
Un modèle de code open-weight qui planifie, édite, exécute des outils et débogue sur de nombreuses étapes concerne directement notre façon de construire. Des poids ouverts, cela signifie qu'il peut tourner au sein de l'infrastructure du client : aucun code ne quitte l'environnement, un coût prévisible et aucune dépendance à la disponibilité d'un fournisseur unique. C'est le même argument de souveraineté que nous défendons pour chaque partie d'un système : une capacité que vous pouvez héberger est une capacité que vous contrôlez.
Nous attendrons des benchmarks indépendants avant de conclure sur la qualité brute. La direction, en revanche, une capacité de codage de niveau frontière avec des poids ouverts et un coût par token plus faible, est celle qui rend l'ingénierie IA auto-hébergée réaliste pour les équipes avec lesquelles nous travaillons.
