Claude Code Plugins
et Marketplace : le guide complet 2026

Il existe deux sources de plugins pour Claude Code en 2026. Le marketplace officiel Anthropic est intégré par défaut à Claude Code depuis début 2026 — tous les plugins qu’il contient sont vérifiés par Anthropic avant publication. C’est la source la plus sûre et celle que /plugin utilise par défaut.

Le marketplace communautaire (aitmpl.com) rassemble des plugins créés par des développeurs tiers, non vérifiés par Anthropic. La qualité varie davantage et certains plugins peuvent être abandonnés sans préavis. Pour des plugins tiers, vérifiez la date de dernière mise à jour et le nombre d’installations avant de les utiliser en production.

Pour ajouter un registre de plugins tiers à Claude Code, la commande est /plugin registry add URL_DU_REGISTRE. Vous pouvez ensuite installer des plugins depuis ce registre en plus du marketplace officiel. Je recommande de n’ajouter des registres tiers que si vous avez une raison précise — le marketplace officiel couvre la grande majorité des besoins.

C’est une question légitime que tout développeur sérieux doit se poser. Les plugins du marketplace officiel Anthropic sont revus avant publication, mais ils exécutent des commandes shell et ont accès à votre système de fichiers — comme n’importe quel outil de développement que vous installez.

Bonnes pratiques de sécurité pour les plugins : lisez le code source avant d’installer (les plugins Claude Code sont open source), vérifiez les permissions demandées dans le manifeste du plugin, n’installez que depuis des sources de confiance, et évitez les plugins qui demandent des accès réseau non justifiés pour leur fonctionnalité.

Pour les projets avec données sensibles (code financier, médical, données clients), configurez les permissions de plugins dans votre .claude/settings.json pour restreindre l’accès au système de fichiers. Claude Code supporte des permissions granulaires qui limitent ce que les plugins peuvent lire et écrire.

Oui, et c’est une des fonctionnalités les plus puissantes de l’écosystème. La documentation officielle de création de plugins est disponible dans les docs Anthropic et couvre la création de chaque type : commandes, agents, Skills, hooks, et bundles MCP.

La structure minimale d’un plugin est un fichier plugin.json (manifest) et les fichiers qui implémentent les fonctionnalités (scripts shell, fichiers YAML pour les Skills, configuration JSON pour les MCP). Vous pouvez commencer avec un plugin simple qui ajoute 2 ou 3 slash commands personnalisées pour votre équipe.

Une fois votre plugin créé, vous pouvez le partager avec votre équipe via un registre Git privé ou le soumettre au marketplace officiel Anthropic pour une distribution publique. Les plugins privés sont idéaux pour encapsuler les conventions et processus spécifiques à votre organisation.

Par défaut, les plugins que vous installez sont locaux à votre installation Claude Code. Ils ne sont pas automatiquement partagés avec les membres de votre équipe. Chaque développeur installe les plugins dont il a besoin.

Pour partager une configuration de plugins entre toute une équipe, vous pouvez committer votre fichier .claude/settings.json dans Git. Ce fichier contient la liste des plugins installés et leur configuration. Quand un nouveau membre clone le projet et lance claude install ou claude setup, les plugins de l’équipe sont installés automatiquement.

Certains plugins peuvent être configurés comme plugins de projet plutôt que plugins personnels — ils s’activent uniquement pour les projets où ils sont configurés. C’est plus propre pour des plugins spécifiques à un langage ou un framework.

Un plugin MCP (Model Context Protocol) configure et expose un serveur MCP à Claude Code. Concrètement, le plugin installe le serveur MCP nécessaire, configure les credentials ou les paramètres d’accès, et enregistre le serveur dans votre configuration Claude Code. Après installation, Claude peut utiliser les outils de ce serveur MCP nativement dans ses réponses.

L’avantage d’un plugin MCP par rapport à une configuration MCP manuelle est la simplicité : au lieu de trouver le serveur MCP, l’installer, le configurer et l’enregistrer manuellement, tout se fait en une commande. Le plugin context7, par exemple, configure automatiquement l’accès à la documentation de 200+ bibliothèques populaires.

En 2026, le nombre de serveurs MCP disponibles a explosé — plus de 5000 selon les estimations de la communauté. Les plugins MCP Claude Code permettent d’accéder à ces serveurs sans expertise DevOps : GitHub, Notion, Jira, Slack, bases de données, APIs cloud — tout s’intègre via des plugins MCP préconfigurés.

La majorité des plugins de commandes et de Skills fonctionnent hors ligne une fois installés — ils n’ont besoin d’Internet que pour l’installation initiale. Les hooks d’automatisation (formatage, lint, tests) sont des commandes shell locales qui fonctionnent sans réseau.

Les plugins MCP qui se connectent à des services externes (GitHub, Jira, Slack) nécessitent évidemment une connexion réseau pour fonctionner. Ces plugins dégradent gracieusement en l’absence de réseau : ils indiquent que le service n’est pas disponible sans planter Claude Code.

Pour un usage en environnement air-gapped ou sur réseau restreint, préférez les plugins de commandes et de Skills locaux, et évitez les plugins MCP qui pointent vers des services cloud externes. La majorité des plugins utiles pour le développement (code-review, test-generator, commit-commands) fonctionnent 100% en local.

Les plugins et CLAUDE.md sont deux mécanismes complémentaires de personnalisation de Claude Code. CLAUDE.md fournit le contexte projet (architecture, conventions, pièges connus), tandis que les plugins ajoutent des comportements et des outils. Les deux sont lus par Claude Code au démarrage d’une session.

Une bonne pratique : documentez dans votre CLAUDE.md quels plugins sont utilisés dans le projet et dans quel contexte. Exemple : ‘Ce projet utilise le plugin code-review — utilisez la commande /review avant chaque PR.’ Ça aide les développeurs qui rejoignent le projet à comprendre la configuration.

Les plugins peuvent également lire le CLAUDE.md pour adapter leur comportement au projet. Le plugin code-review, par exemple, utilise les règles de style documentées dans CLAUDE.md pour personnaliser ses recommandations plutôt que d’appliquer des règles génériques.

Les plugins ajoutent du contenu au contexte de Claude Code, ce qui consomme des tokens. Un plugin de Skills ajoute le contenu du Skill au contexte. Un plugin de commandes ajoute la description des commandes disponibles. Un plugin MCP ajoute la liste des outils disponibles.

En pratique, l’overhead de 2 à 3 plugins bien conçus est de 1000 à 3000 tokens de contexte supplémentaires — négligeable sur une fenêtre de 200K tokens. Attention aux plugins qui ajoutent beaucoup de contenu au contexte (documentation exhaustive, listes très longues d’outils MCP) : ils peuvent réduire l’espace disponible pour votre code.

Si vous atteignez régulièrement les limites de contexte avec des plugins actifs, désactivez les plugins moins utilisés pour cette session avec /plugin disable nom-du-plugin. Le plugin reste installé mais n’est pas chargé dans le contexte de la session courante.

Non directement. Les plugins Claude Code sont conçus pour l’outil CLI Claude Code d’Anthropic et ne sont pas compatibles avec Bolt DIY qui est un AI builder séparé. Bolt DIY utilise l’API Claude via des appels directs et n’implémente pas le système de plugins de Claude Code.

Bolt DIY a son propre système d’extensions via les fichiers de configuration et les prompts système, mais il est distinct du marketplace de plugins Claude Code. Si vous développez avec Claude Code et utilisez Bolt DIY pour prototyper rapidement, ce sont deux outils séparés avec des écosystèmes séparés.

En revanche, certains plugins MCP Claude Code exposent des intégrations qui peuvent être réutilisées dans d’autres contextes via le protocole MCP. Si Bolt DIY est configuré pour utiliser des serveurs MCP, vous pouvez réutiliser les mêmes serveurs MCP (GitHub, Notion, etc.) dans les deux outils, même si les plugins Claude Code en tant que tels ne s’installent pas dans Bolt DIY.

Oui, via les fichiers de configuration de projet. Claude Code lit d’abord la configuration globale (~/.claude/settings.json) puis la configuration du projet (.claude/settings.json). Vous pouvez désactiver des plugins globaux pour un projet spécifique en ajoutant une liste d’exclusions dans le settings.json du projet.

Cas d’usage typique : vous avez un plugin de sécurité actif globalement, mais pour un projet de tests ou de demos, vous voulez le désactiver pour éviter les alertes constantes. Ajoutez une entrée dans le settings.json du projet de demo : plugins: { disabled: [‘security-scanner’] }.

Inversement, vous pouvez activer des plugins uniquement pour certains projets en les listant dans le settings.json local. Un plugin de scaffolding Django n’a pas de sens dans un projet React — le configurer uniquement dans les projets Django évite de polluer le contexte de vos sessions React.