La réponse courte
Un prompt dit ce que vous voulez maintenant. Les règles disent ce qui doit toujours s’appliquer. Un Skill apprend à l’agent comment se fait un type de travail. MCP et les outils lui permettent d’atteindre d’autres systèmes. Un subagent prend en charge une partie d’un gros travail dans son propre contexte. Un plugin regroupe plusieurs de ces éléments en une seule installation.
Le rôle de chaque couche, des prompts aux plugins
Il y a sept couches, et chacune répond à une question différente. Les trois premières façonnent la manière dont l’agent réfléchit, les deux suivantes déterminent ce qu’il peut atteindre, et les deux dernières servent à répartir le travail et à le distribuer.
| Couche | Son rôle | Où elle se trouve |
|---|---|---|
| Prompt | Dit ce que vous voulez à ce tour | Votre message |
| Règles / instructions | Gardent des règles permanentes sous les yeux de l’agent | CLAUDE.md, AGENTS.md, .cursor/rules/ |
| Skill | Enseigne une méthode réutilisable | Un dossier avec SKILL.md |
| Outil | Fait ce que le texte seul ne peut pas faire, comme exécuter du code | Intégré à l’agent |
| Serveur MCP | Connecte des données et des actions externes | Un serveur local ou distant |
| Subagent | Traite une partie ciblée dans son propre contexte | La configuration des subagents de l’agent |
| Plugin | Regroupe Skills, serveurs MCP et plus encore en une seule installation | Une marketplace de plugins ou un dépôt |
« MCP connecte Claude aux données ; les Skills apprennent à Claude quoi faire de ces données. » (Anthropic)
Un plugin est un emballage, pas une nouvelle capacité. Dans Claude Code, un plugin peut regrouper des Skills, des slash commands, des subagents, des hooks et des serveurs MCP, et /plugin installe l’ensemble. Les plugins sont répertoriés dans des marketplaces de plugins, des catalogues qui vivent généralement dans un dépôt Git. Les plugins Codex suivent la même idée pour distribuer ensemble des Skills et des connexions MCP.
Une marketplace de Skills comme Skillry fonctionne un niveau en dessous. Elle vous fournit des dossiers de Skills individuels à déposer dans Claude Code, Codex ou Cursor. Anthropic publie aussi ses propres Skills, comme ceux qui créent des fichiers Word, PowerPoint, Excel et PDF. Installez un plugin quand vous voulez toute une boîte à outils d’un coup, et un Skill isolé quand vous n’avez besoin que d’une méthode.
Choisissez selon ce que vous voulez faire
Partez de la tâche à accomplir, pas de la liste des fonctionnalités. La plupart des configurations commencent par les trois premières lignes et ajoutent les autres quand un vrai besoin apparaît.
Une question ponctuelle
Un prompt. Ajoutez un outil s’il faut des données en direct.
« Toujours utiliser pnpm »
Une règle, d’une seule ligne.
Un workflow que vous répétez sans cesse
Un Skill. Ajoutez MCP s’il faut des données externes.
Accéder à Jira, une base de données ou une API
Un serveur MCP, plus un Skill qui explique la procédure.
Rechercher, construire et relire en même temps
Des subagents, qui partagent tous les mêmes Skills.
Transmettre toute la configuration à votre équipe
Un plugin, pour que chacun l’installe en une étape.
Une vraie tâche qui utilise la plupart des couches
« Prépare la revue produit de vendredi et signale les risques de lancement. »
Le prompt précise la semaine et les lecteurs. Les règles du dépôt disent ce qui ne doit pas sortir de l’entreprise. Un Skill fixe la structure du rapport et la checklist qu’il doit passer. Des serveurs MCP récupèrent les tickets fermés dans Linear et les chiffres de l’outil d’analytics. Pendant que l’agent principal rédige, un subagent parcourt les retours clients. Et un plugin permet au reste de l’entreprise d’installer le même Skill et les mêmes connecteurs en une étape.
Dans Claude Code, un Skill peut même s’exécuter comme son propre subagent. Ajoutez context: fork à son frontmatter.
Plugins vs Skills, et autres confusions fréquentes
- « Un plugin, c’est juste un Skill plus gros. » Un plugin, c’est la boîte. Il peut contenir des Skills, mais aussi des commandes, des subagents, des hooks et des serveurs MCP. Un Skill seul, c’est un dossier avec une méthode, et il fonctionne sans aucun plugin.
- « Un Skill peut se connecter à ma base de données. » Pas tout seul. L’accès vient d’un outil ou d’un serveur MCP ; le Skill explique comment s’en servir.
- « Les règles et les Skills font la même chose. » Les règles se chargent dans chaque chat, alors qu’un Skill se charge quand sa tâche se présente. Mettez une longue procédure dans vos règles, et chaque conversation en paie le prix.
- « MCP et les Skills sont concurrents. » Anthropic les décrit comme complémentaires, et MCP dispose désormais d’une extension officielle pour servir des Skills.
Pour aller plus loin
MCP vs Skills
L’accès face au savoir-faire, et quand il faut les deux. Lire la comparaison.
Skills vs prompts
L’objectif du jour face à la méthode réutilisable. Lire la comparaison.
Skills vs instructions
Des règles toujours actives face à des Skills chargés à la demande. Lire la comparaison.
Questions fréquentes
Quelle est la différence entre les Skills et les subagents ?
Un Skill est un ensemble d’instructions que l’agent charge. Un subagent est un exécutant distinct avec son propre contexte. Dans Claude Code, vous pouvez exécuter un Skill dans un subagent avec context: fork.
Les plugins Claude Code sont-ils la même chose que les Skills ?
Non. Un plugin est un paquet qui peut contenir des Skills ainsi que des slash commands, des subagents, des hooks et des serveurs MCP. Les Skills d’un plugin s’exécutent sous la forme /plugin-name:skill-name : ils n’entrent donc jamais en conflit avec les vôtres.
Ai-je besoin de tout cela ?
Non. Commencez par des prompts et quelques règles. Ajoutez un Skill dès que vous remarquez que vous répétez un workflow, et MCP quand l’agent doit atteindre un autre système.
Sources
Ce guide vous a-t-il aidé ?