Qu'est-ce qu'un serveur MCP.
Un serveur MCP est un service qui expose des outils, des ressources ou des invites aux agents IA via le Protocole de Contexte de Modèle. Les agents découvrent le serveur, lisent ses descriptions d'outils, et appellent ces outils dans le cadre de leur plan. Un serveur MCP payant ajoute un comportement supplémentaire : il peut renvoyer un HTTP 402 avec une URL de paiement, s'attendant à ce que le portefeuille de l'agent se règle avant que l'outil ne s'exécute réellement.
Un contrat, plusieurs environnements d'exécution d'agents.
Avant MCP, chaque fournisseur d'outils devait expédier une intégration différente pour chaque hôte d'agent - une pour Claude Desktop, une pour une extension Cursor, une pour un runtime d'agent interne, une pour le format d'appel de fonction d'OpenAI. Chaque intégration dérivait indépendamment. MCP réduit cela à une seule interface de serveur. Écrivez le serveur une fois ; tout client compatible MCP peut l'utiliser.
Ce contrat uniforme est ce qui rend la monétisation du serveur MCP viable. Si chaque runtime d'agent parlait son propre dialecte, facturer par appel d'outil nécessiterait une intégration de facturation distincte par dialecte. Avec MCP, le serveur renvoie 402 une fois, en HTTP, et tout runtime dont l'agent a un portefeuille peut le régler. Le protocole fixe le contrat ; la couche de paiement s'intègre en dessous.
Faire de la publicité, invoquer, facturer éventuellement.
- Faire de la publicité. Le serveur publie une liste d'outils, chacun avec un nom, une entrée de schéma JSON et une description en langage naturel. Le planificateur de l'agent lit ces descriptions lors de la décision de quel outil appeler.
- Inviter. L'agent appelle un outil avec des arguments structurés. Le transport MCP (stdio, SSE ou HTTP) livre l'appel au serveur.
- Autoriser. Les serveurs payants vérifient si cet appelant a déjà payé pour cet appel d'outil (généralement par clé API, session ou reçu de paiement). Si oui, exécutez l'outil. Si non, retournez 402 avec une URL de paiement.
- Régler (si payé). Le portefeuille de l'agent paie à l'URL. Le fournisseur de portefeuille confirme le paiement au serveur (généralement via un webhook signé) ; le serveur marque l'appelant comme payé, et l'appel réessayé exécute l'outil.
- Retour. Le résultat revient à l'agent via le transport MCP. L'agent intègre le résultat dans sa prochaine étape de raisonnement. Les serveurs MCP gratuits sautent entièrement les étapes 3 et 4.
Le fournisseur n'a jamais besoin de savoir quel runtime d'agent appelle, et l'agent n'a jamais besoin de savoir quel fournisseur de paiement le serveur MCP utilise. Les deux parties communiquent à travers le contrat de protocole.
Trois formes de serveur MCP.
Un serveur MCP de recherche de documentation
Une startup publie un serveur MCP qui expose un seul outil, search_docs(query). Tout agent conscient de MCP (Claude Desktop, un agent de codage, un agent interne chez un client) peut installer le serveur, voir l'outil annoncé et l'appeler. La startup n'a jamais à expédier un SDK séparé par runtime d'agent - le serveur MCP est le SDK. Gratuit au départ, puis monétisé plus tard en renvoyant 402 sur des requêtes lourdes.
Un serveur MCP interne reliant une base de données privée
Une équipe d'ingénierie exécute un serveur MCP à l'intérieur de sa propre infrastructure qui expose des outils en lecture seule contre son entrepôt d'analytique de production. Leurs agents internes basés sur Claude appellent ces outils pour répondre à des questions commerciales. Pas d'API externe, pas de SDK ; le serveur MCP est le contrat. Comme il est interne, aucune couche de paiement n'est nécessaire - mais le même modèle de serveur fonctionne sans changement s'ils exposent plus tard une version payante à des partenaires.
Une liste de marché MCP payante
Un développeur indépendant publie un serveur MCP qui appelle une API de données financières premium et la revend par requête. Leur serveur renvoie 402 avec une URL de paiement hébergée pour tout appel d'outil. Les agents qui ont un portefeuille paient automatiquement (dans leur politique de dépenses) ; les agents sans portefeuille voient le 402 et s'arrêtent. Le développeur capture des revenus par appel sans intégrer chaque client manuellement.
Où cela s'intègre.
Outil MCP payant
Un outil MCP qui répond avec HTTP 402 et une URL de paiement jusqu'à ce que l'appelant règle le paiement.
x402
Le pattern HTTP 402 payment-required que les serveurs MCP payants implémentent couramment.
Commerce agentique
La catégorie plus large dans laquelle s'inscrit la monétisation des serveurs MCP.