Claude Marketplace : mon plugin poussé à l'équipe en 40 min

Anthropic a ouvert le Claude Marketplace le 23 septembre : plus de 2 000 connecteurs et plugins dans une seule vitrine, plus un rayon d'achat de logiciels tiers. La news a tourné en une journée. Ce qui a moins circulé, c'est la partie opérationnelle : comment on passe du catalogue à trois plugins réellement actifs sur les postes d'une équipe, sans que chacun bricole son coin.

J'y ai passé la matinée sur notre organisation de douze personnes. Quarante minutes de manipulation utile, et une bonne heure perdue sur deux blocages que la doc ne met pas en avant. Voici le chemin exact.

Ce qu'Anthropic a ouvert le 23 septembre (et ce qui existait déjà)

Le marketplace s'organise en trois rayons. Le premier, « add » : les connecteurs et plugins, plus de 2 000 au lancement, avec Atlassian, Google, Microsoft, Salesforce ou encore Notion. Le deuxième, « buy » : des produits construits sur Claude — Cursor, CrowdStrike, Harvey, Legora, Lovable, Snowflake — que les clients sous contrat peuvent payer sur une part de leur engagement de dépense Anthropic, au lieu d'ouvrir une ligne budgétaire par outil. Le troisième, « scale » : des intégrateurs du Claude Partner Network, Accenture, BCG, Deloitte.

Deux précisions qui évitent les malentendus. Le rayon « buy » n'a pas de panier public : on passe par son account team, c'est du procurement, pas du self-service. Et les marketplaces privés d'entreprise ne datent pas d'hier — Anthropic les avait livrés en février 2026 avec le lot Cowork et plugins. Ce qui change le 23 septembre, c'est l'unification de la vitrine et le branchement sur le budget engagé, dans le même mouvement stratégique que l'Agent Store de Microsoft. La brique technique, elle, repose toujours sur MCP et les Agent Skills : si le protocole ne vous parle pas, reprenez d'abord notre guide MCP pour connecter l'IA à vos outils métier.

Étape 1 : activer Cowork et Skills, sinon l'onglet reste vide

Première frustration, et elle m'a coûté vingt minutes de recherche stupide. Je suis allé dans les réglages d'organisation, j'ai cherché l'onglet Marketplaces, il n'existait pas. J'ai cru à un déploiement progressif, j'ai attendu, j'ai rechargé, j'ai changé de navigateur. La réalité est plus bête : Cowork et Skills doivent être activés tous les deux pour que la gestion des marketplaces apparaisse. Chez nous, Skills était resté sur off depuis une revue sécurité de printemps.

Le chemin exact : claude.ai/admin-settings/skills, section Plugins & skills. Seuls les Owners et Primary Owners y ont accès — un admin standard ne verra rien, même avec les deux options actives. Si vous déléguez la configuration à votre prestataire, prévoyez l'élévation de droits avant la séance, sinon vous passerez la réunion à attendre le patron.

Étape 2 : créer un marketplace privé — ZIP manuel ou sync GitHub

Deux modes, et le choix n'est pas cosmétique.

Le mode ZIP, pour prototyper sans infra

Dans Plugins & skills, « Upload a plugin », on crée un marketplace ou on ajoute à un existant, on dépose l'archive. Plafonds : 50 Mo par plugin, 100 plugins par marketplace. C'est le mode que j'ai utilisé pour le premier test, parce qu'il évite toute la mécanique d'autorisations GitHub. Parfait pour valider qu'un plugin maison se charge bien chez quelqu'un d'autre que soi. Mauvaise idée dès qu'il faut le faire évoluer : chaque correction, c'est un nouveau ZIP uploadé à la main.

Le mode GitHub, pour la vraie vie

Onglet Marketplaces, « Sync from GitHub », on saisit owner/repo. Le dépôt doit être privé ou interne, sur github.com ou GitHub Enterprise, avec l'application GitHub de Claude installée. Mon deuxième plantage est là : j'avais préparé le catalogue dans un repo public pour aller vite, la synchro l'a refusé sans détour. Bascule en privé, réinstallation de l'app, synchro passée. Plafond ici : 500 plugins par marketplace, et un timeout de synchronisation à 30 minutes.

Le fichier de catalogue vit dans .claude-plugin/marketplace.json à la racine :

{
  "name": "acme-interne",
  "owner": { "name": "Equipe Outils", "email": "outils@acme.fr" },
  "plugins": [
    {
      "name": "revue-devis",
      "source": "./plugins/revue-devis",
      "description": "Controle les devis clients avant envoi",
      "version": "1.0.0"
    }
  ]
}

Les noms de plugins sont limités à 64 caractères, en minuscules avec tirets. Avant de pousser quoi que ce soit, claude plugin validate . vous évite un aller-retour : la commande attrape les chemins cassés et les champs manquants en deux secondes. Et si vous distribuez aussi côté terminal, la logique reste la même qu'avec les skills : notre tuto pour fabriquer trois modules Claude Skills en une demi-heure donne la structure de dossier attendue.

Étape 3 : décider qui reçoit quoi

C'est la partie qui justifie à elle seule le marketplace privé. Chaque plugin du catalogue reçoit une préférence d'installation, dans l'onglet Inventory, menu du plugin, « Default access » :

• Required : préinstallé, impossible à désactiver par l'utilisateur. À réserver aux plugins de conformité ou de revue.
• Installed by default : préinstallé mais désactivable. Le réglage que j'utilise pour 80 % des cas.
• Available to install : visible dans le catalogue, libre-service.
• Not available : masqué aux membres.

Les changements prennent effet à la session suivante, pas en direct : inutile de demander à l'équipe de rafraîchir pendant la réunion. Sur les plans Enterprise, les admins peuvent surcharger ces réglages par groupe — auto-installation pour l'ingénierie, libre-service pour le juridique, masqué pour le reste. Attention à la règle de résolution quand quelqu'un appartient à plusieurs groupes : c'est le réglage le plus permissif qui gagne, dans l'ordre Required > Installed by default > Available to install > Not available. Autrement dit, un « Not available » ne protège rien si le même utilisateur est dans un groupe plus ouvert.

Dernier réglage à ne pas laisser par défaut : la publication. En mode « Open », tout ce qu'un utilisateur publie part directement dans la bibliothèque d'organisation, visible par tout le monde, sans relecture. « Requires review » fait passer chaque soumission par un owner, via l'onglet Requests. Sur une équipe de plus de cinq personnes, la relecture n'est pas de la bureaucratie : c'est le seul moment où quelqu'un regarde ce que le plugin exécute.

Combien coûte Claude Marketplace en France

Le marketplace lui-même ne se facture pas. Ce que vous payez, ce sont les sièges et l'usage. D'après la grille tarifaire officielle : Pro à 17 $/mois en annuel (20 $ en mensuel), Team à 20 $ par siège en annuel (25 $ en mensuel), siège Premium à 100 $ en annuel (125 $ en mensuel) pour cinq fois plus d'usage, Enterprise à partir de 20 $ par siège en annuel avec l'usage facturé en plus. Les connecteurs et skills sont inclus sur tous les plans payants ; la gestion centralisée des plugins, elle, suppose Team ou Enterprise.

Pour une équipe de douze en Team annuel, on est à 240 $ par mois de sièges, soit environ 2 880 $ sur l'année avant usage. Le rayon « buy » avec paiement sur budget engagé, lui, ne concerne pas les PME : il suppose un contrat avec engagement de dépense négocié. Si votre besoin est surtout d'unifier les accès applicatifs, regardez d'abord ce que font vos connecteurs existants avant de signer un outil partenaire de plus.

Le coût contexte : le poste que personne ne surveille

Un plugin n'est pas gratuit en tokens. Chaque serveur MCP qu'il embarque publie ses outils dans le contexte, à chaque tour. Sur trois connecteurs actifs plus notre plugin maison, j'ai vu la consommation de base d'une session grimper nettement avant même le premier message utile.

Bonne nouvelle, la documentation Claude Code confirme que le panneau d'installation affiche désormais trois informations décisives avant de valider : une estimation du context cost, la date de dernière mise à jour, et la liste exacte de ce qui va s'installer — commandes, agents, skills, hooks, serveurs MCP et LSP. Trois réflexes à prendre :

• /plugin puis onglet Stats : ce que chaque skill coûte en contexte et à quelle fréquence elle est réellement invoquée.
• Onglet Installed, section « Not used recently » : les plugins installés mais pas utilisés depuis deux semaines sur au moins dix sessions. Chez nous, deux candidats à la désinstallation dès la première passe.
• /reload-plugins après changement — et /reload-plugins --force si Claude prévient que l'opération invaliderait le cache de prompt. Activer un plugin MCP en cours de session fait relire toute la conversation au tour suivant : à faire entre deux tâches, pas au milieu d'un run.

Avant de généraliser un plugin maison à toute l'équipe, testez-le comme du code. C'est exactement le sujet de notre tuto sur les évaluations de plugins Claude Code en CI : sans mesure de delta, vous découvrirez la régression par les plaintes de vos collègues.

Verrouiller avant d'ouvrir : la restriction des marketplaces

La doc d'Anthropic est explicite : « Anthropic ne contrôle pas quels serveurs MCP, fichiers ou autres logiciels sont inclus dans les plugins et ne peut pas vérifier qu'ils fonctionnent comme prévu. » Un plugin exécute du code arbitraire avec vos privilèges utilisateur. Le catalogue officiel est curé par Anthropic, le catalogue communautaire passe une validation automatisée avec épinglage sur un commit SHA — le reste, c'est votre responsabilité.

Le garde-fou s'appelle strictKnownMarketplaces, dans les managed settings. Non défini, aucune restriction. Tableau vide, verrouillage complet. Sinon, une liste blanche, avec wildcard possible sur une organisation GitHub :

{
  "strictKnownMarketplaces": [
    { "source": "github", "repo": "acme-corp/*" }
  ]
}

Sur un parc de développeurs, je considère ce réglage comme non négociable. Sans lui, n'importe qui ajoute n'importe quel dépôt et installe ce qu'il veut. Pour le cadre plus large — journalisation, revue des accès, périmètre des agents — notre checklist de sécurisation des agents IA reste applicable telle quelle.

Mon verdict après une matinée dessus

Le Claude Marketplace n'invente pas grand-chose côté technique : les plugins, les skills et les marketplaces privés tournaient déjà depuis février. Ce qui change vraiment, c'est qu'un responsable d'équipe dispose enfin d'un endroit unique pour choisir, diffuser et retirer, avec des niveaux de diffusion clairs et une estimation du coût contexte avant installation. Sur ce point précis, le produit est meilleur que ce que proposent la plupart des plateformes concurrentes aujourd'hui.

Pour qui c'est utile : les équipes de 5 à 150 personnes sous Team ou Enterprise qui ont déjà deux ou trois plugins maison qui traînent dans des dépôts personnels. Vous rapatriez tout en une matinée, et vous savez enfin qui utilise quoi.

Pour qui ça ne sert à rien : les indépendants et les structures de deux personnes sur Pro. Vous n'avez pas besoin d'un catalogue d'organisation, /plugin marketplace add sur un dépôt suffit. Et les PME qui espéraient acheter Cursor ou Harvey sur leur budget Claude en peuvent rester là : ce rayon-là suppose un contrat d'engagement négocié avec une équipe commerciale, pas un abonnement à 25 $ par siège.