Skip to main content
Les plugins sont en bêta fermée. Pour demander l’accès, contactez support@cognition.ai. Leur comportement et leur configuration peuvent changer dans les prochaines versions.
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.

​
2. 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.

​
3. 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>.

​
4. Le distribuer à tous

Un administrateur d’org ou d’Enterprise ajoute un plugin requis au manifest géré dans Settings → Marketplace:
Toutes les personnes dans le périmètre reçoivent automatiquement la baseline — les sessions cloud et, pour le manifest Enterprise/du compte, aussi les utilisateurs du CLI et de Devin Desktop connectés au compte (les manifests au niveau de l’org ne s’appliquent qu’aux sessions cloud). Un repo privé fonctionne tel quel : les sessions cloud récupèrent via votre intégration Git ; les utilisateurs du CLI récupèrent avec leurs propres identifiants Git.

​
5. Faire évoluer et encadrer

  • Fusionner dans la branche par défaut du repo marketplace constitue la release — les nouvelles sessions l’intégrent automatiquement. Consultez comment les mises à jour sont déployées.
  • 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é 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 : règles de gouvernance.

​
Prochaines étapes