Freedam

Model Context Protocol (MCP)

Aussi appelé MCP

Le Model Context Protocol (MCP) est un standard ouvert qui définit comment un assistant IA se connecte à des applications externes et appelle les outils et les données qu’elles exposent. Une application publie un seul serveur MCP, et tout assistant compatible MCP peut l’utiliser, sans intégration distincte pour chaque assistant. Le protocole a été publié pour la première fois en novembre 2024, et les révisions de sa spécification sont identifiées par une date, par exemple 2025-06-18.

Mis à jour le

Comment fonctionne le MCP

Le MCP comporte trois rôles :

Rôle Ce que c’est
Hôte (host) L’application d’IA qu’utilise la personne : une application de chat, un assistant de bureau, un agent de code
Client La connexion que l’hôte ouvre vers un serveur
Serveur Le côté application, qui décrit et exécute ses outils

Un serveur peut proposer trois types de capacités :

  • Outils (tools) : des actions que le modèle peut appeler, chacune avec un nom, une description et un schéma d’entrée en JSON Schema, par exemple « rechercher des médias » ou « créer un lien de partage ».
  • Ressources (resources) : des données que l’hôte peut lire et fournir au modèle comme contexte.
  • Prompts : des instructions réutilisables que le serveur suggère à la personne.

Les messages utilisent JSON-RPC 2.0. Un serveur local s’exécute sur l’ordinateur de la personne et communique par l’entrée et la sortie standard ; un serveur distant est joint en HTTPS avec le transport Streamable HTTP. Au début d’une session, le client demande au serveur sa liste d’outils. Pendant la conversation, le modèle décide quel outil appeler et avec quels arguments, le client envoie l’appel, et le serveur l’exécute et renvoie le résultat.

MCP vs API REST

API REST Serveur MCP
Qui décide quoi appeler Un développeur, dans du code écrit à l’avance Le modèle d’IA, pendant la conversation
Comment les capacités sont décrites Une documentation lue par des personnes Une liste d’outils avec des schémas, lue par le modèle à la connexion
Travail d’intégration Du code pour chaque client Un serveur pour tous les assistants compatibles MCP
Appelant typique Sites web, systèmes d’information produit, scripts Assistants et agents agissant pour une personne

Un serveur MCP repose généralement sur une API existante et applique les mêmes autorisations. L’API reste le bon choix pour les intégrations fixes ; le MCP sert aux tâches qu’une personne décrit avec ses propres mots.

Sécurité et gouvernance

  • Le serveur agit comme un utilisateur. Chaque appel d’outil doit s’exécuter avec les autorisations d’un vrai compte, pour que l’assistant ne puisse jamais faire plus que cette personne.
  • Moindre privilège. Un assistant qui ne fait que chercher n’a besoin que d’un accès en lecture seule. Les outils d’écriture ne doivent être accordés que lorsque la tâche l’exige.
  • Autorisation. Pour les serveurs distants, la spécification fonde l’autorisation sur OAuth 2.1 : le serveur publie des métadonnées de ressource protégée (RFC 9728) qui indiquent au client où se connecter, et le client utilise PKCE pour obtenir un token pour cette personne.
  • Injection de prompt. Le texte renvoyé par un outil, comme la description d’un média rédigée par un fournisseur externe, peut contenir des instructions que le modèle risque de suivre. Garder les actions destructrices hors de la liste d’outils limite les dégâts.
  • Audit. Chaque appel d’outil doit être journalisé avec le compte, l’action et le résultat, comme n’importe quelle autre requête d’API.

Le MCP dans un DAM et dans le marketing

  • Un responsable marketing demande : « Trouvez les photos d’ambiance validées de la table en chêne et mettez-les dans une collection pour la newsletter de mars. » L’assistant cherche, filtre et crée la collection.
  • Un chef de produit demande un lien de partage vers les dernières fiches techniques pour un distributeur, avec une date d’expiration.
  • Un documentaliste demande à l’assistant de lire le vocabulaire contrôlé et de proposer des descriptions pour les médias qui n’en ont pas, puis relit les modifications avant qu’elles soient enregistrées.
  • Un développeur qui travaille dans un agent de code récupère des identifiants et des détails de médias pendant qu’il construit une page produit.

Le MCP dans Freedam

  • Freedam inclut un serveur MCP sur chaque espace de travail, avec le transport Streamable HTTP. La page Serveur MCP de l’Administration affiche le point d’accès, une configuration prête à copier pour les assistants IA et les outils de code courants, la liste des outils et une commande de test.
  • Il compte onze outils. Cinq ne font que lire : rechercher des médias (plein texte et recherche sémantique), obtenir un média, lister les collections, obtenir les vocabulaires, et obtenir le statut d’une opération en arrière-plan. Six peuvent écrire : importer des médias, mettre à jour les métadonnées d’un média, faire une mise à jour en lot, créer une collection, ajouter des médias à une collection, et créer un lien de partage. Aucun outil ne supprime de médias ni de collections.
  • Un assistant se connecte avec un token d’API, ou par OAuth : l’assistant trouve seul la page de connexion, la personne se connecte à l’espace de travail (avec un mot de passe ou par authentification unique) et valide la connexion sur un écran de consentement. Freedam prend en charge l’enregistrement dynamique des clients, PKCE et les tokens d’actualisation.
  • Chaque outil vérifie les droits du token et agit en tant que propriétaire du token. Le contrôle d’accès continue de masquer des médias, et la création d’un lien de partage vérifie les politiques de droits des médias.
  • Les appels d’outils comptent dans la même limite de 60 requêtes par minute que les autres appels d’API et apparaissent dans le même journal d’audit, avec le nom du token, l’action, l’adresse IP et la réponse.

Détails : la page développeurs MCP et la page Serveur MCP dans la documentation de Freedam.

Questions fréquentes

Le MCP, est-ce la même chose qu’une API ?

Non. Le MCP est un protocole pour décrire et appeler des outils qu’un modèle d’IA choisit à l’exécution. La plupart des serveurs MCP appellent en dessous une API existante, avec les mêmes autorisations et les mêmes limites.

Quels assistants IA prennent en charge le MCP ?

La plupart des grandes applications de chat IA, des assistants de bureau et des agents de code peuvent jouer le rôle de clients MCP. Certains ne se connectent qu’à des serveurs locaux, d’autres aussi à des serveurs distants en HTTPS. Vérifiez si votre assistant prend en charge les serveurs distants et la connexion OAuth.

Est-il sûr de connecter un assistant IA à un DAM ?

C’est aussi sûr que le compte qu’il utilise. Donnez à l’assistant un token ou une connexion avec le moins de droits dont sa tâche a besoin, commencez par un accès en lecture seule, et choisissez un serveur qui journalise chaque appel d’outil et ne propose aucun outil de suppression.

Termes associés

Nordi

Connectez un assistant IA à la photothèque de Nordi

Dans la démo, vous êtes l’administrateur de Nordi. Ouvrez la page Serveur MCP, copiez le point d’accès, et voyez lesquels de ses onze outils ne font que lire des données et lesquels peuvent en modifier.

Vous entrez dans l'espace de travail de Nordi en tant qu'administrateur.