{"id":2101,"date":"2025-07-05T10:00:00","date_gmt":"2025-07-05T08:00:00","guid":{"rendered":"https:\/\/pletzenauer.com\/?p=2101"},"modified":"2026-08-05T17:22:34","modified_gmt":"2026-08-05T15:22:34","slug":"model-context-protocol-mcp-n8n","status":"publish","type":"post","link":"https:\/\/pletzenauer.com\/fr\/2025\/07\/05\/model-context-protocol-mcp-n8n\/","title":{"rendered":"Le Model Context Protocol (MCP) expliqu\u00e9 simplement \u2013 avec un exemple n8n"},"content":{"rendered":"

Qui construit des agents IA conna\u00eet le probl\u00e8me : pour chaque fonction d’un service connect\u00e9, il faut d\u00e9finir un outil distinct. Chercher, cr\u00e9er, modifier, supprimer une entr\u00e9e d’agenda \u2013 cela fait vite quatre briques s\u00e9par\u00e9es, et ce pour un seul service. Avec de nombreuses connexions, la charge de maintenance augmente d’autant. Le Model Context Protocol (MCP)<\/strong> suit une autre approche : il standardise la fa\u00e7on dont un mod\u00e8le de langage communique avec un service \u2013 et r\u00e9duit drastiquement le nombre de briques n\u00e9cessaires. Cet article r\u00e9sume le concept et un exemple pratique concret avec n8n.<\/p>\n

\nL’essentiel en bref<\/strong><\/p>\n
    \n
  • MCP standardise la fa\u00e7on dont un mod\u00e8le de langage comprend le contexte d’un service \u2013 donc ce qu’il sait faire et comment on s’y adresse.<\/li>\n
  • Au lieu de connecter chaque fonction s\u00e9par\u00e9ment, un serveur MCP<\/em> (devant le service) et un client MCP<\/em> (dans l’agent) suffisent.<\/li>\n
  • L’agent se contente de deux \u00e9tapes : lister<\/em> les fonctions (List Tools) et ex\u00e9cuter<\/em> une fonction (Execute Tool).<\/li>\n
  • Dans n8n, cela se reproduit avec une variable d’environnement, un node communautaire et deux outils client MCP.<\/li>\n
  • MCP est une technologie jeune : des r\u00e9serves de s\u00e9curit\u00e9 connues existent \u2013 en environnement de production, la prudence est de mise.<\/li>\n<\/ul>\n<\/div>\n
    \"Zwei-Spalten-Vergleich:
    Au lieu de connecter chaque fonction une par une, l’agent se contente de deux op\u00e9rations MCP.<\/figcaption><\/figure>\n

    Ce que MCP r\u00e9sout r\u00e9ellement<\/h2>\n

    L’id\u00e9e de base du Model Context Protocol tient dans son nom : un mod\u00e8le de langage doit comprendre le contexte<\/strong> d’une application. Concr\u00e8tement : que sait faire cette application ? \u00c0 quoi sert-elle ? Et comment y ex\u00e9cuter des actions ?<\/p>\n

    Classiquement, on connecte chaque outil individuellement lors de la construction d’un agent \u2013 chaque fonction est une brique \u00e0 part. Pour Google Calendar par exemple : un outil pour chercher des entr\u00e9es, un pour les mettre \u00e0 jour, un pour les supprimer, un pour les cr\u00e9er. Quatre fonctions pour un seul service. Sur des agents complexes reli\u00e9s \u00e0 de nombreux services, cela monte vite \u00e0 des dizaines de briques.<\/p>\n

    Serveur, client et le sch\u00e9ma uniforme<\/h2>\n

    MCP fonctionne avec deux r\u00f4les :<\/p>\n

      \n
    • Serveur MCP :<\/strong> il se place devant le service proprement dit (p. ex. Airbnb ou Google Calendar) et d\u00e9crit comment interagir avec ce service.<\/li>\n
    • Client MCP :<\/strong> il se trouve dans l’agent, r\u00e9cup\u00e8re les fonctions du serveur et les appelle.<\/li>\n<\/ul>\n

      Dans la mise en \u0153uvre actuelle \u2013 par exemple dans n8n \u2013 deux \u00e9tapes suffisent au lieu de nombreux outils individuels :<\/p>\n

        \n
      1. List Tools (lister) :<\/strong> l’agent demande au serveur quelles fonctions sont disponibles.<\/li>\n
      2. Execute Tool (ex\u00e9cuter) :<\/strong> l’agent appelle une fonction pr\u00e9cise avec les param\u00e8tres correspondants.<\/li>\n<\/ol>\n

        Le point d\u00e9cisif est le sch\u00e9ma uniforme<\/strong>. Peu importe le service situ\u00e9 derri\u00e8re : la r\u00e9ponse \u00e0 une requ\u00eate List Tools est toujours construite de la m\u00eame mani\u00e8re. Elle contient, pour chaque fonction, le nom, une description et un sch\u00e9ma avec les param\u00e8tres autoris\u00e9s. Les contenus et les param\u00e8tres diff\u00e8rent d’un service \u00e0 l’autre \u2013 la structure, elle, reste constante. C’est exactement ce que le protocole prescrit et standardise.<\/p>\n

        Un exemple avec l’outil Airbnb<\/h3>\n

        Si l’on demande \u00e0 l’agent quelles possibilit\u00e9s offre l’outil Airbnb, il va chercher lui-m\u00eame la liste des fonctions via l’outil List Tools. Reviennent entre autres :<\/p>\n