Cursor Composer 2.5 : enfin un vrai bond pour l’AI coding ?
Cursor lance Composer 2.5 avec de meilleures performances sur les tâches longues, un suivi d’instructions amélioré et un pricing agressif. Voici ce qui change vraiment.
Cursor veut passer du “copilot” à un véritable agent de développement
Le 17 mai 2026, Cursor a officiellement lancé Composer 2.5, présenté comme une évolution majeure de son agent coding.
Et cette fois, l’objectif n’est pas seulement d’améliorer quelques benchmarks marketing.
Cursor affirme avoir travaillé deux dimensions beaucoup plus importantes dans l’usage réel :
la capacité du modèle à tenir sur des tâches longues ;
et son comportement pendant le travail collaboratif avec le développeur.
Autrement dit : moins de démonstration flashy, plus de stabilité dans les vrais workflows de développement.
Selon les premiers retours utilisateurs, Composer 2.5 donne effectivement l’impression d’un modèle plus mature, plus discipliné et plus cohérent sur des sessions complexes.
Ce que Cursor améliore réellement avec Composer 2.5
Cursor explique que Composer 2.5 a été entraîné avec :
25× plus de tâches synthétiques que Composer 2 ;
du continued pretraining ;
et du targeted reinforcement learning with textual feedback.
L’objectif n’est plus uniquement la génération de code brute.
Le vrai focus semble être :
la compréhension multi-étapes ;
la gestion de contexte long ;
l’utilisation plus intelligente des outils ;
et la réduction des comportements “chaotiques” typiques des agents IA.
En clair, Composer 2.5 essaie moins de “faire illusion” et davantage de rester utile pendant plusieurs itérations de travail.
Des performances pensées pour les longues sessions de dev
L’un des problèmes majeurs des assistants IA actuels est leur dégradation progressive pendant les tâches longues.
Au début, ils semblent brillants.
Puis :
le contexte dérive ;
les contraintes sont oubliées ;
le style change ;
les erreurs s’accumulent.
Cursor dit avoir spécifiquement travaillé ce problème.
Composer 2.5 est présenté comme plus stable sur les workflows “long horizon” :
grosses bases de code ;
refactoring complexe ;
debugging multi-fichiers ;
chaînes d’outils longues ;
itérations successives.
Les utilisateurs du forum Cursor confirment en grande partie ce ressenti.
Beaucoup décrivent :
un meilleur suivi des consignes ;
moins d’oublis ;
des réponses plus cohérentes ;
et un comportement globalement plus “propre”.
Basé sur Kimi K2.5… mais fortement modifié
Techniquement, Cursor indique que Composer 2.5 repose sur le checkpoint open-source Kimi K2.5, mais avec des modifications importantes.
La société mentionne notamment :
du reinforcement learning ciblé ;
des améliorations d’infrastructure ;
du sharded Muon ;
du dual mesh HSDP ;
et un entraînement à plus grande échelle.
Cursor affirme également travailler avec SpaceXAI sur un modèle beaucoup plus massif, entraîné avec 10× plus de compute sur Colossus 2.
Ça montre surtout une chose :
la guerre des assistants de code entre dans une nouvelle phase où l’avantage ne vient plus seulement du modèle de base, mais du comportement agentique et de l’optimisation workflow.
Pricing : Cursor reste extrêmement agressif
L’un des points qui revient souvent dans les retours utilisateurs est le rapport qualité/prix.
Cursor annonce :
$0.50/M tokens input
$2.50/M tokens output en standard
et :
$3/M input
$15/M output en fast mode.
Pour beaucoup de développeurs intensifs, Cursor devient difficile à ignorer face à certaines alternatives plus coûteuses.
Et surtout :
Composer 2.5 est désormais devenu le modèle par défaut dans Cursor.
Ça montre que l’entreprise considère cette version comme un nouveau standard, pas juste une expérimentation.
Les limites : tout n’est pas encore parfait
Même si les retours sont globalement positifs, plusieurs critiques reviennent encore.
Certains utilisateurs signalent :
des comportements étranges ponctuels ;
des réécritures de code parfois trop agressives ;
des difficultés à respecter certaines philosophies comme KISS ou DRY ;
et une application Cursor encore lourde en ressources sur certaines machines.
Autrement dit :
le modèle progresse plus vite que l’expérience applicative elle-même.
Et c’est probablement le prochain gros chantier pour Cursor.
Le vrai changement : la “discipline” du modèle
Le point le plus intéressant avec Composer 2.5 n’est peut-être même pas sa puissance brute.
C’est sa discipline.
Pendant longtemps, les agents de code ont surtout impressionné par leur capacité à produire rapidement du code spectaculaire… mais souvent fragile ou incohérent sur la durée.
Composer 2.5 semble essayer de résoudre exactement ça :
rester fiable pendant de longues sessions de travail réelles.
Et c’est probablement ce qui marque le début d’une nouvelle génération d’agents coding :
moins orientés démonstration,
plus orientés production.
Conclusion
Avec Composer 2.5, Cursor semble franchir une étape importante dans la maturité des assistants IA pour développeurs.
Le modèle paraît :
plus stable ;
plus cohérent ;
meilleur sur les tâches longues ;
et surtout plus agréable à utiliser au quotidien.
Même si l’écosystème Cursor a encore des défauts, Composer 2.5 donne l’impression d’un vrai bond générationnel plutôt qu’une simple mise à jour incrémentale.
Et dans la guerre des agents coding, cette différence commence à compter énormément.
Cet article vous a plu ?
Écrit par
Chris
Constructeur de solutions tech · IA agentique & sécurité offensive
Passionné de tech et constructeur de produits, je bâtis Sentinelle — un agent IA autonome de sécurité offensive. J'écris ici sur l'IA agentique, le pentest assisté par IA et ce que j'apprends en construisant des outils offensifs.
