/.well-known/mcp, /.well-known/mcp.json, /.well-known/mcp/server-card.json et /.well-known/mcp/server-cards.json décrits dans Serveur MCP de recherche. Ces endpoints sont générés automatiquement et ne listent que les serveurs MCP que Mintlify héberge pour votre site (l’endpoint public /mcp, et /authed/mcp si vous utilisez l’authentification). Il n’existe pas de champ dans docs.json pour ajouter un second serveur MCP hébergé en externe à ces réponses.
Il en va de même pour l’endpoint /.well-known/api-catalog que Mintlify annonce via l’en-tête Link agent : ce catalogue liste les documents OpenAPI ingérés depuis votre docs.json, pas des serveurs MCP.
Si vous exécutez votre propre serveur MCP en dehors de Mintlify et souhaitez qu’il soit découvrable aux côtés de celui intégré sur votre domaine de documentation, utilisez l’une des options ci-dessous.
Option 1 : Servir votre propre document de découverte via un proxy inverse
Si votre documentation est déjà servie via un proxy inverse sur votre propre domaine, vous contrôlez les chemins/.well-known/* sur ce domaine. Interceptez les chemins de découverte MCP dans votre proxy et renvoyez un document JSON qui liste les deux serveurs au lieu de les transférer à Mintlify.
Utilisez la même forme que celle renvoyée par Mintlify pour /.well-known/mcp afin que les clients MCP existants continuent de fonctionner :
- Servez
Content-Type: application/jsonet désactivez le cache (Cache-Control: no-store) pour que les agents récupèrent les mises à jour immédiatement. - Surcharger les chemins de découverte masque la réponse intégrée de Mintlify. Incluez les entrées
/mcp(et/authed/mcple cas échéant) hébergées par Mintlify dans le fichier que vous servez afin que les clients qui lisent la découverte trouvent toujours le serveur de recherche intégré. - Si vous surchargez également
/.well-known/mcp/server-card.jsonou/.well-known/mcp/server-cards.json, respectez le format server-card pour que les outils qui pré-remplissent les métadonnées depuis ces endpoints continuent de fonctionner.
Option 2 : Publier directement l’URL du MCP externe
Si vous n’utilisez pas de proxy inverse, ou si vous ne souhaitez pas maintenir un fichier de découverte statique, publiez l’URL du serveur MCP externe à vos utilisateurs de la même manière que celle du serveur intégré. Consultez Utiliser votre serveur MCP pour des modèles qui fonctionnent avec le serveur intégré et s’appliquent aussi à une seconde URL :- Ajoutez une page à votre documentation qui liste les deux URL de serveur MCP et explique comment se connecter à chacune dans Claude, Cursor, VS Code ou un autre client.
- Ajoutez des entrées du menu contextuel pour le serveur intégré afin que les utilisateurs puissent copier l’URL ou les commandes d’installation en un clic. Les options du menu contextuel ne couvrent que le serveur MCP hébergé par Mintlify, documentez donc l’URL externe manuellement à côté.
/mcp et l’URL externe de manière indépendante ; ils n’ont pas besoin d’être listés dans un même document de découverte pour être utilisables.
Ce que Mintlify ne prend pas en charge pour l’instant
- Ajouter l’URL d’un serveur MCP externe à un champ de
docs.jsonpour que Mintlify l’inclue dans les réponses/.well-known/mcp*. - Lister des serveurs MCP sous
/.well-known/api-catalog. Cet endpoint est limité aux documents OpenAPI.