Les places de marché de plugins permettent aux propriétaires des plans Team et Enterprise de distribuer des plugins sélectionnés à tous les membres de leur organisation. Vous créez une place de marché, y ajoutez des plugins et contrôlez exactement quels plugins vos membres d'équipe peuvent voir et utiliser. Les plugins que vous distribuez apparaissent dans le chat (sur le web et dans l'onglet Chat de Claude Desktop), dans Claude Cowork et dans les sessions Claude Code où les membres se connectent avec le même compte Claude.
Les propriétaires et propriétaires principaux des plans Team et Enterprise peuvent gérer les plugins de l'organisation dans Paramètres de l'organisation > Plugins et compétences. Sur les plans Enterprise, les membres ayant un rôle personnalisé incluant la gestion des bibliothèques de l'organisation peuvent également le faire.
Conditions requises : Cowork et Skills doivent tous deux être activés pour votre organisation avant de pouvoir utiliser les places de marché de plugins.
Pour une version de référence de ces contrôles, consultez Gérer les plugins de votre organisation dans la documentation Claude Code.
Remarque : La désactivation de Skills pour votre organisation arrête également la synchronisation des compétences et des plugins vers Claude Code et supprime ceux qui y ont déjà été synchronisés. La désactivation de Cowork n'affecte pas la synchronisation vers Claude Code. Pour conserver les compétences et les plugins dans Claude mais arrêter uniquement la synchronisation, définissez syncClaudeAiSkills et syncClaudeAiPlugins sur false dans les paramètres gérés de Claude Code. En savoir plus sur la configuration administrateur de Claude Code.
Remarque : Les places de marché sont la façon dont les propriétaires distribuent les plugins à leur organisation. Les utilisateurs peuvent également partager un plugin qu'ils ont créé avec des collègues ou des groupes spécifiques, ou le soumettre pour publication dans la bibliothèque de votre organisation. Le partage et la publication sont contrôlés par les paramètres dans Paramètres de l'organisation > Plugins et compétences dans l'onglet « Politique », et les soumissions de plugins sont examinées là dans l'onglet « Demandes ». En savoir plus sur l'utilisation des plugins dans Claude et permettre aux utilisateurs de publier des compétences et des plugins dans votre organisation.
Voir ce qui se trouve dans votre organisation
L'onglet « Inventaire » répertorie chaque compétence et plugin que votre organisation gère, y compris ceux que les utilisateurs ont créés pour eux-mêmes. Les compétences et les plugins se trouvent maintenant sur la même page, vous n'avez donc pas besoin de basculer entre les paramètres.
Pour chaque élément, le tableau affiche sa source, sa version, ses capacités, son audience et le nombre de personnes qui l'ont utilisé au cours des 30 derniers jours.
Pour trouver un élément, recherchez par nom ou utilisez les filtres :
Source : Votre organisation, Bibliothèque de l'organisation ou une place de marché spécifique
Audience : Qui peut utiliser l'élément
Type : Compétences ou plugins
Les compétences que votre organisation gère apparaissent sous Bibliothèque de l'organisation. Vous gérez les places de marché de plugins dans l'onglet Places de marché.
Pour agir sur un élément, cliquez sur le bouton de menu à la fin de sa ligne. Vous pouvez afficher les détails et les fichiers, voir l'historique des versions et modifier l'accès par défaut et par groupe.
Pour les compétences et les plugins que les utilisateurs ont créés, l'onglet Inventaire affiche les métadonnées et l'état du partage. Il n'affiche pas les fichiers eux-mêmes.
Utiliser les places de marché créées par Anthropic
Anthropic fournit des places de marché intégrées de plugins pour différentes fonctions, telles que le droit et la finance. Une place de marché Knowledge Work est ajoutée à votre organisation par défaut.
Pour ajouter une place de marché créée par Anthropic :
Accédez à Paramètres de l'organisation > Plugins et compétences et cliquez sur l'onglet « Places de marché ».
Cliquez sur « Ajouter », puis sélectionnez « Ajouter une place de marché ».
Sélectionnez « Parcourir les sources Anthropic ».
Cliquez sur « Ajouter » sur chacune que vous souhaitez voir apparaître pour tous les membres de votre organisation.
Pour supprimer la place de marché Knowledge Work si elle n'est pas pertinente pour vos équipes :
Accédez à Paramètres de l'organisation > Plugins et compétences et cliquez sur l'onglet « Places de marché ».
Trouvez Knowledge Work.
Cliquez sur le bouton de menu dans le coin supérieur droit.
Sélectionnez « Supprimer ».
Les places de marché créées par Anthropic affichent des noms lisibles, comme « Knowledge Work », au lieu du slug de référentiel sous-jacent.
Créer votre propre place de marché
Au-delà des places de marché créées par Anthropic, vous pouvez créer la vôtre. Il y a deux façons d'ajouter des plugins à une place de marché que vous créez :
Téléchargement manuel : Téléchargez des fichiers ZIP de plugins individuels via l'interface d'administration. Idéal pour l'itération rapide, les outils ponctuels ou les équipes qui ne conservent pas les plugins dans un référentiel Git.
Synchronisation de référentiel : Connectez un référentiel GitHub ou GitLab privé et Claude synchronise les plugins à partir de celui-ci. Idéal lorsque plusieurs développeurs collaborent sur des plugins ou que vous souhaitez des mises à jour contrôlées par version.
Vous pouvez utiliser les deux approches en parallèle. Par exemple, exécutez une place de marché synchronisée avec GitHub pour vos plugins principaux et une place de marché manuelle distincte pour les outils ad hoc.
Configurer une place de marché manuelle
Cliquez sur « Ajouter », puis sélectionnez « Télécharger un plugin ».
Si c'est la première fois que vous configurez une place de marché, « Télécharger vers une nouvelle place de marché » est présélectionné. Vous pourrez choisir « Ajouter à une place de marché existante » lors du téléchargement de plugins ultérieurement.
Entrez un nom pour votre place de marché.
Soit faites glisser vos fichiers, soit cliquez sur l'invite de téléchargement et sélectionnez votre fichier. Le fichier doit être un .zip valide de moins de 200 Mo.
Répétez pour chaque plugin que vous souhaitez ajouter.
Cliquez sur « Télécharger » pour ajouter vos plugins à une nouvelle place de marché.
Si vous téléchargez un plugin portant le même nom qu'un plugin existant, il remplace automatiquement la version précédente. Vous n'avez pas besoin de supprimer l'ancien d'abord.
Configurer une place de marché synchronisée avec GitHub
La synchronisation GitHub vous permet de gérer les plugins en tant que code dans un référentiel. Lorsque vous poussez des modifications, vous pouvez déclencher une synchronisation pour mettre à jour votre place de marché, manuellement ou automatiquement.
Préparez votre référentiel
Vous pouvez connecter un référentiel hébergé sur github.com ou sur l'hôte GitHub Enterprise de votre organisation. Sur github.com, votre référentiel doit être privé ou interne — les référentiels publics ne sont pas autorisés pour les places de marché de l'organisation. Pour synchroniser à partir de GitLab, consultez Configurer une place de marché synchronisée avec GitLab.
Les places de marché synchronisées avec GitHub prennent en charge un ensemble plus restreint de types source dans marketplace.json que Claude Code. Les chemins relatifs vers les dossiers de plugins à l'intérieur du référentiel de la place de marché (par exemple, « source » : « ./plugins/my-plugin ») sont entièrement pris en charge et constituent l'option la plus simple. Les types de source github, url et git-subdir sont également pris en charge. Les types de source npm, archive et command ne sont pas pris en charge.
Une source de plugin peut être privée dans trois cas :
Une source github.com qui partage le propriétaire du référentiel de votre marketplace, que la synchronisation de l'organisation récupère via l'application Claude GitHub.
Une source sur l'hôte GitHub Enterprise de votre organisation avec l'application Claude GitHub Enterprise installée sur ce référentiel.
Une source URL ou git-subdir sur le même hôte GitLab que votre référentiel marketplace. Sur gitlab.com, la source doit également être sous le même groupe de niveau supérieur ou espace de noms utilisateur que le référentiel marketplace.
Toute autre source est récupérée sans identifiants, elle doit donc être un référentiel public sur github.com, gitlab.com ou bitbucket.org. Les sources sur tout autre hôte sont rejetées.
Si votre code de plugin se trouve dans un référentiel privé qui ne répond pas aux critères ci-dessus, copiez ces dossiers de plugin dans le référentiel marketplace et modifiez la source de chaque plugin en chemin relatif (un git subtree ou une étape CI qui vendorise les fichiers fonctionne bien).
Pour plus de détails sur la structure et le formatage des plugins, consultez la référence du manifeste de plugin.
Ressources supplémentaires :
Connecter le référentiel
Assurez-vous que Cowork et Skills sont activés pour votre organisation.
Accédez à Paramètres de l'organisation > Plugins et compétences et cliquez sur l'onglet « Marketplaces ».
Cliquez sur « Ajouter des plugins », puis sélectionnez « Synchroniser depuis GitHub ».
Entrez le référentiel au format
propriétaire/référentiel(par exemple,acme-corp/claude-plugins).
Votre jeton GitHub personnel est vérifié pour confirmer que vous avez accès, puis Cowork utilise son jeton d'installation de l'application GitHub pour les opérations de synchronisation.
Vous ne voyez pas votre référentiel ? Assurez-vous que l'application Claude GitHub est installée dans ce référentiel.
Fonctionnement de la synchronisation
Une synchronisation initiale s'exécute automatiquement lorsque vous connectez un référentiel. Dans le flux de création GitHub, vous pouvez également désactiver « Synchroniser automatiquement », qui est activé par défaut. Lorsqu'il est activé, une synchronisation s'exécute lorsqu'une demande de tirage est fusionnée dans la branche que la marketplace suit, ou lorsque quelqu'un pousse directement vers cette branche.
La personne qui active ou désactive la synchronisation automatique doit avoir un accès au niveau administrateur à ce référentiel sur GitHub. Ceci est vérifié via sa connexion GitHub personnelle, qui est distincte de l'installation de l'application Claude GitHub. Sans accès administrateur, la page affiche « Impossible d'accéder au référentiel. Assurez-vous que le référentiel existe et que l'application Claude GitHub est installée », même lorsque l'application est correctement installée et que les mises à jour manuelles fonctionnent.
La permission Webhooks (Lecture et écriture) de l'application Claude GitHub doit également être approuvée lors de l'installation. Sur les installations créées avant l'introduction de cette permission, GitHub affiche une invite « Claude demande des permissions mises à jour » qu'un administrateur du référentiel ou de l'organisation doit approuver.
Une fois activée, la synchronisation automatique pour un référentiel GitHub s'exécute lorsqu'une demande de tirage qui inclut une augmentation de version de plugin est fusionnée à la branche par défaut du référentiel. Les poussées directes vers la branche par défaut ne déclenchent pas de synchronisation. Vous pouvez toujours déclencher une synchronisation manuellement en cliquant sur « Resynchroniser » sur la marketplace.
Lors d'une synchronisation, Cowork compare le dernier commit de votre référentiel au dernier commit synchronisé. Si rien n'a changé, la synchronisation est ignorée. S'il y a des modifications, Cowork lit le manifeste, valide chaque plugin et remplace tous les plugins de la marketplace par l'état actuel du référentiel. Les synchronisations peuvent prendre jusqu'à 30 minutes selon le nombre de plugins.
Important : Si une synchronisation échoue, les membres conservent la dernière version synchronisée de chaque plugin. Vérifiez le message d'erreur, corrigez le référentiel et resynchronisez.
Configurer une marketplace synchronisée avec GitLab
Vous pouvez synchroniser une marketplace d'organisation à partir d'un référentiel sur gitlab.com ou sur une instance GitLab auto-gérée. Pour les types de sources de plugin pris en charge et les sources qui peuvent être privées, consultez Préparer votre référentiel ci-dessus.
Le support de GitLab est en version bêta et s'applique uniquement à la synchronisation de la marketplace de plugins. Claude Code sur le web ne prend pas encore en charge les référentiels GitLab.
Avant de commencer
Rôle. Vous devez avoir le rôle Propriétaire ou Propriétaire principal pour ajouter une configuration GitLab.
Visibilité du projet. Sur gitlab.com, le projet marketplace doit être privé ou interne. Sur une instance auto-gérée, toute visibilité fonctionne.
Jeton d'accès. Créez un jeton d'accès GitLab pour que Claude lise le projet marketplace et tous les projets sources de plugins sur le même hôte. Les jetons d'accès personnels, de groupe et de projet fonctionnent tous. L'utilisateur du jeton doit avoir au moins le rôle Rapporteur sur ces projets.
Jeton hérité (étendu) : au moins l'étendue
read_api.Jeton d'accès personnel à granularité fine : les permissions Projet : Lire, Branche : Lire et Référentiel : Lire.
Facultatif, pour la configuration automatique des webhooks (étape 3) : le rôle Responsable sur le projet marketplace plus l'étendue
api(hérité) ou la permission Webhook : Créer et Supprimer (à granularité fine). Sans cela, vous ajoutez le webhook manuellement une fois (étape 4).
Instances auto-gérées uniquement.
Le nom d'hôte de l'instance doit se résoudre en une adresse IP publique, et l'instance doit accepter les connexions HTTPS à partir des adresses IP sortantes d'Anthropic.
Si une autorité de certification privée a émis son certificat TLS, préparez le certificat de l'autorité de certification (PEM).
Les livraisons de webhooks pour la synchronisation automatique proviennent de votre instance vers api.anthropic.com, l'instance doit donc pouvoir effectuer des demandes HTTPS sortantes vers cet hôte.
Étape 1 : Ajouter une configuration GitLab
Pour ajouter une configuration GitLab :
Accédez à Paramètres de l'organisation > Claude Code.
Sous Infrastructure auto-hébergée, trouvez GitLab et cliquez sur « Ajouter une configuration ».
Entrez un nom d'affichage, le nom d'hôte (gitlab.com ou le nom d'hôte de votre instance tel que gitlab.example.com), le jeton d'accès et, pour une instance auto-gérée avec une autorité de certification privée, le certificat de l'autorité de certification.
Cliquez sur « Ajouter une configuration ». Claude exécute immédiatement un test de connexion et affiche les résultats dans une boîte de dialogue Test de connexion GitLab.
(Facultatif) Pour vérifier que le jeton peut lire votre projet marketplace, entrez son chemin (par exemple,
platform/claude-plugins) sous Chemin du projet et cliquez sur « Tester l'accès à la synchronisation ».
Vous pouvez réexécuter le test à tout moment à partir du menu de la configuration avec Tester la connexion. Le nom d'hôte ne peut pas être modifié ultérieurement. S'il change, supprimez la configuration et ajoutez-en une nouvelle.
Étape 2 : Ajouter la marketplace
Pour ajouter la marketplace :
Allez à Paramètres de l'organisation > Plugins et compétences et cliquez sur l'onglet « Marketplaces ».
Cliquez sur « Ajouter », puis sélectionnez « Synchroniser depuis GitLab ».
Dans URL du référentiel GitLab, entrez l'URL HTTPS du projet, par exemple
https://gitlab.example.com/platform/claude-plugins. Les projets dans des sous-groupes imbriqués fonctionnent.Laissez Synchronisation automatique activée si vous souhaitez que les envois déclenchent une synchronisation (voir Étape 3).
Choisissez l'Accès par défaut pour les plugins que contient la marketplace.
Cliquez sur « Créer ».
Claude lit la branche par défaut du projet et valide le fichier marketplace avant de créer la marketplace, qui est nommée d'après le chemin du projet.
Étape 3 : Synchronisation automatique
Avec Synchronisation automatique activée, chaque envoi vers la branche par défaut du projet déclenche une synchronisation via un webhook sur le projet GitLab. Si votre jeton peut gérer les webhooks (voir Avant de commencer), Claude crée le webhook pour vous et il n'y a rien d'autre à faire.
Vous pouvez activer ou désactiver Synchronisation automatique ultérieurement à partir du menu de la marketplace. L'activation configure le webhook de la même manière.
Étape 4 : Si Claude ne peut pas créer le webhook
Si le jeton ne peut pas gérer les webhooks, Claude affiche un message Terminer la configuration du webhook dans GitLab à l'écran avec une URL du webhook et un jeton. Le jeton n'est affiché qu'une seule fois, alors terminez cette étape avant de fermer le message.
Dans votre projet GitLab, ouvrez Paramètres > Webhooks et ajoutez un nouveau webhook avec l'URL du message.
Collez le jeton dans le champ.
Si le message affiche un Jeton secret, collez-le dans le champ Jeton secret de GitLab.
Si le message affiche un Jeton de signature (gitlab.com et versions autogérées 19.1 ou ultérieures), sélectionnez « Générer un jeton de signature » dans GitLab et remplacez la valeur générée par celle de Claude.
Activez Événements d'envoi et enregistrez.
(Facultatif) Utilisez Test > Événements d'envoi sur le nouveau webhook dans GitLab et confirmez qu'il signale HTTP 200.
Si vous perdez le jeton, ouvrez Configurer le webhook à partir du menu de la marketplace, cliquez sur « Supprimer le webhook », puis « Activer le webhook » pour en obtenir un nouveau. L'ancien jeton cessera de fonctionner.
Choisir entre le téléchargement manuel et la synchronisation du référentiel
Scénario | Approche recommandée |
Les plugins sont maintenus dans le contrôle de version avec CI/CD | Synchronisation GitHub ou GitLab |
Plusieurs développeurs collaborent sur les plugins | Synchronisation GitHub ou GitLab |
Vous souhaitez une propagation automatique des mises à jour | Synchronisation GitHub ou GitLab |
Prototypage rapide ou outils ponctuels | Téléchargement manuel |
Plugins créés par des équipes non techniques | Téléchargement manuel |
Environnements sans accès à GitHub ou GitLab | Téléchargement manuel |
Test d'un plugin avant de l'ajouter à un référentiel synchronisé | Téléchargement manuel |
Contrôler la distribution des plugins
Une fois que votre marketplace contient des plugins, vous contrôlez leur distribution à l'aide des préférences d'installation. Pour chaque plugin, vous pouvez définir l'une des quatre options :
Préférence | Ce qu'elle fait | Ce que voient les membres |
Installé par défaut | Préinstalle le plugin pour tous les membres de l'organisation | Le plugin apparaît dans leur liste sans aucune action. Les membres peuvent le désactiver s'ils le souhaitent. |
Disponible à l'installation | Listé sur l'onglet Découvrir | Les utilisateurs le voient sur l'onglet Découvrir et peuvent l'ajouter eux-mêmes. |
Non disponible | Masqué entièrement | Les utilisateurs ne peuvent pas voir ou ajouter le plugin. Utile pour la mise en scène ou l'abandon de plugins. |
Obligatoire | Pré-installe le plugin pour tous les membres de l'organisation sans option de suppression | Le plugin apparaît dans leur liste sans aucune action, marqué « Ce plugin est obligatoire pour votre organisation. » Les utilisateurs ne peuvent pas le désactiver ni le supprimer. Il reste également activé dans les sessions Claude Code qui synchronisent les plugins du compte du membre. |
Important : Les plugins définis sur « Installé par défaut » ou « Obligatoire » s'installent également dans Claude Code pour les utilisateurs qui se connectent avec leur compte Claude. Dans Claude Code, les hooks, sous-agents et serveurs MCP du plugin s'exécutent sur l'ordinateur de l'utilisateur, et un plugin « Obligatoire » ne peut pas être désactivé. Vérifiez les hooks d'un plugin avant de le définir sur « Obligatoire ». En savoir plus sur les plugins synchronisés dans la documentation Claude Code.
Définir les préférences
Dans Paramètres de l'organisation > Plugins et compétences, cliquez sur l'onglet « Inventaire ».
Trouvez le plugin et cliquez sur le bouton de menu à la fin de sa ligne.
Cliquez sur « Accès par défaut », puis sélectionnez une option sous Installer.
Les modifications prennent effet lors de la prochaine session ou actualisation du plugin de chaque membre.
Ce que les membres expérimentent
Les membres parcourent les plugins disponibles dans l'onglet Découvrir dans Personnaliser > Plugins. Les plugins que vous définissez sur « Installé par défaut » ou « Obligatoire » apparaissent automatiquement dans leur liste. Les plugins que vous définissez sur « Disponible à l'installation » s'affichent sur Découvrir pour que les membres les ajoutent eux-mêmes.
Les membres ne peuvent pas modifier les plugins gérés par l'organisation, ce qui empêche les modifications conflictuelles des outils partagés.
Personnaliser l'accès aux plugins par groupe
Les administrateurs Enterprise peuvent remplacer la préférence d'installation à l'échelle de l'organisation d'un plugin pour des groupes spécifiques. Par exemple, vous pouvez installer automatiquement un plugin pour le groupe Ingénierie, le rendre disponible pour que le groupe Juridique l'installe lui-même, et le masquer à tous les autres.
L'accès aux plugins au niveau du groupe est disponible sur les plans Enterprise. Vous le définissez sur la même page Paramètres de l'organisation > Plugins et compétences, qui nécessite un rôle Propriétaire ou un rôle personnalisé incluant la gestion des bibliothèques de l'organisation.
Comment fonctionnent les remplacements de groupe
Chaque plugin de votre marketplace a une préférence d'installation à l'échelle de l'organisation (Installé par défaut, Disponible à l'installation, Obligatoire ou Non disponible). Par défaut, chaque groupe hérite de ce paramètre à l'échelle de l'organisation.
Lorsque vous définissez un remplacement au niveau du groupe pour un plugin, il remplace le paramètre à l'échelle de l'organisation pour les membres de ce groupe. L'ordre de résolution est : paramètre de groupe, puis paramètre à l'échelle de l'organisation, puis paramètre par défaut du marketplace.
Définir l'accès aux plugins pour un groupe
Dans Paramètres de l'organisation > Plugins et compétences, cliquez sur l'onglet « Inventaire ».
Trouvez le plugin que vous souhaitez personnaliser et cliquez sur le bouton de menu à la fin de sa ligne.
Cliquez sur « Accès par groupe... ».
Cliquez sur « Ajouter des groupes » à côté de Ciblage de l'installation.
Sélectionnez le groupe et choisissez l'une des préférences d'installation listées ci-dessus.
Les groupes créés manuellement et les groupes provisionnés par SCIM de votre fournisseur d'identité apparaissent dans le sélecteur de groupe et fonctionnent de la même manière.
Ce qui se passe quand un membre appartient à plusieurs groupes
Si un membre appartient à deux groupes ou plus avec des paramètres différents pour le même plugin, le paramètre le plus permissif s'applique. L'ordre du plus au moins permissif est : Obligatoire > Installé par défaut > Disponible à l'installation > Non disponible.
Par exemple, si le groupe A définit un plugin sur « Non disponible » et le groupe B sur « Installé par défaut », un membre des deux groupes obtient le plugin installé par défaut.
Remarque : Ceci diffère de la façon dont les limites de dépenses de groupe se résolvent. Les limites de dépenses appliquent soit la valeur de groupe supérieure, soit inférieure selon votre paramètre Limite de dépenses multi-groupe. L'accès aux plugins applique la valeur la plus permissive, car les groupes ici sont destinés à permettre l'accès aux équipes qui ont besoin d'un outil, et non à agir comme une limite de sécurité. Si vous devez bloquer complètement un plugin, définissez sa préférence à l'échelle de l'organisation sur « Non disponible » et accordez l'accès uniquement aux groupes qui devraient l'avoir.
Ce qui se passe quand un groupe est supprimé
Si un groupe est supprimé (par exemple, supprimé de votre fournisseur d'identité), le remplacement reste dans l'interface d'administration mais est marqué comme orphelin. Il n'a aucun effet sur les membres (puisque personne n'appartient à un groupe supprimé) et ne compte pas vers le badge d'accès personnalisé. Vous pouvez effacer les remplacements orphelins à partir des paramètres « Accès par groupe... » du plugin.
Les paramètres de groupe persistent-ils lors des resynchronisations du marketplace ?
Oui. Les remplacements au niveau du groupe persistent lorsque vous resynchronisez un marketplace connecté à GitHub ou GitLab. Ils ne sont supprimés que si le plugin lui-même est supprimé du marketplace.
Restreindre les marketplaces que les utilisateurs peuvent ajouter
Un Propriétaire ou Propriétaire principal peut limiter les marketplaces de plugins que les personnes de votre organisation peuvent ajouter, en utilisant une liste d'autorisation, une liste de blocage, ou les deux. Vous définissez ces listes dans les paramètres gérés de Claude Code, mais elles s'appliquent également dans Claude et Claude Cowork.
Pour définir une liste d'autorisation ou une liste de blocage :
Trouvez Paramètres gérés.
Cliquez sur « Gérer ».
Ajoutez strictKnownMarketplaces (une liste d'autorisation), blockedMarketplaces (une liste de blocage), ou les deux au JSON.
Cliquez sur « Ajouter des paramètres » ou « Mettre à jour les paramètres ».
Entrez le nom de votre organisation GitHub exactement comme GitHub l'affiche, car la correspondance de la liste d'autorisation est sensible à la casse. Si une source figure sur les deux listes, elle est bloquée.
Une fois les listes définies, Claude les vérifie chaque fois que quelqu'un de votre organisation ajoute un marketplace à partir d'un référentiel Git dans Claude, Claude Desktop ou Cowork. Cela couvre les marketplaces que les utilisateurs ajoutent pour eux-mêmes dans Personnaliser et les marketplaces ajoutées pour toute l'organisation dans Paramètres de l'organisation > Plugins et compétences. Claude refuse tout référentiel que les listes ne permettent pas, sauf les marketplaces construits par Anthropic.
Gardez à l'esprit :
Définissez les listes dans Paramètres de l'organisation. Un fichier managed-settings.json ou une politique MDM déployée sur les ordinateurs s'applique uniquement à Claude Code sur ces ordinateurs.
Les marketplaces existants ne sont pas revérifiés. Les marketplaces ajoutés avant que vous définissiez les listes restent jusqu'à ce que quelqu'un les supprime.
Les plugins téléchargés ne sont pas vérifiés. Pour empêcher les utilisateurs de télécharger des fichiers de plugin, désactivez Compétences créées par l'utilisateur dans Paramètres de l'organisation > Plugins et compétences dans l'onglet « Politique ».
Pour chaque type de source que les listes acceptent, consultez Restreindre ce que les utilisateurs peuvent installer dans la documentation Claude Code.
Mettre à jour et supprimer des plugins
Marketplaces manuels
Pour mettre à jour un plugin, téléchargez un nouveau fichier ZIP portant le même nom de plugin. La nouvelle version remplace automatiquement la version existante. Les noms de plugin sont l'identifiant unique, donc legal remplacera toujours legal.
Pour supprimer un plugin, supprimez-le de votre marketplace dans Paramètres de l'organisation > Plugins et compétences sous l'onglet « Inventaire ».
Marketplaces synchronisées avec GitHub
Poussez vos modifications vers le référentiel connecté, puis accédez à Paramètres de l'organisation > Plugins et compétences et cliquez sur l'onglet « Marketplaces », trouvez votre marketplace et cliquez sur « Mettre à jour » pour déclencher une synchronisation. Chaque synchronisation remplace tous les plugins par l'état actuel du référentiel. Si un propriétaire a activé « Synchroniser automatiquement » pour la marketplace, une synchronisation s'exécute également chaque fois qu'une demande de tirage avec une mise à jour de version de plugin est fusionnée à la branche par défaut du référentiel.
Pour les marketplaces synchronisées avec GitLab, consultez Configurer une marketplace synchronisée avec GitLab.
Pour supprimer un plugin, supprimez-le du référentiel et déclenchez une synchronisation.
Limites
Limite | Valeur | Remarques |
Taille maximale du fichier ZIP du plugin (téléchargement) | 200 MB | Appliqué côté client et côté serveur |
Nombre maximal de plugins par marketplace (manuel) | 1000 | Par marketplace |
Nombre maximal de plugins par marketplace (synchronisation GitHub ou GitLab) | 1000 | Par marketplace |
Longueur maximale du nom du plugin | 64 caractères | Doit utiliser des mots en minuscules séparés par des tirets |
Délai d'expiration de la synchronisation | 30 minutes | Par opération de synchronisation |
Visibilité du référentiel synchronisé | Privé ou interne uniquement sur github.com et gitlab.com | Hébergé sur github.com, GitHub Enterprise Server, gitlab.com ou une instance GitLab auto-gérée. Les hôtes GitLab (y compris gitlab.com) nécessitent une configuration GitLab dans Paramètres de l'organisation > Claude Code. |
Règles de nommage
Les noms de plugin doivent utiliser des mots en minuscules séparés par des tirets (par exemple, deployment-tools, pas Deployment Tools). Les noms de marketplace suivants sont réservés et ne peuvent pas être utilisés :
claude-code-marketplaceclaude-code-pluginsclaude-plugins-officialanthropic-marketplaceanthropic-pluginsagent-skillslife-sciences
Les noms qui usurpent l'identité des marketplaces officielles d'Anthropic sont également bloqués.
Remarque : Les auteurs de plugins peuvent définir un displayName pour qu'un plugin affiche un nom lisible dans le catalogue au lieu de son slug. Si un auteur n'en définit pas, le plugin affiche son slug (par exemple, deployment-tools).
Dépannage
Téléchargement rejeté
Causes courantes : le fichier dépasse 200 MB, ce n'est pas un fichier ZIP valide, ou la marketplace a atteint la limite de 1000 plugins. Vérifiez la taille et le format du fichier, et supprimez les plugins inutilisés si vous êtes à capacité. Si l'analyse des compétences et des plugins est activée, un plugin peut également être rejeté s'il a été signalé pour contenu malveillant. Vérifiez la raison, corrigez le problème et téléchargez à nouveau le plugin.
Le plugin n'apparaît pas pour les membres
Vérifiez la préférence d'installation du plugin dans les paramètres de votre marketplace. Si elle est définie sur Non disponible, les membres ne la verront pas. Confirmez également que Cowork et Skills sont tous deux activés pour votre organisation.
La mise à jour du plugin ne s'affiche pas pour les membres
Les modifications prennent effet lors de la prochaine session ou actualisation de plugin de chaque membre. Dans Claude Code, les utilisateurs obtiennent la modification la prochaine fois qu'ils démarrent Claude Code. Si la mise à jour ne s'affiche toujours pas, confirmez que le téléchargement a réussi en vérifiant la version du plugin dans votre marketplace.
La synchronisation GitHub échoue avec une erreur de contenu
Un ou plusieurs plugins de votre référentiel sont probablement mal formatés. Corrigez le problème de formatage, poussez la mise à jour vers GitHub et déclenchez à nouveau la synchronisation. Pour les exigences de structure des plugins, consultez la référence du manifeste du plugin.
La synchronisation échoue avec « Le type de source de plugin externe n'est pas pris en charge. Types pris en charge : git-subdir, github, url » ou les plugins sont ignorés avec « Référentiel introuvable sur gitlab.com. Vérifiez l'URL et assurez-vous que le référentiel est public. »
Une ou plusieurs entrées de plugin dans votre marketplace.json utilisent une source qui pointe en dehors du référentiel connecté (une source github, url ou git-subdir), et la synchronisation de l'organisation ne peut pas la récupérer. Une source privée ne fonctionne que dans trois cas : un référentiel github.com partage le propriétaire de votre référentiel de marketplace, un référentiel sur l'hôte GitHub Enterprise de votre organisation avec votre application GitHub Enterprise installée dessus, ou une source url ou git-subdir sur le même hôte GitLab que votre référentiel de marketplace (sur gitlab.com, également sous le même groupe de niveau supérieur ou espace de noms utilisateur).
Pour toute autre source privée, déplacez les dossiers de plugins vers le référentiel de la marketplace et modifiez l'entrée source de chacun en un chemin relatif (par exemple, "./plugins/my-plugin"), puis poussez et resynchronisez. Vous pouvez également télécharger les plugins affectés individuellement via Paramètres de l'organisation > Plugins et compétences Cliquez sur « Ajouter », « Télécharger un plugin », puis sélectionnez « Ajouter à une marketplace existante ». Les plugins téléchargés via le menu Personnaliser d'un membre ne sont installés que pour ce membre et ne sont pas distribués à votre organisation, bien que les membres puissent partager des plugins avec des collègues ou des groupes spécifiques si le partage est activé.
Impossible de voir un référentiel GitHub lors de la connexion
Assurez-vous que l'application Claude GitHub est installée dans ce référentiel. Votre jeton GitHub personnel est d'abord vérifié pour confirmer l'accès, mais la synchronisation elle-même utilise le jeton d'installation de l'application GitHub.
« Impossible d'accéder au référentiel » lors de l'activation de « Synchroniser automatiquement »
Si les mises à jour manuelles fonctionnent mais que l'activation de « Synchroniser automatiquement » affiche « Impossible d'accéder au référentiel. Assurez-vous que le référentiel existe et que l'application Claude GitHub est installée », il y a deux causes probables :
Vous n'avez pas d'accès administrateur au référentiel. L'activation de la synchronisation automatique crée un webhook, ce qui nécessite un accès au niveau administrateur au référentiel via votre connexion GitHub personnelle. Demandez à un administrateur du référentiel d'activer le bouton bascule, ou faites mettre à niveau votre accès GitHub.
La permission Webhooks de l'application Claude GitHub n'a pas été approuvée. Sur les installations plus anciennes, GitHub affiche une invite « Claude demande des permissions mises à jour ». Un administrateur du référentiel ou de l'organisation doit approuver la permission Webhooks (Lecture et écriture) sur l'installation.
« Aucune instance GitLab n'est configurée pour votre organisation pour le moment. Ajoutez-en une sous les paramètres Claude Code, puis revenez ici » lors de l'ajout d'une marketplace
Si vous voyez ce message lors de l'ajout d'une marketplace dans GitLab, assurez-vous d'avoir d'abord ajouté la configuration GitLab. Voir Étape 1 : Ajouter une configuration GitLab sous Configurer une marketplace synchronisée avec GitLab.
« Cette URL ne se trouve pas sur une instance GitLab configurée »
Assurez-vous que le nom d'hôte de l'URL correspond exactement à un nom d'hôte GitLab configuré.
L'ajout d'un projet gitlab.com échoue avec « Impossible de créer la marketplace. Réessayez. »
Vérifiez que la visibilité du projet est privée ou interne. Les projets gitlab.com publics ne peuvent pas être utilisés comme marketplaces d'organisation.
Le test de connexion échoue à Atteindre l'hôte (par exemple « Le nom d'hôte n'a pas pu être résolu », « La connexion a été refusée » ou « GitLab n'a pas répondu à temps »), ou l'ajout d'une marketplace sur une instance auto-gérée échoue avec une erreur générique
Confirmez que l'instance est accessible depuis l'Internet public via HTTPS et que les adresses IP sortantes d'Anthropic sont autorisées par votre pare-feu. « Une connexion sécurisée n'a pas pu être établie » signifie généralement que le certificat CA est manquant ou incorrect.
Erreurs commençant par « L'authentification à … a échoué » ou « Accès refusé »
Le jeton a expiré, a été révoqué ou manque une portée ou un rôle répertorié dans la section Avant de commencer sous Configurer une marketplace synchronisée avec GitLab. Créez un nouveau jeton et collez-le dans la configuration (Modifier > Jeton d'accès).