WebMCP dans Madabina : des tâches plus simples pour les marchands et les acheteurs
WebMCP permet à un site de décrire certaines actions de sa page comme des outils structurés pour un assistant de navigateur. Dans Madabina, cela peut aider à trouver des produits, préparer une commande ou remplir un formulaire du panel marchand en langage courant. L’assistant agit sur la page ouverte et la personne garde le contrôle des modifications.
Ce que WebMCP change
WebMCP est une API de navigateur : une page peut exposer des outils nommés, accompagnés d’une description et de paramètres structurés. Un agent de navigateur peut les utiliser pour interagir avec l’interface ouverte sans devoir deviner chaque clic. Le guide WebMCP de Chrome for Developers décrit ce fonctionnement côté navigateur et ses approches déclarative et JavaScript. La spécification WebMCP reste un brouillon en évolution du Community Group.
Cette approche diffère du serveur MCP distant de Madabina. Le serveur distant permet à des clients compatibles de se connecter avec OAuth. WebMCP agit dans un onglet de navigateur et complète ce serveur; il ne remplace pas OAuth et n’accorde pas de nouvelles permissions au compte.
Un parcours plus direct pour les acheteurs
Sur une boutique Madabina, un assistant de navigateur peut aider à rechercher parmi les produits affichés, à comprendre la fiche ouverte et à remplir le formulaire de commande visible. Cela peut réduire les étapes de navigation et la saisie répétitive lorsqu’un acheteur sait ce qu’il cherche, mais ne sait pas où le trouver dans la boutique.
L’acheteur vérifie toujours les détails. L’envoi de la commande demande une confirmation visible, puis suit le parcours de paiement habituel de la boutique. Les validations, le stock, la livraison et les règles de commande de Madabina restent appliqués. L’assistant ne doit ni passer une commande discrètement ni inventer les coordonnées de l’acheteur.
Des tâches de gestion plus faciles à décrire
Dans le panel marchand authentifié, les outils structurés peuvent aider à consulter la page active, repérer un formulaire, remplir ses champs modifiables et activer une action existante. Le marchand peut ainsi décrire une tâche courante sans dépendre d’un second système d’administration.
Le panel reste la source de vérité. L’assistant utilise la session active du marchand et le contexte de sa boutique; Laravel continue d’appliquer l’authentification, l’appartenance au tenant, la validation et la protection CSRF. Une confirmation distincte apparaît avant qu’un outil envoie un formulaire ou active une action. Les confirmations déjà prévues par Madabina restent également en place.
Prévoir un fonctionnement sans WebMCP
La prise en charge de WebMCP est expérimentale et dépend du navigateur et de l’agent utilisés. La documentation actuelle de Chrome la décrit comme une préversion qui nécessite un contexte sécurisé, par exemple HTTPS. Si le navigateur ne propose pas cette API, les pages, formulaires et commandes habituels de Madabina continuent de fonctionner. WebMCP ajoute une façon d’interagir avec le site, sans devenir une condition d’utilisation.
Pour les développeurs, l’intérêt est une interface plus claire et limitée à la page active entre un agent et un site. Pour les marchands et les acheteurs, c’est la possibilité d’effectuer des tâches connues avec moins d’étapes, tout en gardant la vérification et la confirmation visibles. Consultez aussi le guide de connexion d’un client MCP distant à Madabina pour comparer les deux approches.