Claude Code plugins : 9 choix utiles, du code au déploiement

Claude Code plugins : les meilleures extensions de Claude Code répondent à un besoin récurrent. PR Review Toolkit permet de cibler une revue de code, Superpowers apporte de la méthode au développement et Context7 fournit une documentation à jour sur les bibliothèques. Ces 9 choix couvrent la revue, les tests, la documentation, le passage du design au code, le déploiement et la mémoire du projet. Commencez par celui qui évite les reprises les plus fréquentes dans votre travail, puis ajoutez-en un autre seulement s’il remplit une fonction distincte.

Vérifié le 12 octobre 2026 : les dépôts, fichiers README, documentations d’installation et pages de tarifs cités ci-dessous ont été consultés pour ce comparatif. Les recommandations reposent sur ces sources et sur une analyse des workflows, sans essai en session authentifiée ni mesure des gains de temps.

Claude Code plugins : les options en un coup d’œil

PR Review Toolkit est le meilleur premier ajout pour un projet d’entreprise dont le processus de développement est déjà en place. Il permet de cibler une faiblesse précise, comme l’absence de tests sur les cas d’échec, sans adopter une méthode de développement plus large. Choisissez d’abord Superpowers si le problème récurrent tient à la façon dont Claude aborde le travail.

La mention « aucun tarif indiqué » signifie que le README du plugin ne présente aucun abonnement distinct pour celui-ci. Elle ne signifie pas que l’utilisation de Claude, les services connectés ou l’infrastructure sont gratuits. Les prix ci-dessous sont en USD ; les offres des services sont détaillées dans les sections correspondantes.

Plugins et marketplaces : comment ça fonctionne ?

La marketplace est le catalogue ; le plugin est le paquet que vous installez. Ce paquet peut contenir des skills, c’est-à-dire des consignes réutilisables pour une tâche, des commandes à invoquer, des agents spécialisés, des hooks déclenchés à certaines étapes du cycle de vie et des serveurs Model Context Protocol, ou MCP, qui donnent accès à des outils externes. Un plugin peut ne contenir qu’un seul de ces types de composants. Installer un connecteur de documentation ne fournit donc pas automatiquement une méthode de planification ou un exécuteur de tests. Documentation des composants de Claude Code

Cette distinction compte lorsqu’on compare des noms proches. Le paquet Context7 du catalogue Anthropic est une connexion MCP distante. Le projet d’origine propose aussi un plugin plus complet. Lisez le contenu du paquet que vous comptez installer, sans lui attribuer toutes les fonctionnalités associées à la marque.

Quelle marketplace de plugins Anthropic faut-il ajouter ?

Pour les plugins du catalogue officiel présentés ci-dessous, la source est anthropics/claude-plugins-official et le nom enregistré de la marketplace est claude-plugins-official. La source du dépôt et le nom enregistré sont deux chaînes distinctes. Le catalogue actuel répertorie ces paquets et leurs sources, y compris les dépôts externes.

Les entrées externes du catalogue peuvent pointer vers un commit précis du dépôt source. Le README actuel d’un projet peut donc différer de votre copie installée. Considérez le README comme la description fournie par l’éditeur, puis contrôlez l’installation réelle avec claude plugin details avant de compter sur un composant. Même une entrée du catalogue officiel mérite un examen, surtout lorsqu’elle connecte un service ou exécute du code localement.

Skills Claude Code et plugins : quelle différence ?

Les skills décrivent le travail à accomplir ; les plugins regroupent et distribuent des capacités. Superpowers fournit une collection de skills de développement. Playwright Skill associe des consignes à un utilitaire exécutable d’automatisation du navigateur. Figma ajoute à la fois des indications de workflow et une connexion aux données de design. Choisissez le paquet le plus restreint qui apporte la capacité manquante ; un ensemble plus large ne se justifie que si ses autres composants servent votre façon de travailler.

Revue de code : repérer les problèmes avant la fusion

Choisissez une revue ciblée lorsque le risque est connu, et un workflow de pull request lorsque c’est la revue elle-même qu’il faut coordonner. Un fondateur qui modifie une intégration de facturation a surtout besoin d’un examen des nouvelles tentatives, des erreurs et des tests, plutôt que d’un énième avis vague affirmant que tout semble correct.

1. PR Review Toolkit : le premier choix pour une revue ciblée

PR Review Toolkit regroupe les agents spécialisés d’Anthropic pour la revue de code. C’est le meilleur point de départ si votre processus de compilation et de test fonctionne déjà. Son README répertorie 6 agents : comment-analyzer, pr-test-analyzer, silent-failure-hunter, type-design-analyzer, code-reviewer et code-simplifier.

Ce qu’il apporte : des agents chargés de l’exactitude des commentaires, de la couverture des comportements par les tests, de la gestion des erreurs, des invariants de types, de la qualité générale du code et de sa simplification. Le README décrit des demandes en langage naturel qui sélectionnent un spécialiste. L’agent dédié aux tests évalue si les comportements importants sont couverts ; il n’exécute pas pour autant votre suite de tests.

Pour une modification du renouvellement des abonnements, demandez à l’analyste des tests d’examiner les nouvelles tentatives et au spécialiste des échecs de repérer les exceptions passées sous silence. Précisez les fichiers modifiés et le comportement attendu. La revue porte alors sur un échec métier, comme un double prélèvement ou un renouvellement perdu sans alerte, au lieu de déclencher un nettoyage sans limite de code sans rapport avec la modification.

La limite : les agents peuvent signaler des problèmes plausibles sans les démontrer. Exigez un exemple reproductible ou un test pour tout constat sérieux, et conservez vos contrôles automatisés. Traitez la simplification séparément, après la vérification fonctionnelle, afin qu’un refactoring esthétique ne masque pas la modification initiale.

Pour qui : les développeurs qui préparent une modification importante pour la revue.
Point fort : choisir le spécialiste en fonction du risque.
Tarifs : code sous licence MIT ; aucun tarif distinct indiqué pour le plugin. L’utilisation de Claude reste à prendre en compte.
Essai gratuit : aucun essai du plugin limité dans le temps n’est indiqué.
Marketplace : claude-plugins-official.
Installation : claude plugin install pr-review-toolkit@claude-plugins-official --scope local.

1. 1

   Définissez le cas d’échec à examiner

   Pour une modification du renouvellement, précisez le comportement attendu lorsqu’une demande de paiement dépasse le délai d’attente. Fournissez au réviseur le diff pertinent et les tests existants.

2. 2

   Sollicitez les spécialistes adaptés

   Demandez : « Utilise pr-test-analyzer sur les modifications du renouvellement, puis silent-failure-hunter sur les chemins de nouvelle tentative et de gestion des erreurs. Rapporte les éléments probants et les tests manquants ; ne modifie aucun fichier. » Ces noms proviennent du README du plugin.

3. 3

   Vérifiez les constats par des tests

   Pour chaque constat retenu, ajoutez ou adaptez le test de non-régression correspondant dans votre workflow habituel. Écartez les constats qui supposent un comportement absent de votre application.

Verdict : commencez ici si la qualité des revues freine le travail et que votre processus de développement fonctionne déjà.

2. Code Review : pour les revues de pull requests GitHub

Code Review est le plugin d’Anthropic consacré à la revue des pull requests. Sa commande coordonne des analyses parallèles et filtre les constats selon leur niveau de confiance, puis peut les publier sous forme de commentaires GitHub. Le README décrit des contrôles fondés sur les consignes du projet et l’historique du dépôt, avec un filtrage destiné à réduire les signalements peu fiables.

Ce qu’il apporte : la commande code-review, qui orchestre des agents de revue dans son workflow. Elle convient à une petite équipe qui souhaite un premier examen cohérent d’une pull request GitHub ouverte avant sa lecture par un collègue.

Pour une modification de la pagination d’une API, la question utile est de savoir si le diff enfreint un contrat existant ou une règle du dépôt. Explicitez ces contrats dans les consignes du projet. Un score de confiance aide à hiérarchiser les constats ; il ne prouve pas leur exactitude.

La limite : le workflow documenté ignore les pull requests en brouillon, fermées, triviales ou déjà examinées, et nécessite une CLI GitHub authentifiée. Il peut écrire des commentaires dans un espace partagé. Pour une revue privée d’un diff local encore en cours, PR Review Toolkit est plus adapté.

Pour qui : les dépôts GitHub dotés d’un workflow de pull requests bien établi.
Point fort : coordonner la revue des règles du projet et du contexte historique.
Tarifs : aucun tarif distinct indiqué pour le plugin ; l’utilisation de Claude reste à prendre en compte.
Essai gratuit : non indiqué.
Marketplace : claude-plugins-official.
Installation : claude plugin install code-review@claude-plugins-official --scope local.

Verdict : choisissez-le pour coordonner les revues sur GitHub ; préférez PR Review Toolkit pour une analyse privée et plus ciblée.

Tests : améliorer la méthode et conserver les preuves

Améliorer le processus de développement et tester dans un navigateur répondent à des besoins distincts. Superpowers structure la démarche de Claude jusqu’à la modification. Playwright Skill aide à produire un script exécutable qui démontre le comportement du navigateur.

3. Superpowers : pour développer en commençant par les tests

Superpowers est le plugin de méthode de développement de Jesse Vincent et Prime Radiant. Il s’appuie sur des skills pour définir le travail, le planifier, l’exécuter et vérifier le résultat. Son README décrit la sélection automatique des skills, le développement piloté par les tests, le débogage systématique, les worktrees et les workflows de revue.

Ce qu’il apporte : des skills de développement, dont brainstorming, writing-plans, test-driven-development, systematic-debugging et verification-before-completion. Son code contient aussi un hook SessionStart qui charge les consignes de démarrage. Il s’agit d’un ensemble de workflows, pas d’un nouveau modèle ni d’un service de test indépendant.

Le développement piloté par les tests consiste à écrire un test qui échoue sur le comportement manquant avant d’implémenter le correctif. Pour un bug de webhook traité en double, la démarche utile est de reproduire une double livraison, d’écrire une assertion qui échoue sur l’état obtenu, puis de corriger le code pour faire passer cette assertion. L’intérêt de Superpowers est d’intégrer cette démarche au travail, au lieu d’en faire une demande facultative à la fin.

La limite : la méthode a un coût. Corriger un nom ne devrait pas devenir un atelier de conception, et une équipe expérimentée ne devrait pas remplacer tacitement son workflow par celui d’un plugin. Commencez par une fonctionnalité bien délimitée ou un débogage difficile. Jugez les preuves produites et le diff, plutôt que le degré de sophistication du plan.

Pour qui : les développeurs dont l’agent de programmation se lance dans l’implémentation avant que la tâche soit claire.
Point fort : un parcours explicite de la conception à la vérification.
Tarifs : code sous licence MIT ; l’utilisation de Claude reste à prendre en compte. Une assistance commerciale est proposée, sans montant public dans le README.
Essai gratuit : aucun essai du plugin limité dans le temps n’est indiqué.
Marketplace : claude-plugins-official ; l’éditeur maintient aussi superpowers-marketplace.
Installation : claude plugin install superpowers@claude-plugins-official --scope local.

Verdict : installez-le si un démarrage trop rapide de l’implémentation entraîne des reprises ; gardez un périmètre explicite pour chaque tâche.

4. Playwright Skill : pour des tests navigateur réutilisables

Playwright Skill, issu de lackeyjb/playwright-skill, est un skill d’automatisation du navigateur distribué sous forme de plugin Claude Code. Son README décrit une approche fondée sur le code : Claude écrit un programme Playwright, puis l’exécuteur fourni le lance.

Ce qu’il apporte : le skill playwright-skill, un exécuteur run.js et des utilitaires complémentaires. Il prend en charge les programmes navigateur avec assertions, boucles, contextes multiples, interception réseau et captures d’écran. Il s’agit d’un plugin communautaire précis, distinct du serveur Playwright MCP de Microsoft.

Pour un formulaire d’inscription public, demandez un script qui vérifie les envois vides, les saisies invalides et l’état de réussite à partir d’un jeu de données de test en développement local. Le résultat utile est le script que vous pouvez examiner, conserver et relancer. Une capture d’écran ne suffit pas à établir que la bonne requête a été envoyée ou qu’un état d’erreur a été correctement géré.

La limite : l’automatisation générée peut être fragile. Vérifiez les sélecteurs, les assertions, les données de test et le nettoyage avant de considérer le script comme un test de non-régression. Le paquet nécessite Node.js et une procédure de configuration qui installe Playwright et Chromium ; par défaut, la documentation prévoit un navigateur visible.

Pour qui : les développeurs web qui ont besoin de preuves reproductibles du comportement du navigateur.
Point fort : produire un programme d’automatisation, au-delà d’un simple compte rendu des interactions.
Tarifs : code sous licence MIT ; aucun tarif de plugin indiqué. L’utilisation de Claude reste à prendre en compte.
Essai gratuit : aucun essai du plugin limité dans le temps n’est indiqué.
Marketplace : playwright-skill, depuis lackeyjb/playwright-skill.
Installation : claude plugin install playwright-skill --marketplace lackeyjb/playwright-skill --scope local.

Après examen de ses scripts, suivez la procédure du README dans le répertoire du skill installé : npm run setup. Le chemin documenté dans la marketplace est ~/.claude/plugins/marketplaces/playwright-skill/skills/playwright-skill ; vérifiez le chemin réel de votre installation avant de l’utiliser.

Verdict : choisissez-le lorsque le script d’automatisation doit devenir un élément maintenu du projet.

Documentation et design : donner à Claude la bonne source

Choisissez la source qui répond à l’incertitude réelle. La documentation d’une bibliothèque éclaire une question d’API. Un composant Figma éclaire une question de design. Ajouter du contexte sans rapport n’améliore aucune de ces réponses.

5. Context7 : la documentation à jour dans Claude Code

Context7, maintenu par Upstash, récupère la documentation et les exemples des bibliothèques via MCP. Le README du paquet du catalogue officiel décrit une connexion distante hébergée : ce paquet précis ne nécessite donc aucun processus local Node.js, npm ou npx.

Ce qu’il apporte : les outils MCP resolve-library-id et query-docs. Le premier identifie la bibliothèque et les versions disponibles ; le second récupère la documentation pertinente. Le README renvoie vers un plugin plus complet dans le projet d’origine, avec des composants supplémentaires. Il ne faut pas supposer que ces composants sont présents dans ce simple connecteur.

Lors d’une mise à niveau de framework, indiquez à Claude la version installée dans votre dépôt et demandez-lui de retrouver la documentation correspondante avant de modifier un appel d’API. Vérifiez l’identité de la bibliothèque renvoyée. Une réponse correcte pour une autre version reste un risque de régression.

La limite : la couverture documentaire et les versions disponibles déterminent ce qui peut être récupéré. L’accès anonyme partage les limites réservées aux utilisateurs anonymes, tandis qu’une clé API utilise votre offre. Ne supposez pas qu’une connexion anonyme bénéficie du quota personnel de l’offre Free.

Pour qui : les équipes qui utilisent des bibliothèques dont les API évoluent souvent.
Point fort : sélectionner explicitement la bibliothèque et sa version avant de récupérer des exemples.
Tarifs : Free à $0 avec 1,000 appels/mois ; Pro à $10/siège/mois avec 2,000 appels par siège, puis $5 par tranche de 1,000 appels supplémentaires. L’analyse des dépôts privés coûte $5 pour 1M de tokens.
Essai gratuit : une offre Free est disponible ; aucun essai Pro limité dans le temps n’est indiqué.
Marketplace : claude-plugins-official.
Installation : claude plugin install context7@claude-plugins-official --scope local.

La page des offres, consultée le 12 octobre 2026, présente Enterprise comme une offre sur devis. Sa FAQ indique que les petits espaces d’équipe commencent à $30/utilisateur/mois et que les grandes organisations peuvent descendre jusqu’à $2.50/utilisateur/mois. Enterprise inclut 2,000 appels par siège ; les appels supplémentaires et l’analyse privée sont facturés aux tarifs ci-dessus. Demandez le devis applicable au lieu de considérer que le prix le plus bas est accessible à tous.

Verdict : un ajout pertinent si des hypothèses fondées sur d’anciennes API entraînent régulièrement des corrections et des reprises.

6. Figma : pour passer du design au code

Le plugin Figma connecte Claude Code au contexte de design et ajoute des skills pour l’exploiter. Le README du dépôt de l’éditeur recommande le plugin pour Claude Code et décrit la récupération des composants, variables et informations de mise en page à partir des nœuds de design sélectionnés.

Ce qu’il apporte : une configuration MCP Figma et des skills pour implémenter les maquettes, relier les composants via Code Connect et créer des règles de design system. Code Connect associe les composants de design à leurs équivalents dans le code. Le serveur distant permet aussi de modifier le canevas : cette connexion ne doit donc pas être considérée comme intrinsèquement limitée à la lecture.

Pour un écran d’accueil des nouveaux utilisateurs, fournissez le lien de la frame exacte et nommez les composants existants que Claude doit réutiliser. Récupérez le contexte de design structuré et une capture d’écran, puis comparez l’implémentation aux deux. Le README précise que la structure générée doit être adaptée au framework et aux conventions de votre application.

La limite : un fichier de design désordonné laisse des ambiguïtés au moment du développement. Des calques sans nom, des variables manquantes et des composants non associés obligent le modèle à deviner certaines décisions. L’accès au compte et les quotas MCP dépendent aussi de l’offre et du siège ; un siège de collaboration bon marché n’est pas automatiquement adapté au développement.

Pour qui : un développeur qui implémente une maquette Figma définie dans une application existante.
Point fort : associer la référence visuelle au contexte des composants et des variables.
Tarifs : aucun abonnement distinct au plugin n’est indiqué. Figma Starter est gratuit ; les tarifs des sièges payants figurent ci-dessous.
Essai gratuit : aucun essai propre au plugin n’est indiqué.
Marketplace : claude-plugins-official, depuis figma/mcp-server-guide.
Installation : claude plugin install figma@claude-plugins-official --scope local.

Voici les équivalents mensuels en facturation annuelle affichés sur la page des tarifs Figma le 12 octobre 2026. Ce sont les prix des sièges du service, et non des frais de plugin.

Verdict : installez-le si les décisions de design sont définies dans Figma ; ne l’ajoutez pas simplement pour embellir une interface encore mal définie.

Déploiement : connecter l’infrastructure que vous utilisez

Un plugin de déploiement se justifie lorsqu’il connaît la plateforme que vous exploitez déjà. Il rapproche aussi les opérations sur le compte de la conversation de développement, ce qui rend d’autant plus utile de préciser le projet et l’environnement visés.

7. Vercel : pour gérer les déploiements sur Vercel

Le dépôt vercel-plugin de Vercel propose un ensemble d’outils d’exploitation qui dépasse le simple raccourci de déploiement. Son README décrit des consignes propres à l’écosystème, des skills, des agents spécialisés, des commandes, des hooks de cycle de vie et une connexion intégrée au serveur MCP distant de Vercel.

Ce qu’il apporte : des commandes de déploiement, de gestion des environnements, de consultation de l’état et d’initialisation ; des agents, dont deployment-expert, performance-optimizer et ai-architect ; et des skills propres à la plateforme. Le README décrit aussi l’ajout de contexte en début de session pour les projets concernés. Il ne présente plus l’injection automatique de skills à chaque prompt ou appel d’outil comme le comportement par défaut.

Face à l’échec d’un build de prévisualisation, identifiez le projet Vercel concerné et demandez l’analyse de l’erreur de compilation et des éventuels écarts d’environnement avant toute modification. Cela sépare l’investigation du déploiement. La connexion MCP peut consulter les projets et les journaux, créer des déploiements et mettre à jour des ressources, dans les limites des accès au compte que vous accordez.

La limite : cet outillage est propre à une plateforme et dispose de capacités de lecture comme d’écriture. Demander le diagnostic d’une prévisualisation ne devrait pas valoir autorisation de modifier la production. Le paquet comporte aussi des prérequis locaux et des paramètres de télémétrie : son README mentionne Node.js 18+ et Bun, et documente VERCEL_PLUGIN_TELEMETRY=off pour désactiver la télémétrie.

Pour qui : les développeurs qui déploient déjà leurs applications sur Vercel.
Point fort : réunir les connaissances de déploiement et les outils du compte dans un même paquet.
Tarifs : aucun tarif distinct indiqué pour le plugin. Vercel Hobby coûte $0/mois pour un usage personnel non commercial ; Pro commence à $20/mois, plus l’utilisation ; Enterprise est sur devis.
Essai gratuit : la plateforme propose un essai Pro ; aucune durée n’est présumée ici.
Marketplace : claude-plugins-official, depuis vercel/vercel-plugin.
Installation : claude plugin install vercel@claude-plugins-official --scope local.

La page des tarifs Vercel, vérifiée le 12 octobre 2026, indique des sièges développeur à $20/mois et un crédit d’utilisation inclus de $20 pour Pro. Une entreprise doit prévoir le coût de ses sièges et de son utilisation, sans considérer l’offre personnelle Hobby comme le point de départ pour un usage commercial. Le README emploie plusieurs préfixes de commande selon le mode d’installation ; utilisez le sélecteur de commandes de votre installation pour choisir la commande de déploiement ou d’état réellement disponible.

Verdict : un bon outil d’exploitation pour une application d’entreprise sur Vercel, à condition de nommer l’environnement de chaque action.

Mémoire du projet : conserver les règles avant de tout enregistrer

Les consignes sélectionnées et l’historique enregistré sont deux formes de mémoire différentes. Commencez par des règles durables qui décrivent le fonctionnement du dépôt. Ajoutez la recherche dans l’historique lorsque reconstituer les investigations passées devient un problème à part entière.

8. CLAUDE.md Management : pour tenir les consignes du projet à jour

CLAUDE.md Management est un petit plugin d’Anthropic destiné à entretenir les fichiers de consignes que Claude lit dans un projet. Son README distingue l’audit de ces fichiers de l’enregistrement des enseignements de la session en cours.

Ce qu’il apporte : le skill claude-md-improver confronte les consignes du projet au code, tandis que la commande revise-claude-md enregistre les enseignements de la session. C’est un choix ciblé pour un dépôt dont la commande de test, les notes d’architecture ou les conventions de travail ne correspondent plus à la réalité.

Supposons qu’un service utilise désormais une autre configuration de test locale. Mettez à jour la consigne durable qui servira encore la semaine suivante, puis relisez le diff comme une modification de documentation. Inutile d’enregistrer toute la conversation de dépannage si le résultat utile tient dans une commande courte et une explication de son contexte d’utilisation.

La limite : les consignes peuvent s’accumuler ou se contredire. Soumettez les ajouts proposés à une relecture. Conservez les règles stables et retirez celles qui ne s’appliquent plus : la mémoire est utile lorsqu’elle réduit les incertitudes de la prochaine session, pas lorsqu’elle consigne tout.

Pour qui : les dépôts d’entreprise dont les consignes sont incomplètes ou dépassées.
Point fort : séparer les audits périodiques des consignes de l’enregistrement des enseignements d’une session.
Tarifs : aucun tarif distinct indiqué pour le plugin ; l’utilisation de Claude reste à prendre en compte.
Essai gratuit : non indiqué.
Marketplace : claude-plugins-official.
Installation : claude plugin install claude-md-management@claude-plugins-official --scope local.

Verdict : le meilleur premier plugin de mémoire si les erreurs de configuration et de conventions se répètent.

9. Claude-Mem : pour retrouver l’historique entre les sessions

Claude-Mem, maintenu dans thedotmack/claude-mem, enregistre les observations issues de l’utilisation des outils, les résume et les rend accessibles aux sessions suivantes. Son README décrit un système de mémoire persistante comportant davantage de composants qu’un simple fichier de consignes du projet.

Ce qu’il apporte : des hooks de cycle de vie, un processus de travail local, un stockage SQLite, un skill mem-search et des outils MCP de récupération, dont search, timeline et get_observations. La méthode de récupération documentée réduit d’abord la sélection dans un index avant de charger les détails des observations pertinentes.

Pour l’échec récurrent d’une tâche en arrière-plan, les informations utiles à retrouver peuvent être la cause profonde précédente, le correctif écarté et les fichiers concernés. Cet historique aide à cadrer la nouvelle investigation. Vérifiez toutefois que le code et la configuration actuels correspondent à la situation mémorisée avant de suivre une ancienne conclusion.

La limite : l’enregistrement ajoute un stockage de données et un processus à gérer. Examinez le contenu stocké, le modèle qui le traite, l’activation éventuelle de la synchronisation cloud et le contexte injecté. Le README documente des balises de confidentialité, mais leur présence ne justifie pas d’insérer des identifiants secrets dans la conversation. Il mentionne Node.js 20+ et l’installation automatique de Bun et uv s’ils sont absents.

Pour qui : les développeurs qui passent régulièrement du temps à reconstituer d’anciennes investigations.
Point fort : des observations consultables et un contexte chronologique d’une session à l’autre.
Tarifs : le moteur open source local est gratuit ; l’utilisation des modèles ou fournisseurs peut être facturée séparément. En hébergement, CMEM Pro coûte $30/mois, Heavy $70/mois et CMEM Max $100/mois, plus les dépassements.
Essai gratuit : le service hébergé annonce 30 jours, sous réserve des conditions d’utilisation et de facturation ci-dessous.
Marketplace : thedotmack, depuis thedotmack/claude-mem.
Installation : claude plugin install claude-mem --marketplace thedotmack/claude-mem --scope local.

La page des tarifs en ligne, consultée le 12 octobre 2026, précise que la facturation de l’essai hébergé peut commencer à la fin de l’essai ou dès l’épuisement de son quota inclus, et qu’une carte bancaire est requise. Les quotas inclus et les conditions de passage automatique à une offre supérieure apparaissent dans le parcours d’achat. TeamBrain est un pilote dont le tarif est convenu au cas par cas, et non une offre d’équipe publique à prix fixe. Le moteur local reste une option distincte.

Verdict : ajoutez-le après avoir identifié un besoin de recherche historique qu’un fichier CLAUDE.md concis ne peut pas couvrir.

Installer et gérer ses plugins en gardant la maîtrise

Examinez d’abord le code source, puis choisissez la portée de l’installation. Les commandes de cette section décrivent le workflow public actuel ; elles ont été vérifiées dans la documentation, sans être exécutées sur un compte authentifié.

La procédure habituelle dans le shell consiste à enregistrer la source avec claude plugin marketplace add anthropics/claude-plugins-official, puis à installer un nom qualifié comme claude plugin install pr-review-toolkit@claude-plugins-official --scope local. Enregistrer un catalogue n’implique pas d’activer tous les paquets qu’il contient.

La nouvelle option --marketplace dans le shell

Claude Code v2.1.292, publié le 6 octobre 2026, a ajouté --marketplace à la commande shell claude plugin install. Cette option combine l’ajout de la marketplace, si nécessaire, et l’installation du plugin choisi. Notes de version officielles

Par exemple : claude plugin install superpowers --marketplace anthropics/claude-plugins-official --scope local.

Avec cette forme, utilisez le nom du plugin sans suffixe @marketplace. Le shell ajoute la marketplace sans étape de confirmation distincte, sous réserve de la politique de l’organisation. La déclaration de la marketplace est enregistrée dans les paramètres utilisateur, même si le plugin est installé à la portée du projet. Dans une session interactive, /plugin install ... --marketplace ... est un workflow distinct qui ouvre les détails du plugin ; il est pris en charge depuis v2.1.275. Documentation actuelle de l’installation

Choisir la bonne portée d’installation

Utilisez la portée locale pour un choix personnel limité à un dépôt. La portée utilisateur, appliquée par défaut, vaut pour tous vos projets sur cette machine. La portée projet enregistre dans le dépôt un choix partagé. Les fichiers de paramètres se trouvent ici :

• Utilisateur : ~/.claude/settings.json.
• Projet : .claude/settings.json.
• Local : .claude/settings.local.json.

Les paramètres locaux priment sur ceux du projet, qui priment sur ceux de l’utilisateur. Une entrée de projet enregistrée dans le dépôt active le plugin pour les collaborateurs, mais ne télécharge pas le paquet sur leur machine ; chacun doit encore l’installer. Documentation des portées

Tenir un inventaire et savoir désactiver un plugin

Utilisez claude plugin list pour consulter les versions, les portées et les états, puis claude plugin details pr-review-toolkit@claude-plugins-official pour les composants installés. Le détail permet aussi d’évaluer la place que le plugin occupe en permanence dans le contexte.

Pour une installation locale, les commandes correspondantes sont claude plugin update pr-review-toolkit@claude-plugins-official --scope local, claude plugin disable pr-review-toolkit@claude-plugins-official --scope local et claude plugin uninstall pr-review-toolkit@claude-plugins-official --scope local. Utilisez enable pour réactiver une copie désactivée. Chargez les changements avec /reload-plugins dans la session, ou démarrez une nouvelle session. Référence des commandes de plugins

Les mises à jour automatiques sont activées par défaut pour la marketplace officielle et désactivées par défaut pour les marketplaces tierces. Consultez l’onglet Marketplaces dans /plugin et choisissez la politique voulue. Relisez le code mis à jour avant un déploiement plus large, car celui que vous aviez examiné peut avoir changé.

Examiner un plugin avant de l’activer

Considérez un plugin comme du code exécuté sous votre compte, et non comme un simple prompt sans risque à télécharger. La documentation de sécurité d’Anthropic précise que les plugins peuvent exécuter du code arbitraire avec vos droits utilisateur. Les hooks, les moniteurs et les processus serveur s’exécutent en dehors du bac à sable utilisé pour les appels d’outils de Claude. Les règles d’autorisation de ces appels n’isolent donc pas les processus propres au plugin dans un bac à sable.

Cette distinction vaut aussi pour un plugin installé à portée locale. Cette portée limite les endroits où il est activé ; elle n’isole pas le processus de vos fichiers ou de vos identifiants.

1. 1

   Remontez du catalogue au code source

   Exécutez claude plugin marketplace list pour voir les sources enregistrées. Dans /plugin, lisez le récapitulatif des composants et ouvrez le dépôt. Confirmez l’éditeur, le répertoire du plugin et la révision du code source. Si le récapitulatif n’est pas disponible, examinez directement le code : une information absente ne signifie pas que la liste des composants est vide.

2. 2

   Lisez ce qui peut s’exécuter ou envoyer des données

   Examinez hooks/hooks.json, .mcp.json, bin/, les scripts d’installation des dépendances et les fichiers appelés par ces éléments. Pour un serveur local, inspectez la commande exécutée. Pour un serveur distant, vérifiez la destination et les accès demandés. Lisez aussi les skills, commandes et agents : leurs consignes influencent la manière dont Claude utilise ses outils existants.

3. 3

   Validez le répertoire exact du plugin

   Sur une copie locale dont vous avez examiné le code, lancez claude plugin validate ./plugin-directory --strict. Ajoutez --json pour récupérer le résultat dans une automatisation. Le validateur contrôle les règles de structure et de contenu prises en charge ; il n’établit pas que le code est digne de confiance. Valider uniquement une marketplace n’inspecte pas les fichiers des composants de tous les plugins répertoriés dans d’autres répertoires. Référence de validation

4. 4

   Inspectez l’inventaire avant de démarrer une session

   Utilisez claude --plugin-dir ./plugin-directory plugin details plugin-name en remplaçant le répertoire et le nom par ceux du paquet examiné. La commande documentée lit son inventaire sans démarrer de session. L’installation active normalement le plugin : examinez donc son code source avant de l’installer. Ensuite, comparez les détails de l’installation avec l’inventaire attendu. Documentation de l’examen du code source

En validation automatisée, le code de sortie 0 indique une réussite, 1 un échec de validation et 2 une erreur inattendue du validateur. Avec --strict, les avertissements provoquent également un échec. Aucun de ces résultats ne constitue une certification de sécurité. Pour vérifier le comportement au-delà de la validation du paquet, consultez le guide du site sur les évaluations des plugins Claude Code.

Pour un déploiement en entreprise, consignez la révision source choisie, les comptes de service autorisés, les composants attendus et la personne responsable des mises à jour. Un plugin qui déploie de l’infrastructure exige un examen différent d’un skill qui fournit des règles de mise en forme. Dans les deux cas, explicitez les autorisations sur la production.

Quel plugin choisir selon votre besoin ?

Partez du travail que vous devez régulièrement refaire. Si les développeurs oublient les cas d’échec, commencez par PR Review Toolkit. Si Claude se précipite dans l’implémentation, choisissez Superpowers. Ajoutez Playwright Skill lorsque vous devez consigner le comportement du navigateur dans des scripts réutilisables.

Choisissez Context7 si les erreurs d’API liées aux versions se répètent. Ajoutez Figma si les décisions de design se trouvent déjà dans des fichiers Figma. Ajoutez Vercel si votre application y tourne et que les opérations sur le compte font partie du travail.

Pour la mémoire, choisissez CLAUDE.md Management lorsque l’information manquante est une règle durable du projet. Choisissez Claude-Mem lorsqu’il faut retrouver une ancienne investigation. Le critère décisif est la gestion de consignes sélectionnées ou la recherche dans l’historique, pas la quantité de mémoire annoncée par le paquet.

Lundi, reprenez une modification récente qui vous a donné du fil à retordre et identifiez la capacité qui manquait. Examinez et installez le plugin correspondant, définissez le livrable attendu et ne le conservez que s’il améliore cette tâche sans créer un nouveau problème de maintenance récurrent. N’installez pas les neuf comme un pack de démarrage.

Si le workflow utile est propre à votre entreprise, l’étape suivante peut être de créer votre propre petit paquet. Consultez le guide pour publier des plugins Claude. Si vos développeurs utilisent aussi Codex, consultez le guide des plugins Codex et des marketplaces d’équipe, consacré à cet environnement.

Comment cette sélection a été établie

Chaque plugin recommandé dispose d’un dépôt accessible et d’un README qui explique ce qu’il apporte. La sélection privilégie une tâche identifiable dans un projet d’entreprise, une source d’installation traçable, un inventaire concret des composants et une limite qui aide à savoir quand s’en passer.

La vérification du 12 octobre 2026 a confronté les README des éditeurs au catalogue officiel, à la documentation actuelle de Claude Code et aux pages de tarifs en ligne concernées. En cas de désaccord entre les sources, les décomptes contestés ont été omis et les tarifs en ligne ont fait foi pour les conditions de facturation. Le classement ne dépend ni des nombres d’installations, ni des étoiles, ni des notes, ni des gains de vitesse annoncés.

Ce comparatif repose sur la documentation ; il ne garantit pas la compatibilité à l’exécution et ne constitue pas un audit de sécurité de chaque ligne de code. La recommandation pratique reste volontairement conditionnelle : choisissez le paquet adapté à ce qui vous freine, puis examinez la révision précise que vous activez.

Les installations à éviter

Évitez d’abord les installations redondantes ou mal adaptées, avant de chercher d’autres plugins. Voici des cas précis où un paquet par ailleurs utile devient un mauvais choix :

• Code Review pour un workflow limité aux brouillons : son README indique que les pull requests en brouillon sont ignorées. Demandez une revue ciblée plutôt que de vous demander pourquoi le workflow de PR n’a rien fait.
• Superpowers depuis plusieurs marketplaces à la fois : choisissez une seule source pour la même méthode. Multiplier les origines de mise à jour complique le suivi du comportement installé.
• Claude-Mem installé uniquement avec npm install -g claude-mem : l’éditeur précise que cela installe le SDK ou la bibliothèque, sans configurer les hooks ni le processus de travail du plugin. Suivez la procédure d’installation documentée du plugin.
• Les deux outils de revue pour chaque modification triviale : des revues qui se recoupent consomment de l’attention sans établir qu’elles ont trouvé un défaut supplémentaire. Attribuez à chacun un rôle distinct si vous gardez les deux.
• Un paquet dont le code source ne peut pas être examiné : écartez celui dont le dépôt, les fichiers de composants ou l’installeur appelé ne sont pas consultables. Une étiquette de marketplace ou une longue liste de fonctionnalités ne remplace pas le code source.

Les questions qui se posent au quotidien avec Claude Code

Comment utiliser Superpowers dans Claude Code sur un projet existant ?

Installez-le depuis une seule marketplace examinée, à la portée voulue, puis commencez par une fonctionnalité ou un bug bien délimité. Précisez la commande de test existante et les contraintes du projet, demandez la conception ou le plan avant l’implémentation, puis jugez les tests et le diff obtenus. Ses skills documentés apportent la méthode ; votre dépôt fournit toujours les critères d’acceptation.

La commande claude plugin validate prouve-t-elle qu’un plugin est sûr ?

Non. Elle vérifie les manifestes et les règles de composants pris en charge. Lisez séparément les hooks exécutables, les commandes serveur, les dépendances et les consignes. Validez le véritable répertoire du plugin : une validation réussie au niveau de la marketplace n’inspecte pas les fichiers des composants de chaque plugin répertorié.

Une installation à portée projet configure-t-elle automatiquement tous les développeurs ?

Non. Le paramètre partagé active le plugin pour le dépôt, mais les collaborateurs doivent encore l’installer sur leur machine. Consignez la source de la marketplace et la commande d’installation dans les consignes de configuration du projet.

Faut-il installer les deux plugins de mémoire ?

Seulement s’ils répondent à des besoins distincts. CLAUDE.md Management entretient les consignes sélectionnées du projet ; Claude-Mem enregistre un historique consultable. Commencez par la forme de mémoire qui vous manque et décidez des informations à conserver avant d’élargir l’enregistrement.

Pour découvrir d’autres méthodes concrètes afin d’auditer et d’améliorer un workflow d’entreprise, abonnez-vous à la newsletter.