MCP, UCP, WebMCP, agents, tools : à quoi servent vraiment tous ces mots ?

Pendant longtemps, se servir d'une IA voulait dire une chose : lui écrire quelque chose, lire sa réponse. Un modèle recevait du texte, il produisait du texte. C'était facile à comprendre parce qu'il n'y avait rien autour.

Puis on a voulu lui faire faire autre chose. Chercher une information, lire des fichiers, modifier un site, envoyer un message, construire un panier, réserver, utiliser un logiciel. Chacune de ces envies a demandé une pièce de plus autour du modèle.

Le vocabulaire n'a pas explosé parce que les gens aiment les sigles. Il a explosé parce qu'on a arrêté de parler à une IA pour commencer à la faire travailler.

Un assistant répond. Un agent essaie d'accomplir quelque chose. Toute la différence est là.

Demandez le prix moyen d'un vol Paris-Montréal : un assistant cherche et résume. Demandez maintenant : trouve-moi le meilleur vol sous 600 €, évite les escales de plus de trois heures, compare les bagages inclus et prépare-moi les deux meilleures options. Il faut chercher, comparer, lire plusieurs sources, retenir des contraintes, se servir d'outils, et revenir avec un résultat.

OpenAI décrit aujourd'hui ses agents comme des systèmes capables de travailler plusieurs minutes ou plusieurs heures, d'enchaîner des appels d'outils et de recommencer jusqu'à obtenir un résultat.

C'est la confusion la plus fréquente. Brancher un agent sur un serveur MCP ne veut pas dire lui donner les clés de l'entreprise.

Le serveur décide de ce qu'il expose. Un outil peut être en lecture seule, un autre modifier quelque chose, un troisième exiger une confirmation humaine. C'est d'ailleurs devenu le nerf du protocole : sa feuille de route publiée le 22 août 2026 met l'identité des agents et la sécurité en entreprise dans ses priorités.

Donc pas « l'IA contrôle mon logiciel », mais « mon logiciel expose certaines capacités à une IA, selon mes règles ». La nuance n'est pas cosmétique.

UCP veut dire Universal Commerce Protocol. Là où MCP est généraliste, celui-ci ne parle que de commerce.

Shopify permet à ses vitrines compatibles d'exposer un profil à une adresse fixe, /.well-known/ucp. Un agent y découvre ce que la boutique sait faire, puis négocie avec elle. Le parcours documenté va jusqu'au bout : chercher des produits, construire un panier, créer un paiement, suivre une commande.

On l'a raconté en détail dans le Signal n°2, et le fond du sujet est dans notre dossier sur le web agentique.

Et les deux ne sont pas concurrents. Shopify se sert des deux ensemble : UCP décrit la logique du commerce, ses serveurs MCP fournissent les outils qui exécutent le panier, le paiement et l'authentification. UCP est le langage métier, MCP la plomberie.

Excellente question, et elle mérite mieux qu'une pirouette. Sous beaucoup de nouveautés se cache une idée très ancienne : des logiciels qui se parlent. Les API font ça depuis des décennies.

La différence tient au destinataire. Une API classique est écrite pour un développeur qui sait déjà où est la documentation, comment s'authentifier, quelle adresse appeler, quels paramètres envoyer et comment lire la réponse. MCP ajoute une couche pensée pour qu'un agent découvre les capacités et s'en serve sans qu'on lui ait tout expliqué d'avance.

MCP n'abolit pas les API. Le plus souvent, il se pose devant elles.

Un outil dit ce qu'on peut faire. Une Skill dit comment on le fait bien, ici.

Vous avez un agent capable de rédiger un article. Très bien. Votre Skill lui précise comment structurer le chapô, comment citer les sources, quel ton employer, quelles affirmations doivent être vérifiées, comment terminer. Vous ne réexpliquez plus à chaque fois.

C'est un format ouvert, Agent Skills : un dossier, un fichier SKILL.md, du texte et des instructions, plus éventuellement des scripts et des modèles. Il s'exporte d'un outil à l'autre, ce qui est tout l'intérêt. Un outil, c'est « je sais envoyer un message ». Une Skill, c'est « voilà comment nous écrivons nos messages ».

C'est la solution la plus spectaculaire et la moins élégante. L'agent se sert d'un ordinateur comme un humain : il regarde l'écran, clique, tape, navigue.

C'est précieux quand un logiciel n'offre ni API adaptée, ni MCP, ni la moindre intégration. Si MCP revient à donner une clé, computer use revient à dire : la clé est perdue, passe par la fenêtre comme tout le monde. Ça marche. Quand le logiciel peut tendre une interface, c'est plus fiable.

RAG, pour Retrieval-Augmented Generation : avant de répondre, le système va chercher l'information dans vos documents et la donne au modèle. Sans RAG, l'IA répond avec ce qu'elle sait. Avec, elle va vérifier avant.

Le grounding est la même famille : ancrer une réponse dans des sources externes vérifiables. Moins de « je pense que », plus de « voilà sur quoi je m'appuie ». C'est aussi pourquoi les citations comptent tant dans les moteurs de recherche à base d'IA.

La fenêtre de contexte est ce que le modèle a sous les yeux pendant qu'il travaille : la conversation, les documents, les instructions, les résultats d'outils. Ce n'est pas une mémoire. La fenêtre est le bureau, la mémoire est l'armoire. Un très grand bureau ne garantit pas qu'on retrouvera quoi que ce soit la semaine prochaine.

Un agent peut avoir dix outils. Encore faut-il savoir dans quel ordre s'en servir : chercher, qualifier, rédiger, faire valider, envoyer, enregistrer. Cet enchaînement, c'est l'orchestration.

Un système multi-agents répartit le travail entre plusieurs agents spécialisés : un qui cherche, un qui rédige, un qui vérifie. Ça ne donne pas automatiquement un meilleur résultat, douze personnes mal coordonnées font plus de dégâts qu'une seule. Sur les missions longues, en revanche, la spécialisation et le parallélisme changent tout.

Restent les garde-fous. Un outil qui supprimerait votre base clients est techniquement un outil comme un autre. On aimerait éviter qu'un agent l'appelle parce qu'il a interprété « fais un peu de ménage ». D'où les permissions, les restrictions, les validations humaines, l'isolation.

Vous dites à votre agent : achète-moi une imprimante.

• L'agent reçoit la mission.
• La Skill lui rappelle votre méthode : budget maximum, marques exclues, validation avant paiement.
• RAG et grounding lui donnent les informations et les prix réels, au lieu de ses souvenirs.
• UCP lui permet de parler aux boutiques qui savent commercer avec un agent.
• MCP lui donne les outils qui exécutent : panier, paiement.
• WebMCP lui laisse utiliser directement les actions d'un site compatible dans le navigateur.
• Computer use prend le relais quand rien de tout ça n'existe : il clique, comme vous.
• Les garde-fous imposent la règle : jamais de paiement sans confirmation.

Vu comme ça, le vocabulaire cesse d'être un mur.

Autant répondre concrètement, puisque c'est notre métier.

Pour administrer un site, c'est fait, et c'est livré. Un site Sillon expose déjà ses actions à un agent : le propriétaire crée une clé dans Réglages, Connexions, et l'écran lui compose le fichier et la commande de branchement pour Claude, Codex ou tout autre client MCP. Trois clés, trois portées : la clé maître ouvre les actions et les travaux, la clé invité les travaux seuls et pour une durée qu'on fixe, la clé application uniquement les actions qu'on lui accorde. Chaque module actif ajoute ses propres outils. Passe tous les produits de cette catégorie en brouillon, trouve les fiches sans description, prépare l'article de demain : ça se demande aujourd'hui.

Pour qu'un agent client achète dans une boutique Sillon, on est sur le terrain d'UCP, et ce n'est pas fait. L'agent extérieur ne veut pas administrer le site, il veut y commercer. Ce sont deux rôles différents, et ils cohabiteront très bien.

WebMCP serait une troisième couche, côté façade : rechercher, filtrer, ajouter au panier, envoyer une demande, exposés directement à un agent dans le navigateur. Ce n'est pas une fonction que nous proposons aujourd'hui, c'est une piste, rendue simple par le fait que chez nous les données, les fonctions et leur présentation sont déjà séparées.

Non, et se précipiter est le meilleur moyen de perdre un an. MCP a connu une révision majeure en juillet, UCP est tout neuf, WebMCP est en essai. Certaines idées d'aujourd'hui auront disparu.

Le raisonnable est de garder une architecture assez propre pour brancher ces interfaces quand elles servent vraiment, plutôt que de refondre un produit autour du protocole du mois.

Ces mots donnent l'impression qu'on a inventé quinze technologies indépendantes. En réalité, ils répondent à sept questions très simples. Qui fait le travail : l'agent. Que peut-il utiliser : les outils. Comment sait-il bien faire : les Skills. Comment se branche-t-il aux logiciels : MCP. Comment commerce-t-il : UCP. Comment un site lui tend ses actions : WebMCP. Où trouve-t-il des informations vraies : RAG et grounding. Et quand rien n'est prévu, on lui donne une souris.

On essaie de faire avec les IA ce qu'on fait depuis toujours avec les logiciels : leur donner des informations, des outils, des règles et une manière propre de se parler. La différence, cette fois, c'est que le logiciel au milieu décide lui-même de l'étape suivante.

• Model Context Protocol, spécification 2026-07-28 : cœur sans état, extensions, autorisation, mise en cache, échanges en plusieurs allers-retours.
• Model Context Protocol, feuille de route : identité des agents et sécurité en entreprise. 22 août 2026.
• Documentation du SDK MCP : outils, ressources et instructions exposés par un serveur.
• Shopify Developer Changelog : les vitrines annoncent UCP 2026-08-25. 4 septembre 2026. Et le parcours UCP complet, du catalogue au suivi de commande, ainsi que les serveurs MCP panier et MCP paiement.
• Cloudflare, WebMCP : une interface de navigateur portée par Chrome, en version d'essai, qui remplace la boucle capture d'écran puis clic par des appels de fonctions.
• OpenAI Academy, Skills : la définition, et le format ouvert Agent Skills avec son fichier SKILL.md.
• OpenAI, How agents are transforming work : les agents comme systèmes qui enchaînent des outils sur des durées longues.

Pages consultées le 6 septembre 2026.