Cursor a dissimulé le modèle de base de Composer 2, mais l'API a révélé Kimi K2.5 et lancé un débat sur la transparence

Le lancement de Composer 2 de Cursor ressemblait à une présentation exemplaire d'un nouveau modèle de codage : leur propre benchmark, des résultats solides et des prix qui dépassent OpenAI et Anthropic. Mais le 20 mars 2026, une seule réponse d'API a détruit ce récit : caché sous le nouveau nom se trouvait Kimi K2.5 de Moonshot AI.

Comment tout a été révélé

Le 19 mars, Cursor a présenté Composer 2 comme une étape importante pour son assistant IA pour les développeurs. L'entreprise a préparé le terrain à l'avance : huit jours avant le lancement, elle a publié CursorBench, un benchmark interne pour évaluer les agents de codage sur les demandes réelles des utilisateurs. L'article décrivait également un travail d'ingénierie sérieux autour de RL et de la compression de contexte directement pendant l'entraînement. Sur fond de graphiques nets et de prix agressifs, le lancement semblait montrer que Cursor n'avait pas seulement rattrapé les leaders, mais trouvé une formule moins chère pour la qualité.

Sur Terminal-Bench 2.0, le nouveau modèle a obtenu un score de 65,3 points, dépassant Claude Opus 4.6 avec 58,0, bien que perdant face à GPT-5.4 avec 75,1. Le prix semblait presque provocateur : 0,50 dollar par million de tokens d'entrée et 2,50 dollars par million de tokens de sortie, soit 86% moins cher que Composer 1.5.

Le problème ne venait pas des chiffres, mais du silence. Dans le lancement officiel, Cursor n'a pas nommé le modèle de base sur lequel Composer 2 a été construit, et cette lacune exacte s'est avérée critique.

Le 20 mars, un développeur nommé Finn déboguait simplement un endpoint Cursor compatible avec OpenAI et a vu dans la réponse la chaîne `accounts/anysphere/models/kimi-k2p5-rl-0317-s515-fast`. Cela a suffi pour que tout l'emballage du lancement se fissure en quelques heures.

À partir de la chaîne elle-même, il était possible de récupérer presque tout : le modèle Kimi K2.5, des traces d'ajustement RL, la date de compilation et la variante d'inférence interne. Ainsi, un détail technique s'est instantanément transformé en une investigation publique sur l'origine de Composer 2. Et sans aucun piratage.

« Au moins renommez le model ID. »

Pourquoi le différend a commencé

Après la fuite, Moonshot AI a réagi presque immédiatement. Le chef de la direction de la préformation a déclaré publiquement que le tokenizeur de Composer 2 correspond à Kimi et a suggéré que Cursor avait fine-tuné leur modèle sans respecter les conditions de licence. Les motifs de la plainte n'étaient pas infondés : Kimi K2.5 est distribué sous une licence MIT modifiée, qui contient une exigence distincte pour que les grands services commerciaux affichent bien en évidence le nom du modèle dans l'interface.

Cursor, selon l'article, a un chiffre d'affaires mensuel bien au-dessus du seuil spécifié.

• La licence Kimi K2.5 exige d'afficher explicitement le nom du modèle dans le produit si le chiffre d'affaires dépasse 20 millions de dollars par mois ou si l'audience dépasse 100 millions MAU.
• Cursor, selon les estimations de l'article, a un chiffre d'affaires annuel dépassant 2 milliards de dollars, soit environ 167 millions par mois.
• Dans l'interface et le post marketing, Cursor n'a pas mentionné Kimi K2.5.
• Après le scandale, Cursor a reconnu que Composer 2 avait commencé avec une base open-source et a directement nommé Kimi K2.5.

Ensuite, l'histoire a pris un virage brusque. Le compte officiel de Kimi a félicité Cursor pour le lancement et a confirmé que l'accès à Kimi K2.5 s'était fait via Fireworks AI dans le cadre d'un partenariat commercial autorisé. La base juridique était donc, apparemment, en ordre depuis le début.

L'échec principal ne s'est pas produit dans le modèle et pas dans l'accord, mais dans la communication : une partie de l'équipe de Moonshot a accusé publiquement Cursor, tandis que le compte officiel reconnaissait déjà le partenariat, et Cursor elle-même a pris trop de temps pour fournir une explication directe.

Pourquoi c'est important

La chose la plus intéressante de cette histoire n'est pas que Cursor a oublié de renommer le model ID. Bien plus important, cela ressemble à un symptôme de toute l'industrie de la programmation IA.

Selon l'article, Windsurf fine-tune une version de GLM-4.6 de Zhipu AI, Vercel a intégré GLM-4.6 dans les services API, Cerebras mise sur le même modèle, et Together AI a déployé Qwen-3-Coder d'Alibaba.

Sur OpenRouter, quatre des cinq modèles les plus utilisés au monde sont déjà chinois, et au début mars 2026, leur consommation a dépassé les homologues américains pendant deux semaines d'affilée.

Pourquoi les entreprises n'aiment pas en parler ouvertement est aussi clair. D'abord, il est plus facile de vendre aux investisseurs l'histoire d'un « modèle unique » que celle d'un fine-tuning solide d'une base open-source. Deuxièmement, il est inconfortable pour les entreprises américaines de mettre sur le premier écran la thèse « fonctionne sur l'IA chinoise. » Troisièmement, reconnaître le modèle de base détourne l'attention de la magie du modèle lui-même vers des choses comme l'UX, le flux d'agents, les outils et le pipeline RL. Mais c'est déjà une conversation moins spectaculaire, bien que plus honnête, sur où la valeur est réellement créée.

Ce que cela signifie

L'histoire de Composer 2 montre un simple changement : en IA, il devient de plus en plus important non seulement quel modèle vous avez pris comme base, mais aussi à quel point honnêtement vous en parlez. Cursor a vraiment fait un travail d'ingénierie notable, mais la tentative de garder l'origine du modèle hors écran lui a coûté plus cher qu'une reconnaissance normale de la base depuis le début n'aurait coûté.