Préparer une commande fournisseur exige de consulter les stocks, comparer les besoins et vérifier les quantités. Une personne passe souvent d'un écran à l'autre avant de soumettre sa proposition.
Un agent peut préparer ce travail. Une interface reste utile pour examiner les lignes et confirmer l'achat. Le produit doit permettre de passer de l'un à l'autre sans perdre le dossier en cours.
MCP Apps et WebMCP ouvrent des possibilités différentes pour relier une demande à une action, dans les outils internes comme dans les services clients.
Une même tâche, plusieurs interfaces
Dans une interface classique, la personne choisit les filtres et remplit les champs. Avec un agent, elle décrit son objectif et laisse le logiciel préparer les étapes. Elle peut ensuite vérifier un détail à la main.
Ces modes peuvent coexister. Un tableau convient à la comparaison de lignes. Une conversation aide à formuler une demande. Un calendrier facilite le choix d'un créneau.
Ces accès doivent partager les données et règles métier, sans obliger à ressaisir la demande dans un formulaire.
La présentation de Clément Bouly rapproche quatre approches complémentaires. Elles ne constituent pas une suite de remplacements. Dans un même parcours, une demande peut commencer dans l'assistant et se terminer dans une interface visuelle.
Ce que MCP, MCP Apps et WebMCP relient
Un serveur MCP expose des données et des outils à une application d'IA, pour consulter un stock ou préparer une commande.
MCP Apps ajoute une interface interactive fournie par le serveur MCP. Un hôte compatible l'affiche dans l'assistant, par exemple pour revoir les lignes d'une proposition. Le support dépend de l'hôte.
WebMCP permet à une page ouverte de déclarer des fonctions utilisables par un agent dans le navigateur. Celui-ci agit sur le site, avec son contexte courant.
Au 6 octobre 2026, Chrome propose un origin trial WebMCP dès la version 149. Le projet de spécification est un brouillon de groupe communautaire, sans statut de standard W3C.
Un assistant intégré à votre application est encore un autre choix. Il peut utiliser vos API et vos règles métier sans WebMCP. Afficher un chat dans une page ne signifie donc pas que cette page expose des fonctions aux agents externes.
| Mode | Où agir | Pour quelle tâche |
|---|---|---|
| Interface directe | Dans le produit | Explorer, comparer, saisir |
| Assistant intégré | Dans le produit | Être guidé sur le dossier ouvert |
| Serveur MCP | Depuis une application d'IA | Lire des données, appeler un outil |
| MCP Apps | Dans un assistant compatible | Revoir et ajuster visuellement |
| WebMCP | Sur la page ouverte | Confier une action du site à un agent |
Ce tableau aide à choisir un accès, pas à classer les produits par maturité. Une réservation simple peut rester un formulaire. Un achat avec de nombreuses références peut combiner préparation par un agent et revue dans un tableau.
Préparer un achat dans un outil interne
Imaginons une équipe qui doit réapprovisionner un atelier. Elle demande une proposition pour la semaine suivante. L'agent consulte les stocks autorisés, les commandes en cours et les besoins prévus, puis prépare les lignes à acheter.
La personne voit les références, les quantités et les raisons du choix. Elle ajuste une ligne selon une livraison attendue. Cette revue peut avoir lieu dans l'outil métier ou dans une MCP App compatible.
La préparation reste un brouillon. Envoyer la commande demande une confirmation qui montre le fournisseur, le montant et les articles retenus. Le serveur contrôle les droits et les règles d'achat avant de l'enregistrer.
Si une référence manque ou si une quantité dépasse un seuil, le produit indique ce qui bloque et permet de corriger la proposition.
Modifier une réservation dans un service client
Autre scénario illustratif, une personne veut déplacer sa réservation au vendredi. Elle peut consulter le calendrier ou confier la recherche à son agent, sur une page compatible avec WebMCP.
Le service affiche les créneaux et leurs éventuels frais. La personne peut reprendre le calendrier pour comparer deux horaires sans recommencer sa demande.
Avant de valider le changement, elle voit la date retenue, le prix et l'effet sur sa réservation actuelle. Après l'action, le statut distingue une modification terminée d'une demande en attente ou refusée.
Ce parcours en libre-service reste accessible avec les boutons. L'agent ajoute un accès, avec les mêmes conditions et le même contrôle côté serveur.
Intégrer un assistant dans son propre produit
Un assistant intégré guide la personne dans le dossier affiché, sans quitter votre produit. Un assistant externe peut plutôt coordonner une demande entre plusieurs services. Ce choix dépend du contexte utile à la tâche.
L'intégration peut utiliser les API existantes. WebMCP rend plutôt des fonctions de la page accessibles à un agent du navigateur, qui doit visiter le site pour les découvrir.
Un produit au périmètre limité peut proposer un usage complet dans un assistant compatible via MCP Apps. Une interface plus complète reste utile pour explorer ou traiter des parcours complexes.
Nous abordons cette distribution dans notre article sur les plugins ChatGPT.
Rendre les actions et leurs effets visibles
Une fonction doit être compréhensible pour la personne et pour l'agent. Son nom, ses paramètres et ses limites doivent préciser ce qu'elle peut faire. Un outil qui s'appelle simplement "traiter" laisse trop de place à l'interprétation.
L'interface montre les changements, les erreurs et la suite possible. Elle permet de reprendre une proposition à la main. Après une interruption, la personne doit savoir si l'opération a eu lieu avant de la relancer.
Les permissions et l'autorisation côté serveur restent nécessaires. Une demande en langage naturel ne donne aucun droit supplémentaire. La confirmation doit porter sur une conséquence réelle, comme acheter ou déplacer une réservation.
Préparer, consulter et comparer peuvent rester fluides. La confirmation concerne l'engagement, pas chaque filtre.
Choisir un premier parcours et le mesurer
Choisissez une tâche délimitée, avec un résultat vérifiable. Déterminez où la personne doit regarder, décider ou corriger pour choisir entre interface classique, assistant intégré et accès externe.
Mesurez les tâches terminées, le temps nécessaire et les corrections. Observez les abandons et les retours au parcours manuel. Une démonstration ne suffit pas à établir un gain d'usage.
Chez Appik, nous cadrons ce premier essai à partir du parcours et des systèmes existants.
À la suite du Silicon Chalet
Cette réflexion suit ma participation au SC70 du Silicon Chalet, le 6 octobre 2026 chez Digicomp à Lausanne, et la présentation de Clément Bouly, de PAVE Space à Villeneuve.
Ses slides comparent Vanilla, MCP, MCP Apps et WebMCP. Andreea-Carina Deaconu intervenait sur la priorisation du risque cyber.
Merci à Sébastien Pittet et Mario Mikojevic pour l'organisation, à Exoscale pour la nourriture et les boissons, et à Digicomp pour l'accueil et les prix.
Swiss Made Software
