Claude Sonnet 5 peut-il enregistrer une vente ? Ce que les plug-ins MCP permettent réellement aux agents d'IA de faire lors du passage en caisse

Claude Sonnet 5 peut-il enregistrer une vente ? Il peut piloter le passage en caisse — trouver le produit, constituer le panier, remplir les champs de livraison et appuyer sur le bouton. Ce qu'il ne peut pas faire, c'est déplacer l'argent par lui-même. Cette dernière étape relève d'un protocole de paiement, pas du modèle. Comprendre où l'un passe le relais à l'autre résume toute l'histoire des agents d'IA au passage en caisse en 2026, et c'est la partie que la plupart des discours marketing occultent.

Séparons donc ce que fait le modèle, ce que font les plug-ins MCP et ce qui règle réellement une transaction.

Qu'est-ce qu'un plug-in MCP, et que fait-il réellement ?

Le Model Context Protocol (MCP) est le tissu conjonctif entre un modèle d'IA et le monde extérieur. Anthropic l'a publié en open source en novembre 2024 et l'a donné à la Linux Foundation's Agentic AI Foundation en décembre 2025, aux côtés de Block et OpenAI. Il est depuis devenu la couche sur laquelle repose presque tous les standards du commerce agentique.

Un plug-in MCP est un ensemble — un ou plusieurs serveurs MCP ainsi que les instructions dont un agent a besoin pour les utiliser. Le serveur publie un menu d'outils (« rechercher dans le catalogue », « créer un panier », « obtenir les options de livraison »), et l'agent choisit dans ce menu. Le MCP gère deux choses et uniquement deux choses : la découverte (quels outils existent) et l'invocation (les appeler). Il ne gère pas le paiement, l'autorisation ou l'identité. Comme l'indiquent clairement les spécifications, le MCP ne déplace jamais le moindre dollar.

Cette distinction est importante. Un plug-in peut permettre à un agent de lire votre catalogue de produits et de préparer une commande. Il ne peut pas, à lui seul, débiter une carte. Quiconque vous vend un « passage en caisse par IA » vous vend en réalité une superposition de protocoles, et le MCP n'est que la couche inférieure.

Un agent d'IA peut-il réellement finaliser un achat ?

Oui — mais il a besoin d'un protocole de paiement pour terminer le travail. Le plus établi est l'Agentic Commerce Protocol (ACP), géré par OpenAI et Stripe. L'ACP décompose le passage en caisse en une séquence claire : l'agent découvre les produits dans le catalogue d'un commerçant, l'acheteur en sélectionne un, l'agent récupère le prix en direct, les variantes et la livraison, puis il finalise la commande en envoyant un jeton de paiement à un point de terminaison de finalisation.

Le jeton est la clé. L'agent ne manipule jamais les coordonnées bancaires brutes — il transmet un identifiant que l'acheteur a déjà autorisé, et le processeur de paiement du commerçant règle la transaction. La version de Stripe fonctionne sur son API Checkout Sessions existante, qui gère les taxes et la livraison en arrière-plan.

Il existe des standards concurrents — le Universal Commerce Protocol de Google, l'AP2 pour les paiements, le TAP de Visa — et la plupart des déploiements réels en associent deux ou trois. Le schéma sous-jacent reste le même : le MCP trouve et invoque, un protocole de paiement autorise et règle. Lorsque OpenAI a retiré sa fonctionnalité Instant Checkout en mars 2026 pour se tourner vers les applications des commerçants, l'architecture MCP sous-jacente n'a pas changé. La couche commerciale a bougé ; la couche de découverte est restée en place.

Qu'est-ce que Claude Sonnet 5 a changé ?

Anthropic a lancé Claude Sonnet 5 le 30 juin 2026, en le présentant comme son modèle de taille intermédiaire le plus agentique — capable de planifier, d'utiliser des outils comme des navigateurs et des terminaux, et de fonctionner de manière autonome à un niveau qui nécessitait auparavant des modèles plus grands et plus coûteux. Avec un tarif de lancement de 2 $ par million de jetons d'entrée et 10 $ par million de jetons de sortie, l'aspect économique de l'exécution d'un agent tout au long d'un flux de caisse est devenu beaucoup moins lourd.

Deux détails comptent pour quiconque vend en ligne. Premièrement, la concentration prolongée : Sonnet 5 maintient une tâche multi-étapes cohérente plus longtemps, ce qui est précisément ce qu'exige une séquence de découverte-sélection-paiement. Deuxièmement, la sécurité dans les environnements agentiques — Anthropic indique qu'il est plus performant pour refuser les requêtes malveillantes et résister aux attaques par injection de requêtes. Lorsqu'un agent est autorisé à dépenser de l'argent, résister à une instruction détournée cesse d'être une simple option appréciable.

Rien de tout cela ne change la division du travail. Un modèle plus performant pilote le passage en caisse de manière plus fiable. Il ne règle toujours pas le paiement.

Qu'est-ce que cela signifie pour le point de vente d'un commerçant ?

Si des agents doivent faire des achats pour le compte de vos clients, votre processus de caisse doit leur être lisible. Cela implique un catalogue structuré qu'un serveur MCP peut lire, des étapes de caisse qu'un protocole de paiement peut finaliser, et une tarification qui ne pénalise pas les transactions supplémentaires générées par les agents.

C'est là que l'infrastructure l'emporte sur les solutions d'appoint. Un POS par glisser-déposer conçu autour de flux de caisse personnalisés décrit déjà ses étapes de manière structurée — la structure même dont un agent a besoin pour s'y retrouver. Un modèle de tarification uniquement à la transaction, sans frais de logiciel mensuels, ne vous pénalise pas lorsqu'un agent enregistre une commande plus petite et plus fréquente. Et une couche de paiement basée sur Stripe parle déjà la langue que l'ACP enrichit.

L'analyse honnête pour 2026 : le passage en caisse agentique est bien réel mais encore récent, et il favorise les commerçants dont les systèmes sont structurés et prêts pour le paiement par rapport à ceux qui greffent de l'IA sur un POS hérité et rigide. Si vous évaluez cet écart, nos analyses sur ce que l'IA peut et ne peut pas faire pour une entreprise et sur le coût réel du cumul des abonnements SaaS méritent d'être lues.

Final est construit sur cette base exacte — des flux de caisse personnalisés, une tarification uniquement à la transaction et des paiements transitant déjà par Stripe. Si vous voulez un point de vente prêt pour la façon dont les gens achèteront réellement, c'est un excellent point de départ.