Un agent d’achat peut consulter votre catalogue sans avoir le droit de commander ou de payer. Pour un commerçant, la bonne décision consiste à définir séparément ces permissions, puis à vérifier comment le client autorise et arrête l’agent.
Un agent est ici un logiciel qui agit pour une personne : il peut chercher un produit, préparer un panier ou tenter de passer commande. L’annonce de Walmart donne un exemple de cette séparation, sans obliger une autre boutique à adopter la même solution.
Walmart annonce une ouverture encadrée, pas un accès général déjà disponible
Dans son annonce du 21 octobre 2026, Walmart annonce ses Agent Profiles dans le mois suivant l’annonce, sans date précise. Ces profils relient un agent au compte d’un client. L’entreprise prévoit une passerelle pour les agents, avec une première version bêta destinée aux entreprises et aux développeurs, donc encore en phase de mise au point. Elle précise que cette passerelle utilisera MCP, un protocole de communication avec les agents.
Walmart décrit une approbation des achats activée par défaut, un plafond de dépenses et la possibilité de retirer l’accès. Selon cette annonce, l’agent ne reçoit pas les informations de carte bancaire et ne peut pas les modifier. Ce sont des fonctions annoncées par Walmart, pas le résultat d’un essai réalisé par Origin.
Pour votre boutique, la question immédiate n’est donc pas « comment brancher Walmart ? ». C’est « quelles actions accepterions-nous d’un logiciel, et quelle preuve demanderions-nous qu’il agit bien pour notre client ? ».
Poppy est un projet distinct, encore instable
Walmart ne cite pas le Personal Agent Protocol dans son annonce. Ce protocole distinct, nommé Poppy dans sa spécification, décrit comment un agent personnel agit auprès d’une entreprise pour le compte d’un utilisateur. Il ne faut pas le confondre avec la passerelle MCP annoncée par Walmart.
Le journal des modifications publié par le projet indique une version 0.1 publiée le 9 octobre, une version 0.2 le 24 octobre et un brouillon 0.3 en cours. Il signale des changements incompatibles : une connexion développée selon la version 0.2 peut devoir être modifiée pour suivre la 0.3.
Notre recommandation : ne bâtissez pas aujourd’hui le fonctionnement de votre boutique sur ce brouillon. Vous pouvez suivre son évolution et clarifier vos permissions indépendamment du protocole. Une spécification publiée ne garantit ni une compatibilité durable ni la prise en charge par votre prestataire.
Trois décisions distinctes pour votre boutique
Apport Origin : la grille suivante sert à cadrer une ouverture progressive. Il s’agit d’une proposition de décision, pas d’une mesure des résultats obtenus chez Walmart.
- Lire le catalogue. Définissez quelles informations sont publiques et comment limiter les accès excessifs. Un agent qui compare des chaises n’a pas besoin d’accéder aux commandes d’un autre client.
- Préparer une commande. Reliez le panier au bon client, présentez le prix et les frais, puis choisissez le moment où une personne confirme. Une modification de quantité doit rester visible.
- Payer ou engager une dépense. Définissez une autorisation précise, un plafond et un moyen de retrait. Vérifiez ces limites dans le système qui accepte la commande, pas seulement dans les instructions écrites à l’agent.
Si votre outil ne sait pas relier un agent à une autorisation vérifiable, commencez par la consultation du catalogue. Reporter l’achat automatique est une décision cohérente, même si la recherche automatisée est déjà utile.
Les quatre limites à poser avant de donner une carte bancaire à un agent approfondissent le contrôle de la dépense. Les règles d’accès d’un agent à une base clients aident à traiter l’autre question : ce que le logiciel peut lire sur une personne.
Exemple fictif : une boutique reçoit un agent inconnu
Une boutique de mobilier voit un logiciel demander le prix et la disponibilité de chaises, puis tenter de créer une commande. Elle permet la consultation de son catalogue public. En revanche, elle ne reconnaît pas encore de client ayant autorisé cet agent à acheter : la commande ne doit pas être acceptée sur la seule déclaration du logiciel.
La commerçante choisit un premier parcours : l’agent prépare une sélection, puis le client identifié retrouve le panier sur le site et le confirme. Le système de la boutique recalcule lui-même le prix, les frais et le stock disponible. Il ne reprend pas un prix envoyé par l’agent comme s’il faisait autorité.
Le test utile inclut un refus : l’agent essaie de consulter une ancienne commande sans permission correspondante. La boutique doit préserver cet historique privé, même si elle accepte la lecture du catalogue. Si elle ouvre ensuite la commande passée par l’agent, elle devra aussi vérifier le retrait de l’autorisation. La commerçante conserve une trace compréhensible pour pouvoir expliquer à son client ce qui a été demandé et accepté.
À retenir
- Séparez consultation, préparation du panier et engagement financier.
- Les profils Walmart sont annoncés pour le mois suivant l’annonce, sans date précise ni essai réalisé ici.
- Poppy reste un projet distinct et instable ; ne fondez pas votre boutique sur son brouillon actuel.
FAQ
Faut-il ouvrir toute la boutique aux agents ?
Non. Vous pouvez définir un périmètre limité, par exemple le catalogue public et la préparation d’un panier avec confirmation humaine. Choisissez les actions que votre système sait réellement contrôler.
Poppy remplace-t-il la validation du paiement ?
La publication d’un protocole ne démontre pas que votre paiement applique les permissions du client. Faites vérifier le parcours complet par votre prestataire, y compris les refus et le retrait d’accès.
Peut-on bloquer les achats automatiques tout en permettant la recherche ?
Oui, si vos autorisations distinguent lecture et achat. Vérifiez-le en essayant de passer une commande avec un agent qui n’a que le droit de lire le catalogue.
Sources
Sources primaires consultées le 27 octobre 2026 :
- Walmart : annonce des Agent Profiles, 21 octobre 2026.
- Poppy : spécification du brouillon 0.3.
- Poppy : journal des versions.
- Poppy : version 0.1 et version 0.2, textes versionnés de travail.