MDN est désormais un serveur MCP

Le serveur MDN MCP est le serveur Model Context Protocol officiel et expérimental de Mozilla, qui offre aux agents de codage IA et aux IDE un accès direct aux fonctionnalités de recherche, de documentation et de données de compatibilité navigateur de MDN.

Si un assistant IA vous a déjà affirmé catégoriquement qu’une fonctionnalité web n’est pas prise en charge dans Firefox alors qu’elle a été livrée quelques versions auparavant, c’est exactement ce problème que ce serveur cherche à résoudre. Lancé à la mi-juin 2026, il est hébergé à l’adresse https://mcp.mdn.mozilla.net/ et son code source est disponible sur github.com/mdn/mcp. Comme il est arrivé avec une présence quasi nulle dans les données d’entraînement des modèles, un assistant qui n’y a pas été dirigé n’aura même pas connaissance de son existence.

Cet article présente ce qu’est réellement ce serveur, le problème de date limite d’entraînement qu’il cible, la configuration en une seule commande et les clients compatibles, les résultats du test avant/après mené par Mozilla lui-même, ainsi que les mises en garde honnêtes : il s’agit d’une expérimentation qui stocke les données de requêtes et peut être retirée à tout moment.

Qu’est-ce que le serveur MDN MCP (et ce qu’il n’est pas) ?

Le serveur MDN MCP est le serveur Model Context Protocol officiel et propriétaire de Mozilla. Il expose trois domaines de fonctionnalités à votre agent IA : la recherche, la documentation et les données de compatibilité navigateur de MDN, transmises via MCP, le standard ouvert permettant de connecter des outils IA à des sources de données externes. Le dépôt GitHub le qualifie de « prototype » et le distribue sous licence MPL-2.0.

La distinction est importante. En cherchant « MDN MCP », vous tomberez sur des wrappers communautaires non officiels portant des noms tels que « MDN Lookup », qui sont antérieurs à cette version. Ce sont des projets tiers. Le serveur décrit ici est celui de Mozilla, servi depuis le domaine mozilla.net et maintenu dans le dépôt mdn/mcp sous l’organisation MDN. Dans cet article, « le serveur MDN MCP » désigne ce serveur propriétaire, et non une réimplémentation communautaire.

Le serveur expose ces trois domaines, mais ne publie pas d’identifiants d’outils MCP stables. Considérez donc les domaines de fonctionnalités comme le contrat, et non les noms d’outils spécifiques que votre client peut afficher.

Le problème : les données de compatibilité navigateur de votre modèle ont une date de péremption

Les outils de codage IA ont une date limite d’entraînement, et ils peuvent en conséquence présenter des informations obsolètes sur la plateforme web. Un modèle peut ignorer l’existence d’une fonctionnalité plus récente, ou se tromper sur le fait qu’elle a atteint un statut Baseline donné et peut être utilisée en toute sécurité sur tous les navigateurs. L’exemple cité par Mozilla lui-même est la règle CSS @view-transition : un modèle peut ne pas savoir qu’elle existe ou si elle est largement disponible (Widely Available).

La compatibilité navigateur est précisément le type d’information qui vieillit mal. Une fonctionnalité qui était derrière un flag au moment de l’entraînement du modèle peut être livrée en version stable quelques semaines plus tard, sans que le modèle en soit informé. Alimenter l’agent avec des données de compatibilité en temps réel depuis MDN comble cet écart, sans que vous ayez à quitter votre éditeur pour consulter un tableau manuellement.

Comment ajouter le serveur MDN MCP ?

Vous l’ajoutez en une seule commande. Pour Claude Code, Mozilla documente cette invocation exacte aussi bien dans l’annonce que sur la page de référence /mcp :

claude mcp add --transport http mdn https://mcp.mdn.mozilla.net/

Cette commande enregistre un serveur MCP HTTP distant nommé mdn, pointant vers l’endpoint hébergé par Mozilla. Tout autre client compatible MCP suit le même schéma : ajoutez un serveur MCP HTTP distant à l’adresse https://mcp.mdn.mozilla.net/ via la configuration MCP propre à ce client. Mozilla liste les clients pris en charge comme suit :

Pour VS Code, Zed et Cursor, aucun JSON particulier n’est nécessaire au-delà de l’enregistrement de ce même endpoint HTTP distant dans les paramètres MCP du client. Pour vérifier que la connexion est bien établie, posez à votre agent une question sur la compatibilité navigateur d’une fonctionnalité très récente et vérifiez qu’il répond avec les données MDN actuelles plutôt qu’avec une réponse évasive.

Ce que le test interne de Mozilla a révélé

Mozilla a mené son propre test avant/après ; les chiffres présentés ici sont donc ses mesures, et non des mesures indépendantes. Il a soumis Claude Opus 4.7 à quatre fonctionnalités de Firefox 151 (la version testée par Mozilla ; la version stable actuelle est la 153), avec et sans le MCP, en lui demandant comment utiliser chaque fonctionnalité et quelle est sa compatibilité navigateur.

Les notes d’utilisation étaient globalement comparables dans les deux cas. La compatibilité navigateur, en revanche, ne l’était pas. Sans le MCP, le modèle a obtenu le bon résultat dans un seul cas sur quatre :

Deux résultats se distinguent particulièrement. Le modèle a confondu l’attribut déclaratif shadowrootslotassignment avec l’option impérative slotAssignment, et il a catégoriquement nié que Firefox prenait en charge la Web Serial API. Mozilla a également signalé que les réponses utilisant le MCP étaient environ deux fois plus rapides, car le modèle interrogeait des données structurées au lieu de récupérer et d’analyser les pages HTML de MDN.

Les limites : il s’agit d’une expérimentation

Lisez attentivement le cadre expérimental avant de vous y engager. Mozilla indique que le serveur MDN MCP est exploité à titre expérimental, qu’il stocke des données sur les requêtes reçues durant cette expérimentation, et qu’il peut être retiré à tout moment. Ces données de requêtes ne sont pas associées à des informations d’identification, mais Mozilla avertit que tout élément privé que vous divulguez au LLM pourrait se retrouver dans ces requêtes, et recommande explicitement de ne pas utiliser le serveur si cela pose problème.

Deux options de sortie existent. Pour exclure vos requêtes des analyses propriétaires, envoyez l’en-tête X-Moz-1st-Party-Data-Opt-Out: 1 avec les requêtes adressées au MCP. Vous pouvez également exécuter le serveur vous-même : npm install, puis npm start, et pointez votre client vers l’endpoint local à la place :

claude mcp add --transport http mdn-local http://localhost:3002/

L’auto-hébergement maintient chaque requête sur votre machine, ce qui constitue la solution la plus propre pour les travaux sensibles en matière de confidentialité.

Ce que cela implique pour vous

Ajoutez le serveur MDN MCP si votre assistant IA indique régulièrement des informations erronées sur la compatibilité navigateur et que vous pouvez accepter une dépendance expérimentale que Mozilla peut supprimer ; hébergez-le vous-même si la confidentialité des requêtes est une priorité. Il s’agit d’un changement minime, en une seule commande, qui remplace les approximations sur les données de compatibilité par les tableaux en temps réel de MDN, et qui cible un mode d’échec commun à tous les modèles soumis à une date limite d’entraînement. Intégrez-le à votre éditeur ou à votre agent, interrogez-le sur une fonctionnalité livrée ce mois-ci, et vérifiez la réponse par rapport à la page MDN actuelle.

FAQ

Pourquoi ne pas laisser l'agent IA lire directement les pages MDN plutôt que d'utiliser le serveur MCP ?

Le serveur MCP retourne des données structurées de recherche, de documentation et de compatibilité, tandis que la lecture directe oblige l'agent à récupérer et analyser les pages HTML complètes de MDN. Dans le test interne de Mozilla, l'approche par récupération directe était plus lente et produisait tout de même des réponses incorrectes sur la compatibilité navigateur, alors que les réponses MCP étaient environ deux fois plus rapides, car le modèle interrogeait des données structurées plutôt que d'analyser du balisage. La surface MCP est conçue spécifiquement pour les recherches de compatibilité, et retourne donc des tableaux propres plutôt que des pages surchargées.

Le serveur MDN MCP est-il gratuit ?

Oui. Mozilla héberge le serveur MDN MCP à l'adresse 'https://mcp.mdn.mozilla.net/' sans coût mentionné, et le code source est ouvert sous licence MPL-2.0 sur github.com/mdn/mcp. Vous pouvez également l'auto-héberger gratuitement avec 'npm install' et 'npm start', en pointant votre client vers 'http://localhost:3002/'. Notez qu'il est explicitement expérimental et peut être retiré à tout moment ; l'accès gratuit n'est donc pas un service permanent garanti.

Le serveur MDN MCP stocke-t-il mes requêtes, et puis-je l'empêcher ?

Mozilla stocke des données sur les requêtes reçues pendant que le serveur fonctionne à titre expérimental. Ces données ne sont pas associées à des informations d'identification, mais tout élément privé que vous saisissez dans le LLM peut se retrouver dans ces requêtes. Pour exclure vos requêtes des analyses propriétaires, envoyez l'en-tête 'X-Moz-1st-Party-Data-Opt-Out: 1' avec vos requêtes. Pour un isolement total, exécutez le serveur en local afin que chaque requête reste sur votre machine et n'atteigne jamais Mozilla.

Comment savoir si mon agent IA utilise réellement le serveur MDN MCP ?

Posez-lui une question sur la compatibilité navigateur d'une fonctionnalité livrée très récemment, puis vérifiez si la réponse reflète les données de compatibilité MDN actuelles plutôt qu'une réponse évasive ou une estimation obsolète. Un modèle sans le MCP nie généralement l'existence des fonctionnalités plus récentes ou se trompe sur les versions de navigateurs qui les prennent en charge, comme Mozilla l'a constaté avec la Web Serial API et shadowrootslotassignment. Des réponses précises, avec des numéros de version spécifiques citant les données MDN actuelles, indiquent que la connexion fonctionne correctement.