MCP pour le commerce agentique : qu'est-ce qui pourrait mal tourner

Alexander Polyakov et l'équipe de Tutu ont publié un serveur MCP pour permettre aux agents IA de rechercher de vraies données de voyage au lieu d'analyser des pages web. Le serveur doit faire la distinction entre les requêtes d'agents et celles des navigateurs : POST/SSE pour les agents, page d'accueil HTML pour les humains. Les descriptions d'outils doivent être autonomes avec les annotations readOnlyHint, idempotentHint et openWorldHint. Une compression agressive du contexte a réduit l'utilisation typique des jetons de 133K à 34K (74 %) en paginant les résultats et en tronquant les données verbeuses. Des exigences légales imposent que l'étape finale d'achat se déroule sur le site du marchand : l'agent sélectionne les options, mais c'est l'utilisateur qui accepte l'offre, saisit ses données personnelles et paie. L'autorisation prend en charge à la fois OAuth 2.1 (pour les clients cloud comme ChatGPT/Claude) et une clé statique dans l'en-tête (pour les clients locaux) ; les clés ne doivent jamais figurer dans les chaînes de requête d'URL. Les tests utilisent des évaluations : exécution d'agents en direct sur plus de 60 scénarios de test avec un second modèle évaluant le comportement. La limitation de débit s'applique uniquement aux appels d'outils, et non à la page d'accueil ou aux actifs statiques, afin d'éviter de bloquer les visiteurs humains. La leçon clé : les serveurs MCP doivent servir à la fois les publics humains et agents, avec une documentation claire et des outils explicites.