MCP vs skill

Les serveurs MCP et les skills résolvent des problèmes différents et ne sont pas des alternatives directes. Un serveur MCP donne à Claude de nouvelles capacités en fournissant une connexion à des systèmes qu'il ne peut pas atteindre autrement, tels qu'une base de données, un traqueur de tickets ou un tableau de bord de surveillance. C'est du code que vous exécutez, connecté via stdio, HTTP, SSE ou WebSocket, configuré avec claude mcp add et stocké dans .mcp.json. Un skill, à l'inverse, donne à Claude des connaissances et des procédures sous la forme d'un fichier SKILL.md contenant des instructions que Claude a déjà les outils pour exécuter. C'est du markdown, ne nécessite aucun processus séparé, et son corps est chargé dans le contexte uniquement lorsqu'il est pertinent. Un test approximatif : si Claude ne peut pas physiquement atteindre le système cible, vous avez besoin d'un serveur MCP ; si Claude peut l'atteindre mais effectue le travail mal ou de manière incohérente, vous avez besoin d'un skill. Ces concepts se composent : un skill peut définir la procédure pour piloter efficacement les outils d'un serveur MCP, et un plugin peut regrouper les deux. Le profil de coût diffère : les définitions d'outils MCP sont chargées dans le contexte lorsque le serveur est connecté, tandis que le corps d'un skill reste hors contexte jusqu'à son invocation. Ne supposez pas que l'un remplace l'autre. Par exemple, MCP Builder aide à construire des serveurs MCP, tandis que Skill Creator aide à construire des skills. Comprendre la distinction est essentiel pour une conception efficace d'agent-skill, en évitant la confusion avec les modèles skill-vs-prompt ou progressive-disclosure.