Passer au contenu principal
ApprendreGlossaireOutil MCP payant
GLOSSAIRE

Qu'est-ce qu'un outil MCP payant.

DÉFINITION

Un outil MCP payant est un outil exposé par un serveur MCP qui retourne HTTP 402 avec une URL de paiement jusqu'à ce que le portefeuille de l'agent appelant se règle. Après le règlement, le même appel retourne le résultat réel. L'outil est autrement indistinguable d'un outil MCP gratuit dans la façon dont il est annoncé, découvert et invoqué.

POURQUOI C'EST IMPORTANT

Monétisation qui ne nécessite pas d'équipe de vente.

Sans outils MCP payants, un développeur qui construit quelque chose d'utile pour les agents a deux options peu attrayantes : le garder gratuit et espérer une adoption, ou créer une entreprise SaaS autour de cela (flux d'inscription, portails de facturation, émission de clés API, recouvrement, support). Les deux options ignorent l'utilisateur réel - un agent autonome qui veut simplement appeler l'outil.

Les outils MCP payants réduisent l'étape d'intégration à zéro. La première fois qu'un agent appelle l'outil, le 402 agit comme une étiquette de prix et un paiement en un. Si le portefeuille de l'agent a un budget, l'appel passe ; sinon, l'appel s'arrête proprement avec une erreur utile. Il n'y a pas d'inscription, pas de clé API, pas de secret partagé à divulguer. L'outil est payant parce que le protocole l'a rendu payant, pas parce qu'un processus de vente l'a rendu payant.

COMMENT ÇA MARCHE

Appel, 402, régler, réessayer, résultat.

  1. Appel. L'agent invoque l'outil via le transport MCP normal avec des arguments structurés.
  2. 402. Le serveur vérifie s'il existe un paiement antérieur valide pour cet appelant et cet outil. Si aucun n'existe, il retourne HTTP 402 avec une URL de paiement et le prix cité pour cet appel.
  3. Vérification de la politique. L'exécution du portefeuille de l'agent vérifie le prix cité par rapport à la politique de dépenses de l'agent. Dans les limites du budget et des règles de contrepartie, elle continue ; sinon, l'appel échoue avec une erreur de politique.
  4. Régler. Le portefeuille paie l'URL en USDC. Le fournisseur de portefeuille confirme le paiement au serveur, généralement via un webhook signé.
  5. Réessayer et résultat. Une fois que le serveur a marqué l'appelant comme payé, l'agent réinvoque l'outil ; le serveur l'exécute et renvoie le résultat réel.

Le planificateur de l'agent n'a pas besoin de comprendre tout cela. De son point de vue, l'appel a pris un peu plus de temps et le journal d'audit de l'agent a gagné une ligne de transaction. Tout le reste est le travail du runtime.

EXEMPLES

Trois formes d'outils payants.

EXEMPLE 1

Un outil de données de marché premium

Un serveur MCP expose des outils gratuits (list_tickers, get_quote_delayed) et un outil payant : get_quote_realtime. Les outils gratuits ont une réponse régulière 200. L'outil payant renvoie 402 avec une URL de paiement lors du premier appel. Une fois que le portefeuille de l'agent règle $0.005, l'appel se réessaie et renvoie le devis en direct. Même serveur, même protocole ; seul cet outil est restreint.

EXEMPLE 2

Un outil de web-crawler payant par page

Un outil crawl_page facture 0,001 $ par page récupérée et analysée. Chaque appel est payant - il n'y a pas de niveau gratuit. Le serveur reste bon marché à faire fonctionner car chaque invocation se finance elle-même. La politique de dépenses de l'agent limite le nombre de pages qu'il peut explorer par jour, ce qui est la réponse naturelle aux boucles incontrôlées.

EXEMPLE 3

Un outil de style abonnement avec une période d'essai gratuite

Un outil 'premières 50 appels par mois gratuits' renvoie 200 pour les 50 premiers appels dans une fenêtre de facturation et 402 pour le 51e appel et au-delà. Le portefeuille de l'agent paie un supplément de 5 $ USDC pour couvrir les 1 000 appels suivants. Du point de vue de l'agent, le 402 est invisible la plupart du mois ; du point de vue du fournisseur, la monétisation est automatique.

FAQ

Trois questions courantes.

L'agent paie-t-il toujours le même prix pour le même outil ?

Pas nécessairement. La réponse 402 inclut le prix pour cet appel spécifique, donc le serveur peut le varier - par taille d'argument, par heure de la journée, par niveau, par contrat par client, par surcharge. Le portefeuille de l'agent vérifie le prix cité par rapport à la politique de dépenses de l'agent avant de se régler. Si le prix dépasse la limite, l'appel échoue avec une erreur de politique plutôt qu'un paiement. Le protocole rend la tarification dynamique sûre car chaque prix est explicite.

Que se passe-t-il si l'outil échoue après que l'agent a payé ?

La même chose se produit avec toute API payante : le serveur est responsable de la livraison du résultat ou du remboursement du paiement, selon ses conditions. Les outils MCP payants bien conçus règlent le paiement uniquement après que le travail a réussi (le 402 inclut une URL de blocage ou d'entiercement) ou remboursent en cas d'échec. Le protocole n'impose pas cela ; c'est une préoccupation de qualité d'implémentation pour chaque fournisseur d'outils, de la même manière que l'application des SLA fonctionne pour toute API payante.

Un agent peut-il refuser de payer et simplement appeler les outils gratuits sur le même serveur ?

Oui, et c'est le comportement prévu. Les outils gratuits renvoient directement 200 ; seuls les outils restreints renvoient 402. Le planificateur de l'agent peut choisir : ignorer l'outil payant, trouver un autre moyen d'accomplir la tâche ou se régler et continuer. C'est ainsi que fonctionnent les dynamiques de marché - des outils gratuits moins chers et de moindre qualité coexistent avec des outils premium payants, et l'agent choisit en fonction de la valeur de la réponse.
Dernière révision : 2026-05-15. Publié sous CC BY 4.0.

Facturez par appel d'outil.

Retournez 402, nommez votre prix, acceptez USDC. Gratuit pour commencer.