Intégrations MCP
Découvrez WebMCP, comment l’utiliser dès aujourd’hui et ses limites réelles.
Cette page présente deux sujets proches mais différents : WebMCP, une norme de navigateur directement mise en œuvre par les pages d’outils de ce site, et le Model Context Protocol (MCP) au sens large, destiné à tout client compatible avec MCP qui souhaite s’appuyer sur les métadonnées de capacités décrites dans le centre des développeurs.
Ce qu’est réellement WebMCP#
WebMCP est une proposition du W3C Web Machine Learning Community Group, rédigée par des ingénieurs de Google Chrome et Microsoft Edge (l’explication publique est disponible sur github.com/webmachinelearning/webmcp). Elle définit document.modelContext, une API de navigateur qu’une page Web utilise pour enregistrer des outils structurés — avec un nom, une description et un schéma JSON pour leurs entrées — qu’un agent d’IA utilisant le même onglet que l’utilisateur peut découvrir et appeler.
OpenAI n’a pas créé cette norme, mais l’a adoptée : le navigateur intégré de ChatGPT, ChatGPT Work et Codex ont commencé à découvrir et à appeler des outils WebMCP sur des sites comme celui-ci aux alentours du 25 août 2026. Le protocole propre à OpenAI, l’Apps SDK, est un modèle distinct qui associe MCP côté serveur et widgets, et nécessite un serveur. Ce site ne l’utilise pas, car il ne dispose d’aucun serveur auquel ses outils locaux pourraient faire appel.
Comment l’utiliser dès aujourd’hui#
Ouvrez une page de ce site dans un navigateur et une interface d’IA prenant déjà en charge WebMCP — au moment de la rédaction, cela comprend Gemini dans Chrome et le navigateur intégré de ChatGPT, Codex inclus — puis demandez-lui d’effectuer une opération avec un outil PDF. L’agent peut répertorier les outils, en ouvrir un et, une fois que vous avez sélectionné vos fichiers, l’exécuter ou vous demander de confirmer d’abord ses réglages.
Aucune configuration n’est nécessaire de votre côté, à part l’utilisation d’un navigateur ou d’une interface d’agent compatible avec WebMCP. Rien n’est à installer, à autoriser ni à configurer spécialement pour ce site.
Découverte pour les clients MCP#
/llms.txt et /llms-full.txt sont le moyen le plus rapide pour un client compatible avec MCP de répertorier les outils disponibles, leurs catégories et les pages de référence (cette page, Confidentialité, Sécurité) qui encadrent leur utilisation.
/agents/webmcp.json (et son alias /.well-known/webmcp.json) constitue le catalogue statique de l’intégration au navigateur. Dans un navigateur compatible, les outils document.modelContext actifs font autorité, car ils reflètent la page actuelle et les entrées sélectionnées par l’utilisateur. Le catalogue statique sert de solution de repli pour un client qui n’a pas chargé la page.
/.well-known/security.txt est publié pour les outils de sécurité automatisés et respecte la RFC 9116. Ce n’est pas une route générale de découverte des capacités et il ne faut pas l’utiliser à cette fin.
WebMCP et MCP distant : deux interfaces différentes#
WebMCP s’exécute dans un navigateur compatible et partage avec l’utilisateur la page visible, les fichiers locaux sélectionnés, la progression et les résultats en temps réel. Il fonctionne sans envoyer les données des documents à un serveur MCP distinct, puisqu’aucun serveur distinct n’intervient.
Cette application n’exécute pas de serveur MCP distant (accessible depuis un ordinateur ou un serveur) et ne prévoit pas d’en ajouter un pour ses outils locaux : aucun serveur backend n’est disponible pour ces outils. Un client MCP sur ordinateur ou côté serveur n’accède pas automatiquement aux outils du navigateur décrits sur cette page ; il lui faudrait sa propre intégration à un navigateur compatible avec WebMCP.
Les limites, en toute transparence#
Vous devez sélectionner vous-même vos fichiers. À ce jour, la spécification WebMCP ne prévoit aucun mécanisme de transmission du contenu des fichiers : un agent ne peut jamais transmettre un fichier à ce site, et les outils de ce site ne peuvent jamais en demander un via WebMCP. Chaque outil fonctionne uniquement sur les fichiers que vous avez déjà sélectionnés avec le sélecteur de fichiers du navigateur ou par glisser-déposer, une action native de l’utilisateur qu’aucune page ni aucun script ne peut déclencher à votre place.
Aucun contenu de document ne parvient jamais à un agent. Les noms de fichiers constituent l’unique exception, très limitée : l’outil list_loaded_files de la page de l’outil actif renvoie les noms, les tailles et le nombre de pages afin qu’un agent puisse vous indiquer ce qu’il voit chargé. En revanche, le contenu des fichiers n’est jamais inclus dans une réponse WebMCP, quel que soit l’outil ou la page.
Il n’existe pas de serveur MCP distant distinct, car cette application ne dispose d’aucun serveur backend auquel les outils locaux pourraient faire appel. Toutes les opérations WebMCP ont lieu dans l’onglet de votre propre navigateur.
Transmettre les refus sans les masquer#
Lorsqu’un outil refuse une opération au lieu de prétendre qu’elle a réussi — Encrypt PDF en est l’exemple le plus clair (voir Sécurité) —, un agent doit vous transmettre le message de refus au lieu de réessayer sans vous le dire ou de le masquer sous une erreur générique.