Skip to main content
Ce démarrage rapide vous guide de zéro à une marketplace de plugins d’équipe : un repo appartenant à votre org qui regroupe vos skills, règles, hooks et MCP servers, installés automatiquement pour chaque session Devin et chaque utilisateur de la CLI. Pour en savoir plus, consultez Configurez votre écosystème de plugins.

​
  1. Forkez le template

Forkez CognitionAI/team-marketplace-template. Sa structure :
La racine du repo est elle-même un plugin — le meta-plugin. Installer le repo revient à installer toute votre configuration de référence : le requiredPlugins de son manifest inclut les plugins que chaque coéquipier devrait avoir, optionalPlugins recommande des plugins supplémentaires, et forbiddenPlugins bloque ceux que vous ne souhaitez pas.

​
  1. Personnalisez-le

  • À la racine, dans .devin-plugin/plugin.json, modifiez chaque URL git-subdir pour qu’elle pointe vers votre fork, puis ajustez les listes required/optional/forbidden.
  • Ajoutez un plugin par équipe ou par besoin dans plugins/<name>/ — chacun doit avoir son propre .devin-plugin/plugin.json et, en général, un skills/<name>/SKILL.md. Vous partez de zéro pour créer un plugin ? Utilisez CognitionAI/plugin-template.
  • Vous avez déjà un repo de skills ? Placez chaque dossier de skill dans le répertoire skills/ d’un plugin — les skills dans les plugins sont des skills ordinaires, sans changement de format.

​
  1. Tester en local avec la CLI

Les installations locales sont liées, donc vos modifications seront prises en compte lors de votre prochaine session — faites évoluer une skill, puis démarrez une session et appelez-la avec /<plugin>:<skill>. (Sans --local, install ajoute le plugin à vos plugins personnels dans Devin Cloud, ce qui est le comportement souhaité une fois le plugin poussé vers un repo.)

​
  1. Le distribuer à tout le monde

Un admin d’org ou d’enterprise installe le repo depuis Customize → Plugins : Add plugin → From repository, saisit your-org/your-marketplace, puis choisit le périmètre organization ou enterprise. Cela ajoute un required plugin au manifest géré du périmètre :
Toutes les personnes dans le périmètre reçoivent automatiquement la configuration de référence dans les cloud sessions, la CLI et Devin Desktop. Un repo privé fonctionne tel quel : le cloud effectue ses requêtes réseau via votre intégration Git ; les CLI users, eux, récupèrent le code avec leurs propres credentials git et doivent donc aussi avoir accès au repo. Consultez le guide Plugins pour les scopes, l’indexation et les connexions MCP.

​
  1. Faire évoluer et encadrer

  • Fusionner dans la branche par défaut du repo marketplace constitue la release — les nouvelles sessions l’intègrent automatiquement, et Reindex plugins dans Customize actualise ce que la page affiche. Consultez comment les mises à jour sont déployées ; épinglez un sha lorsque vous souhaitez contrôler les mises à jour.
  • Les Teams ajoutent des plugins via pull request (PR) au repo marketplace ; la CI valide la structure.
  • Pour restreindre le compte à votre ensemble approuvé uniquement, ajoutez "forbiddenPlugins": ["*"] au manifest géré (Plugin settings → Edit manifest dans Customize) et listez chaque plugin approuvé (y compris les dependencies du meta-plugin — les dépendances transitives ne sont pas exemptées) dans requiredPlugins/optionalPlugins. Sémantique détaillée : dépendances et gouvernance.

​
Prochaines étapes