Skills vs MCP vs Plugins : le comparatif complet
Comparaison détaillée entre Skills, MCP et Plugins Claude Code. Quand utiliser quoi, exemples concrets, combinaisons recommandées et FAQ.
Trois mécanismes, trois missions
Claude Code propose trois façons d'étendre ses capacités : les Skills, les MCP (Model Context Protocol) et les Extensions communautaires (souvent appelées « plugins » par abus de langage). Chacun répond à un besoin différent, et c'est en les combinant qu'on tire le meilleur de l'écosystème.
Les « plugins » n'existent pas comme décrit ailleurs
Claude Code ne dispose pas de commandes /plugin install ou d'un marketplace de plugins officiel. Ce que la communauté appelle « plugins » sont en réalité des collections de fichiers (agents, rules, skills) qui s'installent manuellement depuis GitHub ou via /install-github. Ce guide utilise le terme « extension communautaire » pour plus de précision.
L'analogie complète
Imaginez Claude Code comme un artisan dans son atelier.
- Les Skills sont ses recettes et procédures : elles lui disent comment réaliser une tâche précise, étape par étape.
- Les MCP sont ses outils connectés : une perceuse branchée au réseau électrique, un poste à souder relié au gaz. Ils donnent accès à des ressources externes.
- Les Extensions communautaires sont des configurations partagées : des sets d'agents, règles et skills regroupés par la communauté pour un usage précis.
Le tableau comparatif
| Critère | Skill | MCP | Extension communautaire |
|---|---|---|---|
| Définition | Fichier Markdown d'instructions | Serveur externe exposant des outils via JSON-RPC | Collection d'agents, rules et skills partagée |
| Analogie | Recette de cuisine | Prise USB vers un service | Pack de configuration partagé |
| Format | Fichier .md | Serveur (Node.js, Python, etc.) | Dossier de fichiers .md / .mdc |
| Installation | Copier dans .claude/commands/ | claude mcp add ou settings.json | /install-github ou copie manuelle |
| Portée | Projet ou utilisateur | Projet ou global | Projet ou global |
| Invocation | Slash command (/project:...) | Automatique (Claude choisit l'outil) | Automatique (agents actifs) ou slash command |
| Intelligence | Instructions suivies par Claude | Outils appelés par Claude | Instructions interprétées par Claude |
| Complexité | Faible (juste du Markdown) | Moyenne (serveur à maintenir) | Faible (fichiers texte) |
| Partage | Via git (.claude/commands/) | Via configuration partagée | Via GitHub |
| Exemples | Review PR, TDD Guide, Deploy | GitHub, Slack, PostgreSQL | everything-claude-code, collections de rules |
Quand utiliser quoi ?
Le choix dépend de ce que vous essayez d'accomplir. Voici un guide de décision rapide.
Utilisez un Skill quand...
- Vous voulez standardiser un processus (review, deploy, onboarding)
- Vous voulez enseigner un comportement spécifique à Claude
- Vous voulez quelque chose de simple à créer et maintenir
- Le workflow est auto-contenu (pas besoin d'appeler un service externe)
- Vous voulez partager un process avec l'équipe via git
# Exemples parfaits pour un Skill/project:review-pr # Process de review standardisé/project:create-component # Création de composant selon vos conventions/user:tdd-guide # Workflow TDD personnel/project:deploy-checklist # Checklist de déploiement
Utilisez un MCP quand...
- Vous devez accéder à un service externe (API, base de données, SaaS)
- Vous voulez que Claude lise ou écrive dans un système tiers
- L'outil doit être toujours disponible (pas invoqué manuellement)
- Vous avez besoin d'un protocole standardisé de communication
# Exemples parfaits pour un MCPclaude mcp add github # Accéder aux repos, PRs, issues GitHubclaude mcp add slack # Lire et envoyer des messages Slackclaude mcp add postgres # Requêter une base de donnéesclaude mcp add context7 # Accéder à la documentation à jour
Pour approfondir les MCP
Consultez notre guide complet sur les MCP pour comprendre leur fonctionnement en détail, et le top MCP recommandés pour découvrir les plus utiles.
Utilisez une extension communautaire quand...
- Vous voulez bénéficier d'un pack complet (agents + skills + templates) maintenu par la communauté
- Vous ne voulez pas créer vos fichiers de zéro et préférez partir d'une base éprouvée
- Vous voulez partager une configuration avec votre équipe ou la communauté
- La configuration est complexe et nécessite plusieurs fichiers coordonnés
# Installer depuis GitHub via /install-github/install-github punkpeye/everything-claude-code # Pack complet d'agents et skills# Ou manuellementgit clone https://github.com/punkpeye/everything-claude-codecp -r everything-claude-code/agents/ .claude/agents/cp -r everything-claude-code/rules/ .claude/rules/
Pour approfondir les extensions communautaires
Consultez notre guide complet sur les extensions communautaires pour comprendre comment elles fonctionnent, et le top extensions essentielles pour démarrer.
Les combinaisons gagnantes
La vraie puissance de Claude Code se révèle quand vous combinez ces trois mécanismes. Voici les combinaisons les plus efficaces.
Combo 1 : Développement full-stack
# MCP pour le contexte externeclaude mcp add github # Accès aux issues et PRsclaude mcp add context7 # Documentation à jour des librairies# Extension communautaire pour les agents/install-github punkpeye/everything-claude-code# Skills pour les workflows d'équipe/project:create-api # Créer un endpoint selon vos conventions/project:review-pr # Review standardisée
Résultat : Claude accède aux issues GitHub (MCP), utilise les agents spécialisés de la collection communautaire, et suit vos conventions d'équipe (Skills).
Combo 2 : Workflow de sécurité
# Agent de sécurité depuis Everything Claude Code/install-github punkpeye/everything-claude-code# Skill pour l'audit complet/project:security-audit# MCP GitHub pour créer les issues de suiviclaude mcp add github
Résultat : L'agent security-reviewer analyse le code, le Skill structure l'audit selon votre checklist, et le MCP GitHub crée automatiquement les issues pour les vulnérabilités trouvées.
Combo 3 : Onboarding développeur
# MCP pour accéder à la documentationclaude mcp add context7# Skill pour guider le nouvel arrivant/project:onboarding# Extension communautaire pour les agents spécialisés/install-github punkpeye/everything-claude-code
Résultat : Le MCP donne accès à la documentation à jour (Context7), le Skill guide le nouveau développeur à travers les étapes d'onboarding, et les agents spécialisés l'assistent sur les tâches spécifiques.
Commencez simple, enrichissez progressivement
Pas besoin de tout installer d'un coup. Commencez par un ou deux Skills pour vos workflows quotidiens, ajoutez les MCP pour les services que vous utilisez, puis explorez les plugins quand vous serez à l'aise. L'écosystème est conçu pour une adoption progressive.
Arbre de décision
Vous ne savez pas quel mécanisme utiliser ? Suivez ce guide :
Avez-vous besoin d'accéder à un service externe ?
Oui → Utilisez un MCP. C'est le seul mécanisme qui connecte Claude Code à des services tiers (GitHub, Slack, bases de données, APIs).
Non → Passez à la question suivante.
Voulez-vous standardiser un processus ou un workflow ?
Oui → Utilisez un Skill. C'est le moyen le plus simple de codifier un processus. Un fichier Markdown suffit.
Non → Passez à la question suivante.
Avez-vous besoin d'un pack complet d'agents et de règles ?
Oui → Utilisez une extension communautaire (comme everything-claude-code). Ces collections regroupent agents, skills et templates dans un dossier cohérent, maintenu par la communauté. Installez-les avec /install-github ou manuellement.
Non → Un Skill simple suffit probablement. Commencez par là et évoluez si besoin.
FAQ
Puis-je utiliser les trois en même temps ?
Absolument. Les trois mécanismes sont conçus pour être complémentaires. Une extension communautaire peut inclure des Skills, et ces Skills peuvent être utilisés en parallèle d'outils MCP. C'est la combinaison des trois qui donne les meilleurs résultats.
Un Skill peut-il appeler un MCP ?
Pas directement. Un Skill donne des instructions à Claude, et Claude peut ensuite décider d'utiliser un outil MCP si c'est pertinent. Le Skill ne "connaît" pas les MCP, mais Claude fait le lien intelligemment.
Une extension communautaire remplace-t-elle les Skills et les MCP ?
Non. Une extension communautaire inclut souvent des Skills (fichiers Markdown dans un dossier commands/), mais elle ne remplace pas les MCP. Les MCP restent nécessaires pour la connexion aux services externes. Pensez à une extension communautaire comme un ensemble de fichiers de configuration qui enrichit Claude Code sans nécessiter de serveur externe.
Comment choisir entre un Skill de projet et un Skill personnel ?
- Skill de projet (
.claude/commands/) : pour tout ce qui concerne les conventions et workflows partagés par l'équipe. Versionné avec le code. - Skill personnel (
~/.claude/commands/) : pour vos préférences individuelles de travail. Non partagé.
Les Skills consomment-ils du contexte ?
Oui, quand un Skill est invoqué, son contenu est injecté dans le contexte de Claude. C'est pourquoi il est important de garder les Skills concis et ciblés. Un Skill de 100-200 lignes est idéal. Au-delà de 500 lignes, envisagez de le découper.
Peut-on créer un MCP custom ?
Oui, un MCP est un serveur qui implémente le protocole JSON-RPC. Vous pouvez en créer avec le SDK MCP en TypeScript, Python ou d'autres langages. Consultez notre guide MCP pour plus de détails.
Quel est l'impact sur les performances ?
- Skills : impact minimal (juste du texte injecté dans le contexte)
- MCP : dépend du service externe (latence réseau, temps de réponse de l'API)
- Extensions communautaires : impact variable (les agents et rules ajoutés consomment du contexte à chaque session)
Pour aller plus loin
- Qu'est-ce qu'un Skill ? : Comprendre le concept en profondeur
- Créer un Skill custom : Guide pas à pas pour écrire vos propres Skills
- Comprendre les MCP : Tout sur le Model Context Protocol
- Extensions communautaires : Comment fonctionnent et s'installent les collections communautaires
- Guide de prompting : Optimiser vos interactions avec Claude Code
- Configurer Claude Code : Personnaliser votre environnement