> ## Documentation Index
> Fetch the complete documentation index at: https://docs.devinenterprise.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Démarrage rapide : marketplace d’équipe

> Créez une marketplace partagée de plugins pour votre équipe en cinq étapes

<Note>
  Les plugins sont en **bêta fermée**. Pour demander l’accès, contactez [support@cognition.ai](mailto:support@cognition.ai). Leur comportement et leur configuration peuvent changer dans les prochaines versions.
</Note>

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](/fr/product-guides/plugin-ecosystem).

<div id="1-fork-the-template">
  ## 1. Forkez le template
</div>

Forkez [CognitionAI/team-marketplace-template](https://github.com/CognitionAI/team-marketplace-template). Sa structure :

```
your-marketplace/
├── .devin-plugin/
│   └── plugin.json      # le meta-plugin : votre baseline + politique
├── AGENTS.md            # règle always-on livrée avec la baseline
├── plugins/
│   ├── engineering-baseline/   # chaque sous-dossier est son propre plugin
│   ├── security-guardrails/
│   ├── frontend-standards/
│   └── docs-and-release/
└── scripts/validate-template.mjs   # validation CI
```

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.

<div id="2-make-it-yours">
  ## 2. Personnalisez-le
</div>

* À 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](https://github.com/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](/fr/cli/extensibility/skills/creating-skills) ordinaires, sans changement de format.

<div id="3-test-locally-with-the-cli">
  ## 3. Tester en local avec la CLI
</div>

```bash theme={null}
node scripts/validate-template.mjs      # validation structurelle (s'exécute aussi en CI)

devin plugins install .                 # installer le meta-plugin depuis votre dépôt local
devin plugins list                      # voir tout ce qui a été importé
```

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>`.

<div id="4-distribute-it-to-everyone">
  ## 4. Le distribuer à tous
</div>

Un administrateur d’org ou d’Enterprise ajoute un plugin requis au manifest géré dans [Settings → Marketplace](https://app.devin.ai/settings/marketplace):

```json theme={null}
{
  "requiredPlugins": ["your-org/your-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.

<div id="5-evolve-and-govern">
  ## 5. Faire évoluer et encadrer
</div>

* 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](/fr/product-guides/plugins#how-updates-roll-out).
* 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](/fr/product-guides/plugins#governance-rules).

<div id="next-steps">
  ## Prochaines étapes
</div>

* [Configurez votre écosystème de plugins](/fr/product-guides/plugin-ecosystem) — le guide complet pour l’organisation
* [Référence des plugins](/fr/cli/extensibility/plugins/overview) — format du manifest, parcours d’installation, niveaux de gouvernance
* [Marketplace des plugins](/fr/product-guides/plugins) — côté application web : manifests, permissions, importations