Test Cursor 2.0 : Pourquoi le multi-agent, l'agent cloud et « l'onglet le plus utile » devraient-ils être la référence ?
Cursor 2.0 est construit sur le noyau de VS Code et est célèbre pour son Composer 1 auto-développé, la complétion d'onglets contextuels multi-fichiers, les agents d'arrière-plan/Cloud et la prise en charge native de MCP ; en tant que référence en matière de programmation d’IA, ses forces et ses faiblesses méritent d’être démantelées.
Cursor 2.0 est une version publiée par Anysphere en octobre 2025, mais elle reste la référence à laquelle la piste de programmation de l'IA est comparée à plusieurs reprises. Étant construit sur le cœur de VS Code, il présente un avantage naturel en termes de « familiarité » ; et ce qui en fait véritablement une référence, c'est une matrice complète de fonctionnalités couvrant Agent, Composer, Tab, Bugbot, CLI, Cloud Agents et MCP.
Bonnes choses faites
L'expérience en complétion de tabulations est un atout reconnu. Le modèle Tab est sensible au contexte de plusieurs fichiers et peut effectuer la liaison entre plusieurs fichiers. Il est largement considéré comme l'une des meilleures expériences parmi les produits similaires - c'est la raison pour laquelle Cursor « les gens veulent l'utiliser tous les jours ». Composer 1, auto-développé, se concentre sur la rapidité et la qualité des tâches en plusieurs étapes. Il prend également en charge la commutation gratuite de modèles tiers tels que GPT-5, Claude Opus/Sonnet, Gemini 2.5 Pro, Grok 4, etc., laissant le droit de sélection du modèle à l'utilisateur. Les agents d'arrière-plan et les agents cloud peuvent traiter des tâches en parallèle en arrière-plan, transformant « l'attente de l'IA » en « l'IA faisant la queue pour effectuer le travail elle-même ».
Choses à peser
Les problèmes du curseur concernent également son positionnement. Premièrement, en tant que produit commercial à source fermée, son coût d'utilisation intensive n'est pas faible. L'utilisation parallèle de l'agent cloud et de plusieurs agents accumulera rapidement la consommation de jetons. Deuxièmement, les performances de l'Agent dans des projets complexes sont encore instables : le « parallélisme multi-agents » nécessite beaucoup d'ingénierie de contexte sur des entrepôts réels et n'est pas disponible directement. Troisièmement, pour les équipes, bien que la gestion et le contrôle au niveau de l'entreprise et le SDK Cursor Agent soient fournis, les véritables capacités d'orchestration de collaboration multi-personnes ne sont toujours pas aussi complètes que des produits comme GitHub Copilot qui sont liés à la plate-forme d'hébergement de code.
Cela définit la hauteur de cette compétition
D'un point de vue industriel, l'importance de Cursor est de définir la norme de produit pour les « éditeurs natifs d'IA » : la fluidité de l'onglet, l'ouverture du modèle et le backend de l'agent sont presque devenus les éléments de référence par défaut pour les retardataires (Trae, Windsurf, Copilot). Pour les développeurs nationaux, l'itinéraire « expérience d'abord + ouverture du modèle » de Cursor est un modèle qui peut être utilisé comme référence - à l'ère de l'homogénéité des modèles, l'expérience interactive au niveau de l'éditeur devient le principal champ de bataille de différenciation.
Plusieurs orientations à suivre dans le futur :
- L'écart de capacités entre Composer 1 et les modèles tiers : les modèles auto-développés peuvent-ils progressivement remplacer les modèles plug-in.
- Courbe de coût des agents cloud : indique si la consommation élevée de tâches parallèles dans le cloud sera optimisée par le modèle de facturation.
- Améliorations de la collaboration au niveau de l'entreprise : l'orchestration, les autorisations et les flux de révision des équipes peuvent-ils rattraper Copilot.
- Ouverture de l'écosystème MCP : Cursor peut-il utiliser MCP pour devenir une « plateforme de développement d'agents » plutôt qu'un éditeur unique.
Avis