Accueil › Cursor › Extensions

Extensions et plugins Cursor : guide complet du Marketplace et des extensions VS Code

Cursor supporte deux écosystèmes d’extensions : les extensions VS Code classiques (compatibles car Cursor est un fork de VS Code) et les plugins natifs du Cursor Marketplace, lancé en février 2026, qui combinent MCP servers, skills, subagents, hooks et rules dans des packages prêts à l’emploi.

Le Cursor Marketplace change la donne. Avant son lancement, connecter un outil externe à Cursor nécessitait de configurer manuellement des serveurs MCP, d’écrire des skills et de câbler des rules. Maintenant, un plugin s’installe en un clic et connecte l’agent à Figma, Stripe, AWS, Linear, Datadog ou GitLab directement depuis l’éditeur. L’agent ne se contente plus de générer du code : il orchestre l’ensemble du cycle de développement produit.

Ce guide couvre les deux écosystèmes, les plugins les plus utiles, la création de plugins custom et les meilleures extensions VS Code pour Cursor.

Le Cursor Marketplace : plugins natifs

Qu’est-ce qu’un plugin Cursor ?

Un plugin Cursor est un package qui regroupe un ou plusieurs des cinq composants que l’agent utilise pour exécuter des tâches :

Skills : des prompts et du code spécialisés par domaine que l’agent peut découvrir et exécuter automatiquement. Par exemple, le plugin Stripe enseigne à l’agent comment structurer les intégrations de paiement selon les bonnes pratiques Stripe.

Subagents : des agents spécialisés qui permettent à Cursor de paralléliser les tâches. Un subagent peut s’occuper des tests pendant qu’un autre gère les modifications de code.

MCP servers : des services qui connectent Cursor à des outils et sources de données externes via le Model Context Protocol. C’est le pont entre l’agent et vos outils existants.

Hooks : des scripts personnalisés qui permettent d’observer et contrôler le comportement de l’agent à des points d’exécution spécifiques. Par exemple, un hook qui lance les tests automatiquement après chaque modification.

Rules : des instructions système qui imposent des standards de code et des préférences sur toutes les sessions. Similaires aux Cursor Rules mais intégrées au plugin.

La force des plugins par rapport à des MCP servers configurés manuellement est l’intégration. Un plugin combine le serveur MCP avec les skills qui expliquent à l’agent comment l’utiliser. Les retours des utilisateurs confirment que cette combinaison est bien plus puissante que des MCP seuls, car l’agent comprend non seulement comment appeler l’outil, mais quand et pourquoi l’utiliser.

Comment installer un plugin

Méthode 1 : depuis l’éditeur

Tapez /add-plugin dans le chat ou le Composer. Cursor affiche la liste des plugins disponibles. Sélectionnez celui que vous voulez installer.

Méthode 2 : depuis le web

Allez sur cursor.com/marketplace, trouvez le plugin, cliquez sur « Add to Cursor ». Le plugin est automatiquement configuré dans votre éditeur.

Connecter les MCP servers

Après l’installation, certains plugins nécessitent de connecter leurs serveurs MCP. Allez dans Cursor Settings > Tools & MCP Servers. Vous verrez un bouton « Connect » à côté de chaque serveur MCP du plugin. Cliquez dessus, autorisez la connexion sur l’écran de consentement, et l’authentification est configurée automatiquement.

Plugins essentiels par catégorie

Design et frontend

Infrastructure et déploiement

Bases de données et données

Productivité et gestion de projet

Paiement et API

Monitoring et observabilité

Marketplace privé pour les équipes

Sur les plans Teams et Enterprise, les administrateurs peuvent créer des marketplaces privés pour distribuer des plugins internes. Depuis la page de paramètres, ils gèrent les plugins disponibles pour l’équipe avec un contrôle d’accès centralisé. C’est un levier important pour standardiser les intégrations et les conventions sans dépendre de configurations manuelles par chaque développeur.

Extensions VS Code compatibles

Cursor étant un fork de VS Code, la majorité des extensions VS Code fonctionnent directement. Vous accédez au marketplace d’extensions avec Cmd/Ctrl + Shift + X. Voici les extensions les plus utiles qui complètent les fonctionnalités IA de Cursor.

Extensions essentielles

Keymaps (habitudes d’un autre éditeur)

Si vous venez d’IntelliJ, Vim, Sublime Text ou Emacs, installez l’extension keymap correspondante. Votre mémoire musculaire est préservée tout en ayant accès aux raccourcis IA de Cursor.

Créer votre propre plugin

Cursor accepte les soumissions de plugins de la communauté. La structure d’un plugin suit un format standardisé :

mon-plugin/
├── .cursor-plugin/
│   └── plugin.json          # Manifeste du plugin
├── skills/
│   └── SKILL.md             # Skills avec frontmatter
├── rules/
│   └── conventions.mdc      # Cursor Rules
├── mcp.json                 # Définitions de serveurs MCP
├── README.md
├── CHANGELOG.md
└── LICENSE

Le fichier plugin.json est le manifeste qui déclare les composants du plugin. Chaque skill est un fichier Markdown avec du frontmatter qui décrit quand et comment l’agent doit l’utiliser. Les rules sont au format MDC standard de Cursor.

Pour publier : soumettez votre plugin sur cursor.com/marketplace/publish. Le repository officiel github.com/cursor/plugins contient les spécifications et les plugins partenaires comme référence.

Conseil : commencez par un plugin simple qui combine un MCP server existant avec un skill qui explique à l’agent quand et comment l’utiliser. C’est la combinaison minimale qui apporte le plus de valeur.

Plugins et Cloud Agents : la combinaison puissante

La plupart des plugins du Marketplace incluent des MCP servers utilisables par les Cloud Agents et les Automations. C’est la véritable force du système : un Cloud Agent qui tourne en arrière-plan peut non seulement modifier votre code, mais aussi interagir avec vos outils de production.

Exemples de workflows automatisés avec plugins :

Triage automatique de bugs : configurez une Automation déclenchée par les issues GitHub avec le label « bug ». L’agent lit l’issue, utilise le plugin Datadog pour vérifier les logs et métriques pertinentes, explore votre code avec les outils de recherche, propose un fix et crée une PR. Le plugin PagerDuty peut en parallèle vérifier si des incidents sont corrélés.

Déploiement assisté : après un merge sur la branche main, une Automation lance un agent qui utilise le plugin Vercel ou Cloudflare pour déployer en preview. L’agent vérifie que le déploiement fonctionne, utilise le plugin Amplitude pour vérifier qu’aucune métrique clé ne régresse, et notifie l’équipe via le plugin Linear.

Intégration de paiement : le plugin Stripe enseigne à l’agent les bonnes pratiques Stripe. Quand vous demandez « Ajoute un système de checkout pour les abonnements mensuels », l’agent crée les produits, les prix et les liens de paiement via les API Stripe, puis génère le code d’intégration côté serveur et client. Un workflow qui prenait des heures est réduit à quelques minutes.

Extensions à ne pas installer dans Cursor

Certaines extensions VS Code sont redondantes ou conflictuelles avec les fonctionnalités natives de Cursor.

GitHub Copilot : installé par défaut dans VS Code mais inutile dans Cursor. Cursor a son propre système d’auto-complétion (Tab) et d’agent. Les deux systèmes entrent en conflit. Désactivez ou désinstallez Copilot dans Cursor.

Tabnine, Codeium/Windsurf, Continue : mêmes conflits que Copilot. Si vous utilisez Cursor, vous n’avez pas besoin d’un deuxième assistant IA.

Extensions de formatage redondantes : si vous utilisez Prettier via une extension VS Code ET via un plugin Cursor, les deux peuvent formater différemment et créer des boucles de modification. Choisissez un seul système.

Extensions lourdes sur les processeurs : certaines extensions (analyseurs statiques complexes, explorateurs de projets temps réel) consomment beaucoup de CPU. Cursor utilise déjà des ressources significatives pour l’indexation de la codebase et les appels aux modèles IA. Sur des machines avec des ressources limitées, désactivez les extensions non essentielles pour garder la fluidité.

Plugins vs MCP servers manuels : quelle approche ?

Si vous utilisez déjà des serveurs MCP configurés manuellement dans Cursor, vous vous demandez peut-être si les plugins apportent une valeur ajoutée. La réponse courte : oui, significativement.

Un MCP server seul fournit des outils à l’agent, mais il ne lui dit pas quand et comment les utiliser. L’agent doit deviner. Un plugin ajoute des skills qui contextualisent l’utilisation : les bonnes pratiques, les patterns recommandés, les cas d’usage typiques. Le résultat est un agent qui utilise les outils de manière plus pertinente et plus fiable.

De plus, les plugins sont mis à jour par leurs mainteneurs (souvent les éditeurs des outils eux-mêmes : Stripe, AWS, Figma) et restent compatibles avec les nouvelles versions de Cursor. Un MCP server configuré manuellement nécessite de votre part le suivi des mises à jour et la maintenance de la configuration.

La recommandation : utilisez les plugins du Marketplace quand ils existent pour vos outils. Configurez des MCP servers manuellement uniquement pour les outils internes ou les services qui n’ont pas encore de plugin officiel.

Sécurité des plugins : points de vigilance

Les plugins Cursor ont accès à votre codebase, à vos outils de production et potentiellement à vos données sensibles via les serveurs MCP. Cette puissance implique des responsabilités en matière de sécurité.

Revoyez les permissions avant de connecter un MCP server. Chaque connexion MCP affiche un écran de consentement détaillant les accès demandés. Lisez-le attentivement, surtout pour les plugins qui accèdent à des données de production (Datadog, PlanetScale, Stripe).

Utilisez le marketplace privé en équipe. Les plans Teams et Enterprise permettent de contrôler quels plugins sont disponibles pour l’équipe. Un administrateur valide les plugins avant de les rendre accessibles, évitant l’installation anarchique de plugins non vérifiés.

Méfiez-vous des plugins tiers non vérifiés. Le Cursor Marketplace est encore jeune et curé. Mais comme pour tout écosystème de plugins, des risques de supply chain attack existent. En janvier 2026, Snyk a découvert des centaines de skills malveillants sur une plateforme similaire (ClawHub). Privilégiez les plugins de partenaires vérifiés et maintenez-les à jour.

Le plugin Runlayer mérite une mention spéciale : il fournit une couche de sécurité supplémentaire en vous permettant de voir ce qui tourne (MCP, skills, agents), d’appliquer des politiques de sécurité en temps réel, de protéger les secrets et d’obtenir des logs d’audit complets.

Par où commencer

Si vous découvrez l’écosystème d’extensions et plugins Cursor, voici un parcours recommandé :

Semaine 1 : Extensions VS Code essentielles. Installez GitLens, Prettier, ESLint et le keymap de votre éditeur d’origine. Ces extensions améliorent le confort d’édition sans interférer avec l’IA.

Semaine 2 : Premier plugin Marketplace. Installez le Cursor Team Kit (les workflows internes de l’équipe Cursor) et un plugin correspondant à votre stack principale. Si vous utilisez Stripe, installez le plugin Stripe. Si vous déployez sur Vercel, le plugin Vercel. Observez comment l’agent utilise les skills du plugin pour produire un code plus pertinent.

Semaine 3 : Intégration gestion de projet. Ajoutez Linear, Atlassian ou GitLab selon votre outil de gestion de projet. L’agent peut maintenant lire vos tickets et créer des PR contextualisées.

Semaine 4 : Plugins custom. Si vous utilisez des outils internes sans plugin officiel, créez un plugin minimal combinant un MCP server et un skill. C’est plus simple qu’il n’y paraît et la documentation sur github.com/cursor/plugins est bien structurée.