“i really don't want to use your agent, i want to use my agent to use your thing.”

Ali Spittel sur X, 21 août 2026

Au 23 août, la publication avait dépassé 629 000 vues et 4 400 mentions J’aime. Plus tôt ce jour-là, Zeno Rocha a écrit qu’il choisissait désormais certains logiciels selon qu’ils offrent un serveur MCP officiel; sa publication a dépassé 111 000 vues. Lire la publication originale de Zeno Rocha.

Ce sont deux anecdotes publiques, pas une étude de marché ni une prévision. Mais la réaction soulève une vraie question de produit : créez-vous un autre agent que les utilisateurs devront adopter, ou rendez-vous votre service utile à l’agent qu’ils ont déjà choisi?

Le signal de distribution a été multiplié par plus de 100

Les téléchargements mensuels déclarés par npm pour le paquet officiel @modelcontextprotocol/sdk sont passés de 1,87 million en mars 2025 à 191,92 millions en juillet 2026.

Les téléchargements comprennent l’IC, les caches, les installations automatisées, les répétitions et cinq jours à zéro déclarés par l’API sans explication publiée. Ils ne représentent ni des développeurs uniques, ni des utilisateurs actifs, ni des serveurs déployés, ni des clients, ni des tâches réussies, ni des revenus, et ne prouvent pas qu’un produit a besoin de MCP.

Voir les données sources et la méthode
Le signal de distribution a été multiplié par plus de 100
MoisTéléchargements
mars 20251 874 545
avril 20254 212 709
mai 202520 933 359
juin 202516 837 593
juillet 202521 605 761
août 202524 658 353
septembre 202531 258 519
octobre 202531 805 028
novembre 202535 008 987
décembre 202538 516 712
janvier 202650 249 918
février 202671 656 771
mars 2026141 911 796
avril 2026140 092 905
mai 2026153 164 130
juin 2026165 176 305
juillet 2026191 923 439
API de comptage des téléchargements npm Les 518 nombres quotidiens publics ont été regroupés en 17 mois civils complets; revue du 24 août 2026.

Certains utilisateurs veulent une deuxième porte d’entrée

Model Context Protocol, ou MCP, est une norme ouverte qui permet aux applications d’IA compatibles de se connecter à des données, des outils et des flux de travail externes. Un produit peut exposer un ensemble limité de fonctions par un serveur MCP, puis un utilisateur peut relier ce serveur à un client d’IA compatible. Lire l’aperçu officiel actuel de MCP.

Imaginez un produit avec deux portes d’entrée. La porte humaine est l’interface que vous avez conçue. La porte de l’agent est une connexion MCP utilisée dans l’application d’IA choisie par la personne. Les deux mènent au même service, mais chacune a besoin d’indications, de serrures et d’une limite claire.

Porte humaine

Personne → interface du produit

Saisir, explorer, réviser

Porte de l’agent

Personne → client d’IA choisi → MCP

Demander, combiner, automatiser

Un seul produit Les mêmes comptes, permissions et règles de données
L’interface et MCP sont deux chemins complémentaires vers un même produit. Ils ne devraient pas créer par accident des limites différentes pour l’identité, les permissions ou les données.

L’interface ne perd pas

La réponse de Raphael Schaad apporte un contrepoids utile. Selon lui, un service d’activité physique conçu pour l’IA pourrait exposer ses données et ses outils dès le départ, mais aurait tout de même besoin d’une excellente interface pour saisir une activité. Sans cette activité, l’agent n’a rien d’utile à exploiter. Lire la réponse originale de Raphael Schaad.

Utilisez l’interface lorsque la manipulation directe, le jugement visuel, la confirmation ou la saisie de données comptent. Utilisez MCP lorsqu’un agent compatible doit découvrir des outils limités et les combiner au contexte plus large de l’utilisateur.

Deux portes ne devraient pas créer deux produits. Les deux doivent respecter les mêmes règles d’identité, d’autorisation, d’isolement des clients, de conservation et de sécurité. MCP est une autre surface du produit, pas un détour autour de ces contrôles.

Traitez l’accès MCP comme une décision de produit, pas comme un badge

Une publication virale peut révéler une question. Elle ne peut pas y répondre pour votre produit. Avant de bâtir une vaste intégration, testez quatre décisions plus petites :

Partez d’une vraie tâche

Trouvez un travail que les utilisateurs demandent déjà à un assistant d’IA de faire avec vos données ou votre service. Ne commencez pas par couvrir le protocole pour la forme.

Exposez la plus petite surface utile

Quelques outils clairs et limités sont plus faciles à comprendre et à protéger qu’un emballage automatique de chaque point de terminaison.

Concevez le contrat destiné à l’agent

Les noms d’outils, les descriptions, les entrées, les erreurs et les résultats font partie de l’expérience. Même un serveur MCP officiel peut être difficile à utiliser pour un agent.

Mesurez la tâche, pas l’annonce

Vérifiez si des utilisateurs représentatifs peuvent se connecter, terminer le travail, comprendre les confirmations et se remettre d’un échec. Les mentions J’aime ne mesurent pas la réussite d’une tâche.

La porte de l’agent ne sert que si elle s’ouvre bien

Un point de terminaison MCP peut se connecter tout en restant une mauvaise surface de produit. Un outil peut être difficile à découvrir, annoncer un schéma invalide ou vague, ou retourner un résultat qui brise sa promesse.

mcp-doctor v0.4.0 peut commencer par une inspection passive. Il se connecte à la commande locale ou au point de terminaison distant que vous choisissez, puis valide la découverte, les définitions et les schémas sans appeler les outils annoncés.

Inspectez la cible que vous utilisez déjà :

Serveur STDIO local

mcp-doctor inspect -- node ./dist/server.js --stdio

Serveur Streamable HTTP distant

mcp-doctor inspect https://mcp.example.com/mcp

Servez-vous du résultat comme première vérification du contrat avant de demander aux agents de vos clients de dépendre de cette surface.

Inspecter la surface MCP que verront vos utilisateurs

Ce que le signal sur X dit — et ne dit pas

La preuve n’est utile que si sa limite reste visible :

  • Elle montre que cette idée a obtenu une attention inhabituelle dans une conversation suivie par beaucoup de développeurs.
  • Elle ne mesure pas combien de clients changeront de produit, paieront ou resteront à cause de MCP.
  • Elle ne signifie pas que tout le monde veut une voie pour les agents ni que chaque flux de travail appartient au clavardage.
  • Elle ne montre pas que MCP devrait remplacer votre interface, votre API, votre interface en ligne de commande ou votre propre agent.
  • Elle ne dit pas si un serveur MCP précis est utile, sécuritaire ou bien conçu.

La prochaine étape n’est pas « lancez MCP parce qu’une publication est devenue virale ». C’est plutôt : « vérifiez si vos utilisateurs apportent déjà un agent à cette tâche, puis donnez-lui la plus petite porte fiable ».

Laissez les utilisateurs choisir l’interface

Certains produits continueront de gagner avec un agent intégré et ciblé. D’autres deviendront plus utiles en permettant à l’agent choisi par le client d’atteindre une partie limitée du service. Beaucoup auront besoin des deux.

Si vous ajoutez la deuxième porte, traitez-la comme une vraie surface de produit : officielle, limitée, documentée et testée avant que les utilisateurs en découvrent les accrocs.

Sources et limites de la preuve

L’engagement est un instantané daté de X observé le 23 août 2026. Les nombres changent et ne représentent ni des personnes uniques, ni des clients, ni une intention d’achat.