{"meta":{"title":"Référence du plug-in CLI GitHub Copilot","intro":"Recherchez des commandes et des détails de configuration pour les plug-ins CLI.","product":"GitHub Copilot","breadcrumbs":[{"href":"/fr/copilot","title":"GitHub Copilot"},{"href":"/fr/copilot/reference","title":"Informations de référence"},{"href":"/fr/copilot/reference/copilot-cli-reference","title":"Copilot pour CLI référence"},{"href":"/fr/copilot/reference/copilot-cli-reference/cli-plugin-reference","title":"Informations de référence sur le plug-in CLI"}],"documentType":"article"},"body":"# Référence du plug-in CLI GitHub Copilot\n\nRecherchez des commandes et des détails de configuration pour les plug-ins CLI.\n\n> \\[!NOTE]\n> Vous trouverez de l’aide sur l’utilisation de plug-ins en entrant `copilot plugin [SUBCOMMAND] --help` dans le terminal.\n\nPour obtenir une vue d’ensemble des plug-ins et de leur fonctionnement sur les Copilot clients, consultez [À propos des GitHub Copilot plug-ins](/fr/copilot/concepts/agents/about-plugins).\n\n## Commandes CLI\n\nVous pouvez utiliser les commandes suivantes dans le terminal pour gérer les plug-ins pour Copilot pour CLI.\n`copilot plugin` et `copilot plugins` sont interchangeables : utilisez celui qui convient le mieux dans la sous-commande.\n\n| Command | Description |\n| ------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |\n| `copilot plugin install SPECIFICATION` | Installez un plug-in. Consultez [la spécification du plug-in pour la commande `install`](#plugin-specification-for-install-command) ci-dessous. |\n| `copilot plugin uninstall NAME` | Supprimer un plug-in |\n| `copilot plugin list` | Répertorier les plug-ins installés |\n| `copilot plugin update NAME` | Mettez à jour un plug-in nommé. Permet `--all` de mettre à jour tous les plug-ins installés à la fois. |\n| `copilot plugin enable NAME` | Activer un plug-in précédemment désactivé |\n| `copilot plugin disable NAME` | Désactiver un plug-in sans le désinstaller |\n| `copilot plugin marketplace add SPECIFICATION` | Inscrivez une place de marché. Le nom de la Place de marché, à partir de son `marketplace.json` manifeste, devient sa clé d’inscription. Il n’existe aucune option permettant de définir un nom local personnalisé. |\n| `copilot plugin marketplace list` | Répertorier les places de marché inscrites |\n| `copilot plugin marketplace browse NAME` | Parcourir les plug-ins de la Place de marché |\n| `copilot plugin marketplace update [NAME]` (alias `refresh`) | Récupérez à nouveau le catalogue de plug-ins d’une Place de marché. Omettez `NAME` pour actualiser les catalogues de chaque place de marché enregistrée. |\n| `copilot plugin marketplace remove NAME` | Annulez l’inscription d’une place de marché. Refusé si des plug-ins du marketplace sont toujours installés ; passez `--force` pour également désinstaller ces plug-ins. |\n\nEn mode non interactif, `copilot plugins enable NAME --plugin`, `copilot plugins disable NAME --plugin` et `copilot plugins remove NAME --plugin` fournissent les mêmes opérations d’activation, de désactivation et de désinstallation.\n`--plugin` est le type par défaut et peut être omis pour ces trois commandes. Consultez [Référence de commande CLI pour GitHub Copilot](/fr/copilot/reference/copilot-cli-reference/cli-command-reference#using-copilot-plugins-list) pour les types non interactifs `--mcp` et `--skill`, qui étendent ces commandes aux serveurs MCP et aux compétences.\n\n### Spécification du module externe pour la commande `install`\n\n| Format | Exemple | Description |\n| ---------------------------- | ---------------------------- | ----------------------------------- |\n| Place de marché | `plugin@marketplace` | Module depuis un marché enregistré |\n| GitHub | `OWNER/REPO` | Racine d’un GitHub référentiel |\n| GitHub sous-dossier | `OWNER/REPO:PATH/TO/PLUGIN` | Sous-répertoire dans un référentiel |\n| Git URL | `https://github.com/o/r.git` | N’importe quelle URL Git |\n| Chemin d’accès local | | |\n| `./my-plugin` ou `/abs/path` | Répertoire local | |\n\n### Options `copilot plugins install`\n\nOutre l’installation d’un plug-in à partir d’une spécification, `copilot plugins install` peut installer une compétence individuelle à partir d’un fichier, d’une URL ou d’un répertoire avec `--skill`. Une installation de compétence n’est pas une installation de plug-in et ne passe pas par une place de marché. Pour plus d’informations sur les compétences elles-mêmes, consultez [Référence de commande CLI pour GitHub Copilot](/fr/copilot/reference/copilot-cli-reference/cli-command-reference#skills-reference) .\n\n| Option | Description | |\n| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------- | ----------------------------------------- |\n| `--plugin` | Installez un plug-in (par défaut). | |\n| `--skill` | Installez une compétence à partir d’un chemin d’accès local ou d’une URL. | |\n| `--scope SCOPE` | Pour un fichier ou une URL `--skill`, installez : `user` (par défaut) ou `project`. | |\n| `project` limite l’installation au répertoire `.github/skills` du dépôt actuel plutôt qu’à votre compte utilisateur, et s’applique uniquement aux installations de compétences à partir d’un fichier ou d’une URL. | | |\n| `--config-dir=DIRECTORY` | Chemin d’accès au répertoire de configuration. Cette fonction est déconseillée. Utilisez `COPILOT_HOME` à la place. | |\n\nL’installation d’un répertoire l’inscrit en tant que source de compétence personnalisée plutôt que de la copier ; L’installation d’un fichier ou d’une URL copie le contenu de la compétence dans votre répertoire de compétences personnelles ou de projet.\n\nLes serveurs MCP s’installent à partir d’un registre configuré par une stratégie, ce qui nécessite une authentification et une entrée secrète interactive. Utilisez le `/plugins` tableau de bord (mode en ligne) ou la `/mcp` commande de barre oblique pour ajouter des serveurs MCP au lieu de `copilot plugins install`.\n\n### Options `copilot plugins update`\n\n| Option | Description |\n| ------- | ------------------------------------- |\n| `--all` | Mettre à jour chaque plug-in installé |\n\n### `copilot plugins marketplace` sous-commandes\n\nLes places de marché par défaut intégrées sont fournies avec le runtime et ne peuvent pas être supprimées.\n\n| Sous-commande | Description |\n| --------------------------------- | --------------------------------------------------------------------------------------------------------- |\n| `list [--json]` | Répertorier chaque place de marché inscrite, y compris les valeurs par défaut intégrées |\n| `add SOURCE` | Ajouter une place de marché (`owner/repo`, `owner/repo#ref`une URL ou un chemin d’accès local) |\n| `remove NAME [--force]` | Supprimer une place de marché ; `--force` désinstalle également les plug-ins sources à partir de celui-ci |\n| `browse NAME [--json]` | Répertorier les plug-ins proposés par le catalogue d’un marketplace |\n| `update [NAME]` (alias `refresh`) | Actualisez le catalogue des plugins pour une place de marché, ou pour toutes si `NAME` est omis |\n\n## `plugin.json`\n\nTous les plug-ins se composent d’un répertoire de plug-in contenant, au minimum, un fichier manifeste nommé `plugin.json` à la racine du répertoire du plug-in. Consultez « [Création d’un plug-in pour CLI GitHub Copilot](/fr/copilot/how-tos/copilot-cli/customize-copilot/plugins-creating) ».\n\n### Champ obligatoire\n\n| Champ | Type | Description |\n| ------ | ------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |\n| `name` | ficelle | Nom du plug-in Kebab-case (lettres, chiffres, traits d’union uniquement). 64 caractères maxi. Les plug-ins qui prennent en charge la [spécification Open Plugin](#open-plugin-spec-support) peuvent également utiliser des points (par exemple, `acme.tools`). |\n\n### Champs de métadonnées facultatifs\n\n| Champ | Type | Description |\n| --------------------------------------------------------------- | ----------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |\n| `$schema` | ficelle | Défini sur l’URL de schéma de l’agent canonique (Open Plugin Spec) v1.0.0 pour choisir la sémantique des spécifications. Consultez la [prise en charge de la spécification Open Plugin Spec](#open-plugin-spec-support). |\n| `description` | ficelle | Brève description. 1024 caractères maxi. |\n| `version` | ficelle | Version sémantique (par exemple, `1.0.0`). |\n| `author` | objet | |\n| `name` (obligatoire), `email` (facultatif), `url` (facultatif). | | |\n| `homepage` | ficelle | URL de la page d’accueil du plug-in. |\n| `repository` | ficelle | URL du référentiel source. |\n| `license` | ficelle | Identificateur de licence (par exemple, `MIT`). |\n| `keywords` | chaîne de caractères\\[] | Mots clés de recherche. |\n| `category` | ficelle | Catégorie de plug-in. |\n| `tags` | chaîne de caractères\\[] | Balises supplémentaires. |\n\n### Champs de chemin d’accès du composant\n\nCelles-ci indiquent à l’interface CLI où trouver les composants de votre plug-in. Tous sont facultatifs. Le CLI utilise des conventions par défaut si elles sont omises.\n\n| Champ | Type | Par défaut | Description |\n| ------------ | ----------------------------- | ---------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |\n| `agents` | chaîne \\| chaîne\\[] | `agents/` | Chemin(s) d’accès aux répertoires d’agent (`.agent.md` fichiers). |\n| `skills` | chaîne \\| chaîne\\[] | `skills/` | Chemin(s) vers les répertoires de compétences (`SKILL.md` fichiers). |\n| `commands` | chaîne \\| chaîne\\[] | — | Chemin d’accès aux répertoires de commandes. |\n| `hooks` | objet string \\| | — | Chemin d’accès vers un fichier de configuration de hooks, ou vers un objet de hooks intégré. |\n| `extensions` | string \\| string\\[] \\| object | — | Chemins d’accès aux répertoires d’extension. Permet `{ paths: [...], exclusive: true }` de supprimer les extensions intégrées. En [mode Open Plugin Spec](#open-plugin-spec-support), ce champ a une signification différente. |\n| `mcpServers` | objet string \\| | — | Chemin d’accès à un fichier de configuration MCP (par exemple, `.mcp.json`) ou définitions de serveur inline. |\n| `lspServers` | objet string \\| | — | Chemin d’accès à un fichier de configuration LSP, ou à des définitions de serveur intégrées. |\n\n### Exemple de fichier `plugin.json`\n\n```json copy\n{\n \"name\": \"my-dev-tools\",\n \"description\": \"React development utilities\",\n \"version\": \"1.2.0\",\n \"author\": {\n \"name\": \"Jane Doe\",\n \"email\": \"jane@example.com\"\n },\n \"license\": \"MIT\",\n \"keywords\": [\"react\", \"frontend\"],\n \"agents\": \"agents/\",\n \"skills\": [\"skills/\", \"extra-skills/\"],\n \"hooks\": \"hooks.json\",\n \"mcpServers\": \".mcp.json\"\n}\n```\n\n## Prise en charge des spécifications du plug-in Open\n\nDéclarer l’élément canonique `$schema` dans `plugin.json` fait qu’un plug-in adopte le format [Agent Plugins (Open Plugin Spec)](https://agent-plugins.org) v1.0.0, en complément du chargement standard des plug-ins :\n\n### Configuration du serveur LSP\n\nPour inclure des serveurs LSP (Language Server Protocol) dans un plug-in, créez un `lsp-config/servers.json` fichier dans le répertoire du plug-in ou spécifiez un chemin d’accès ou un objet inline à l’aide du `lspServers` champ dans `plugin.json`.\n\nExemple `lsp-config/servers.json` (ou en ligne via `lspServers` dans `plugin.json`):\n\n```json\n{\n \"lspServers\": {\n \"my-lsp\": {\n \"command\": \"my-language-server\",\n \"fileExtensions\": { \".myext\": \"mylang\" }\n }\n }\n}\n```\n\nPour la prise en charge multiplateforme, utilisez `bash` et `powershell` à la place de `command` :\n\n```json\n{\n \"lspServers\": {\n \"my-lsp\": {\n \"bash\": \"${PLUGIN_ROOT}/scripts/start-lsp.sh\",\n \"powershell\": \"${PLUGIN_ROOT}/scripts/start-lsp.ps1\",\n \"fileExtensions\": { \".myext\": \"mylang\" }\n }\n }\n}\n```\n\n| Champ | Type | Obligatoire | Description |\n| ----------------------- | ----------------------- | ----------- | ------------------------------------------------------------------------------------------------------- |\n| `command` | ficelle | \\* | Exécutable pour lancer le serveur de langue. |\n| `bash` | ficelle | \\* | Script Bash pour lancer le serveur (Linux/macOS) ; exécuté via `bash -c SCRIPT`. |\n| `powershell` | ficelle | \\* | Script PowerShell pour lancer le serveur (Windows) ; exécuté via `pwsh -c SCRIPT`. |\n| `cwd` | ficelle | Non | Répertoire de travail. Absolu ou relatif au fichier de configuration. Prend en charge `${PLUGIN_ROOT}`. |\n| `args` | chaîne de caractères\\[] | Non | Arguments à passer à `command` (ignorés pour `bash` et `powershell`). |\n| `env` | objet | Non | Variables d’environnement à définir lors de la génération du serveur. |\n| `fileExtensions` | objet | Oui | Mappage des extensions de fichier aux ID de langage (par exemple, `{ \".ts\": \"typescript\" }`). |\n| `rootUri` | ficelle | Non | Racine du projet par rapport à la racine de Git (par défaut : `.`). |\n| `initializationOptions` | N’importe lequel | Non | Options envoyées au serveur dans la requête LSP `initialize` . |\n\n(\\*) Au moins un de `command`, `bash`ou `powershell` est requis. Lorsque les deux `bash` et `powershell` sont spécifiés, la plateforme appropriée est sélectionnée automatiquement (PowerShell sur Windows, Bash ailleurs).\n\nPermet `${PLUGIN_ROOT}` de référencer des chemins d’accès dans le répertoire du plug-in.\n\n## `marketplace.json`\n\nVous pouvez créer une place de marché de plug-ins, que les utilisateurs peuvent utiliser pour découvrir et installer vos plug-ins, en créant un `marketplace.json` fichier et en l’enregistrant dans le `.github/plugin/` répertoire du référentiel. Vous pouvez également stocker le `marketplace.json` fichier dans votre système de fichiers local. Par exemple, l’enregistrement du fichier tel qu’il `/PATH/TO/my-marketplace/.github/plugin/marketplace.json` vous permet de l’ajouter à l’interface CLI à l’aide de la commande suivante :\n\n```shell\ncopilot plugin marketplace add /PATH/TO/my-marketplace\n```\n\n> \\[!NOTE]\n> Copilot pour CLI recherche également le `marketplace.json` fichier dans le `.claude-plugin/` répertoire.\n\nPour plus d’informations, consultez « [Création d’une place de marché de plug-ins pour CLI GitHub Copilot](/fr/copilot/how-tos/copilot-cli/customize-copilot/plugins-marketplace) ».\n\n### Exemple de fichier `marketplace.json`\n\n```json copy\n{\n \"name\": \"my-marketplace\",\n \"owner\": {\n \"name\": \"Your Organization\",\n \"email\": \"plugins@example.com\"\n },\n \"metadata\": {\n \"description\": \"Curated plugins for our team\",\n \"version\": \"1.0.0\"\n },\n \"plugins\": [\n {\n \"name\": \"frontend-design\",\n \"description\": \"Create a professional-looking GUI ...\",\n \"version\": \"2.1.0\",\n \"source\": \"./plugins/frontend-design\"\n },\n {\n \"name\": \"security-checks\",\n \"description\": \"Check for potential security vulnerabilities ...\",\n \"version\": \"1.3.0\",\n \"source\": \"./plugins/security-checks\"\n }\n ]\n}\n```\n\n> \\[!NOTE]\n> La valeur du `source` champ pour chaque plug-in est le chemin d’accès au répertoire du plug-in, par rapport à la racine du référentiel. Il n’est pas nécessaire d’utiliser `./` au début du chemin. Par exemple, `\"./plugins/plugin-name\"` et `\"plugins/plugin-name\"` résolvent au même répertoire.\n\n### Champs `marketplace.json`\n\n#### Champs de niveau supérieur\n\n| Champ | Type | Obligatoire | Description |\n| ---------------------------------------------------------------------------- | ------- | ----------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |\n| `name` | ficelle | Oui | Nom de la place de marché kebab-case. 64 caractères maxi. Les points sont également acceptés (par exemple, `acme.tools`) pour les plugins [Open Plugin Spec](#open-plugin-spec-support). |\n| `owner` | objet | Oui | |\n| `{ name, email? }` — Informations sur le propriétaire de la Place de marché. | | | |\n| `plugins` | tableau | Oui | Liste des entrées de plug-in (voir le tableau ci-dessous). |\n| `metadata` | objet | Non | `{ description?, version?, pluginRoot? }` |\n\n#### Champs d’entrée de plug-in (objets dans le `plugins` tableau)\n\n| Champ | Type | Obligatoire | Description |\n| ------------- | ----------------------- | ----------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |\n| `name` | ficelle | Oui | Nom du plug-in Kebab-case. 64 caractères maxi. Les points sont également acceptés pour les plug-ins [Open Plugin Spec](#open-plugin-spec-support). |\n| `source` | objet string \\| | Oui | Où récupérer le plug-in (chemin relatif, GitHubou URL). |\n| `description` | ficelle | Non | Description du plug-in. 1024 caractères maxi. |\n| `version` | ficelle | Non | Version du plug-in. |\n| `author` | objet | Non | `{ name, email?, url? }` |\n| `homepage` | ficelle | Non | URL de la page d’accueil du plug-in. |\n| `repository` | ficelle | Non | URL du référentiel source. |\n| `license` | ficelle | Non | Identificateur de licence. |\n| `keywords` | chaîne de caractères\\[] | Non | Mots clés de recherche. |\n| `category` | ficelle | Non | Catégorie de plug-in. |\n| `tags` | chaîne de caractères\\[] | Non | Balises supplémentaires. |\n| `commands` | chaîne \\| chaîne\\[] | Non | Chemin d’accès aux répertoires de commandes. |\n| `agents` | chaîne \\| chaîne\\[] | Non | Chemins d’accès aux répertoires de l’agent. |\n| `skills` | chaîne \\| chaîne\\[] | Non | Chemins d’accès aux répertoires de compétences. |\n| `hooks` | objet string \\| | Non | Chemin d’accès à la configuration des hooks ou à l’objet hooks intégré. |\n| `mcpServers` | objet string \\| | Non | Serveurs MCP à activer lorsque le plug-in est installé. Accepte un mappage de serveur inline ou un chemin d’accès à un fichier de configuration JSON. Utilisé lorsque la source du plug-in n’expédie pas sa propre configuration MCP. |\n| `lspServers` | objet string \\| | Non | Chemin d’accès à la configuration de LSP ou aux définitions de serveur inline. |\n| `strict` | booléen | Non | Quand `true` (valeur par défaut), les plug-ins doivent se conformer aux règles de schéma et de validation complètes. Lorsque `false`, la validation assouplie est utilisée, ce qui permet une plus grande flexibilité, en particulier pour les installations directes ou les plug-ins hérités. |\n\n#### Types de sources de plug-in\n\nLe `source` champ d’une entrée de plug-in accepte une chaîne de chemin d’accès relatif, ou un objet décrivant un référentiel ou une GitHub source d’URL Git :\n\n```json\n{\n \"source\": {\n \"source\": \"github\",\n \"repo\": \"owner/repo\",\n \"ref\": \"v1.0.0\",\n \"path\": \"plugins/my-plugin\"\n }\n}\n```\n\nLes types de source `github` et `url` acceptent tous deux un champ facultatif `sha` pour fixer les installations à un commit exact, en plus de `ref` (ou à la place de celui-ci) :\n\n```json\n{\n \"source\": {\n \"source\": \"github\",\n \"repo\": \"owner/repo\",\n \"sha\": \"a94a8fe5ccb19ba61c4c0873d391e987982fbbd3\",\n \"path\": \"plugins/my-plugin\"\n }\n}\n```\n\n`sha` doit être un SHA de commit complet à 40 caractères. Fixez à un(e) `sha` pour des installations reproductibles à l’abri des force-pushes ou des déplacements de tags/branches.\n\n## Emplacements des fichiers\n\n| Élément | Chemin |\n| -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------- |\n| Plug-ins installés | |\n| `~/.copilot/installed-plugins/MARKETPLACE/PLUGIN-NAME` (installé via une place de marché) et `~/.copilot/installed-plugins/_direct/SOURCE-ID/` (installé directement) | |\n| Cache de la Place de marché | Répertoire du cache de plateforme : `~/.cache/copilot/marketplaces/` (Linux), `~/Library/Caches/copilot/marketplaces/` (macOS). Remplaçable avec `COPILOT_CACHE_HOME`. |\n| Manifeste du plug-in | |\n| `.plugin/plugin.json`, `plugin.json`, ou `.github/plugin/plugin.json` ou `.claude-plugin/plugin.json` (vérifié dans cet ordre) | |\n| Manifest de Marketplace | |\n| `marketplace.json`, `.plugin/marketplace.json`, ou `.github/plugin/marketplace.json` ou `.claude-plugin/marketplace.json` (vérifié dans cet ordre) | |\n| Agents | |\n| `agents/` (par défaut, substituable dans le manifeste) | |\n| Compétences | |\n| `skills/` (par défaut, substituable dans le manifeste) | |\n| Configuration des hooks | |\n| `hooks.json` ou `hooks/hooks.json` | |\n| Configuration MCP | |\n| `.mcp.json`, `.github/mcp.json` | |\n| Configuration de LSP | |\n| `lsp.json` ou `.github/lsp.json` | |\n| Données de plug-in | |\n| `${COPILOT_PLUGIN_DATA}` (également disponible en tant que `${CLAUDE_PLUGIN_DATA}`). Pointe vers un répertoire persistant, accessible en écriture, propre à chaque plug-in installé. Utilisez-le pour les données d’exécution spécifiques au plug-in au lieu de chemins d’accès à l’intérieur du répertoire du cache des plug-ins installés. | |\n\n## Ordre de chargement et priorité\n\nSi vous installez plusieurs plug-ins, il est possible que certains agents, compétences, serveurs MCP ou outils fournis via des serveurs MCP aient des noms en double. Dans ce cas, l’interface CLI détermine le composant à utiliser en fonction d’un ordre de priorité.\n\n* **Les agents et les compétences** utilisent la précédence first-found-wins.\n\n Si vous disposez d’un agent personnalisé ou d’une compétence au niveau du projet portant le même nom ou id que celui d’un plug-in que vous installez, l’agent ou la compétence du plug-in est ignoré en mode silencieux. Le plug-in ne peut pas remplacer les configurations au niveau du projet ou personnelles. Les agents personnalisés sont dédupliqués à l’aide de leur ID, qui est dérivé de son nom de fichier (par exemple, si le fichier est nommé `reviewer.agent.md`, l’ID de l’agent est `reviewer`). Les compétences sont dédupliquées par leur champ de nom à l’intérieur du fichier `SKILL.md`.\n\n* **Les serveurs MCP** utilisent la priorité \"last-wins\".\n\n Si vous installez un plug-in qui définit un serveur MCP portant le même nom de serveur qu’un serveur MCP que vous avez déjà installé, la définition du plug-in est prioritaire. Vous pouvez utiliser l’option `--additional-mcp-config` de ligne de commande pour remplacer une configuration de serveur MCP avec le même nom, installée à l’aide d’un plug-in. Si deux plug-ins ou plus déclarent un serveur MCP portant le même nom, l’interface CLI utilise la version du plug-in qui a chargé en dernier et affiche un avertissement nommant chaque plug-in précédent qui l’a défini.\n\n* **Les outils et agents intégrés** sont toujours présents et ne peuvent pas être substitués par les composants définis par l’utilisateur.\n\nLe diagramme suivant illustre les règles d’ordre de chargement et de priorité.\n\n```text\n┌──────────────────────────────────────────────────────────────────┐\n│ BUILT-IN - HARDCODED, ALWAYS PRESENT │\n│ • tools: bash, view, apply_patch, glob, rg, task, ... │\n│ • agents: explore, task, code-review, general-purpose, research │\n└────────────────────────┬─────────────────────────────────────────┘\n │\n ┌──────────────────────▼──────────────────────────────────────────────┐\n │ CUSTOM AGENTS - FIRST LOADED IS USED (dedup by ID) │\n │ 1. ~/.copilot/agents/ (user, .github convention) │\n │ 2. /.github/agents/ (project) │\n │ 3. /.github/agents/ (inherited, monorepo) │\n │ 4. /.claude/agents/ (project) │\n │ 5. /.claude/agents/ (inherited, monorepo) │\n │ 6. PLUGIN: agents/ dirs (plugin, by install order) │\n │ 7. Remote org/enterprise agents (remote, via API) │\n └──────────────────────┬──────────────────────────────────────────────┘\n │\n ┌──────────────────────▼──────────────────────────────────────────────┐\n │ AGENT SKILLS - FIRST LOADED IS USED (dedup by name) │\n │ 1. /.github/skills/ (project) │\n │ 2. /.agents/skills/ (project) │\n │ 3. /.claude/skills/ (project) │\n │ 4. /.github/skills/ etc. (inherited) │\n │ 5. ~/.copilot/skills/ (personal-copilot) │\n │ 6. ~/.agents/skills/ (personal-agents) │\n │ 7. PLUGIN: skills/ dirs (plugin) │\n │ 8. COPILOT_SKILLS_DIRS env + config (custom) │\n │ --- then commands (.claude/commands/), skills override commands ---│\n └──────────────────────┬──────────────────────────────────────────────┘\n │\n ┌──────────────────────▼──────────────────────────────────────────────┐\n │ MCP SERVERS - LAST LOADED IS USED (dedup by server name) │\n │ 1. ~/.copilot/mcp-config.json (lowest priority) │\n │ 2. PLUGIN: MCP configs (plugins) │\n │ 3. --additional-mcp-config flag (highest priority) │\n └─────────────────────────────────────────────────────────────────────┘\n```\n\n## Lectures complémentaires\n\n* [À propos des normes de plug-in gérés par l’entreprise](/fr/copilot/concepts/agents/about-enterprise-plugin-standards)\n* [CLI GitHub Copilot](/fr/copilot/how-tos/copilot-cli)\n* [Référence de commande CLI pour GitHub Copilot](/fr/copilot/reference/copilot-cli-reference/cli-command-reference)\n* [référence programmatique du CLI GitHub Copilot](/fr/copilot/reference/copilot-cli-reference/cli-programmatic-reference)"}