MCP expliqué simplement : ce que ça change pour les devs

MCP (Model Context Protocol) est un protocole ouvert développé par Anthropic qui permet à Claude d’interagir avec des outils et services externes de manière standardisée. Voici pourquoi c’est un changement de paradigme.

Le problème qu’il résout

Avant MCP, connecter Claude à un service externe ressemblait à ça :

1. Définir un tool au format JSON dans l’appel API
2. Gérer le retour tool_use dans la réponse
3. Appeler votre service manuellement
4. Réinjecter le résultat dans la conversation
5. Répéter pour chaque service, chaque projet

C’était verbeux, custom, et non-réutilisable. Chaque intégration repartait de zéro.

Ce que MCP change

MCP standardise l’interface entre Claude et les outils externes. Un serveur MCP expose des tools que Claude peut appeler nativement — sans que vous ayez à gérer la plomberie.

Le flux devient :

Client → Serveur MCP → Outil/Service
           ↑
       Claude décide
       quand et comment
       l'appeler

Claude voit les outils disponibles, décide lequel utiliser, l’appelle, utilise le résultat. Transparent pour l’utilisateur.

Un exemple concret

Vous voulez que Claude puisse lire et créer des tâches dans votre système de projet. Avec MCP :

1. Vous créez un serveur MCP qui expose 3 tools : list_tasks, get_task, create_task
2. Vous le connectez à votre client Claude (Claude Desktop, votre app…)
3. Claude peut maintenant appeler ces tools dans la conversation

// Exemple de définition d'un tool MCP
{
  name: "create_task",
  description: "Crée une nouvelle tâche dans le projet",
  inputSchema: {
    type: "object",
    properties: {
      title: { type: "string", description: "Titre de la tâche" },
      priority: { type: "string", enum: ["low", "medium", "high"] },
    },
    required: ["title"]
  }
}

L’écosystème open-source

La communauté a déjà créé des centaines de serveurs MCP pour les outils courants : GitHub, Notion, Google Drive, bases de données SQL, APIs REST génériques, systèmes de fichiers…

Vous pouvez en trouver sur github.com/modelcontextprotocol/servers.

Pour les PO et managers

MCP change aussi la façon de penser les agents. Au lieu de demander “comment Claude peut-il accéder à X ?”, la question devient “quel serveur MCP expose X ?” — souvent, quelqu’un l’a déjà fait.

Ça accélère considérablement le prototypage et réduit la dette technique des intégrations.

Ce que je retiens

MCP n’est pas révolutionnaire dans son concept — les appels d’outils existaient avant. Ce qui change c’est la standardisation : un serveur MCP écrit une fois fonctionne avec tous les clients MCP compatibles. C’est ce qui manquait à l’écosystème.