Donner une carte bancaire à un agent : les quatre limites à poser avant

Avant de laisser un agent payer pour vous, posez quatre limites : un plafond par achat et par période, une liste de marchands autorisés, un accord humain au-dessus d'un seuil et une carte virtuelle dédiée avec un journal. Ces quatre contrôles existent déjà chez les fournisseurs ; votre travail consiste à les régler, pas à les inventer.

Payer par agent n'est plus une expérience de laboratoire. Alchemy, plateforme de développement web3, a annoncé le 17 septembre que sa plateforme AgentCard, lancée en juin 2026 sur Visa Intelligent Commerce, s'intègre désormais à Mastercard Agent Pay, le programme que Mastercard a lancé en avril 2025 pour les paiements initiés par des agents. De son côté, Muse, l'agent personnel de Meta, en déploiement aux États-Unis seulement, paie avec Link, le portefeuille de Stripe, qui génère une carte à usage unique à chaque achat. La question n'est donc plus « est-ce possible » mais « à quelles conditions ».

Ce qu'un agent achète dans une PME est en général prosaïque : réassort de consommables, abonnements, déplacement standard. C'est justement ce prosaïsme qui rend la délégation tentante, et qui rend la dérive silencieuse : une petite dépense mal cadrée ne déclenche aucune alarme tant que le plafond n'a pas été écrit.

L'essentiel en cinq points

• Un agent qui paie doit rester dans un périmètre écrit avant le premier achat, pas dans une confiance générale.
• Le plafond se règle deux fois : par transaction et en cumulé sur une période.
• L'accord humain avant paiement reste la seule barrière contre l'instruction piégée.
• Une carte virtuelle dédiée à l'agent protège votre vraie carte et rend chaque achat attribuable.
• Le journal des actions décide de ce qui se passe après l'erreur : sans lui, vous n'avez rien à montrer à votre banque ni rien à corriger.

Ces limites ne se superposent pas par hasard : chacune couvre une faiblesse des trois autres. Le plafond borne l'ampleur, la liste borne la destination, l'accord borne l'instruction piégée et la carte dédiée borne la fuite. Retirer l'une d'elles rend les autres plus fragiles qu'il n'y paraît.

Ce qui a changé cette semaine

Mastercard a lancé son programme Agent Pay en avril 2025 : des jetons de paiement dédiés aux agents, construits sur la tokenisation, c'est-à-dire le remplacement du vrai numéro de carte par un jeton circonscrit à un usage. Le programme a depuis enregistré sa première transaction réelle à Hong Kong, une réservation effectuée par un agent en mars 2026 (des transactions équivalentes avaient déjà eu lieu dans d'autres pays), puis une déclinaison pour les paiements de machine à machine en juin 2026, selon les communiqués de Mastercard.

L'annonce du 17 septembre ajoute une brique d'usage : Alchemy intègre Agent Pay à AgentCard, sa plateforme qui équipe un agent d'une identité et d'un moyen de paiement. Le communiqué d'Alchemy décrit les contrôles prévus : « purchase limits, merchant categories, and where transactions are allowed », des plafonds, des catégories de marchands et des zones autorisées, ainsi qu'une trace de « ce qui a été approuvé, dans quelles conditions et par qui ». Le même communiqué affirme qu'un développeur provisionne un AgentCard « en moins d'une minute » : la facilité d'équipement est précisément ce qui rend le réglage des limites urgent, puisque n'importe quel collaborateur peut désormais doter un agent d'un moyen de paiement.

« Users and issuers can set clear controls for how an agent spends, including purchase limits, merchant categories, and where transactions are allowed, so agents can only act within approved boundaries. »

Alchemy, communiqué AgentCard et Mastercard Agent Pay, 17 septembre 2026.

L'autre annexe utile est côté consommateur : Meta précise dans l'annonce de Muse que le paiement passe par Link, avec une carte à usage unique qui masque le vrai numéro. Les briques de contrôle existent donc des deux côtés, commerce et grand public. Reste à les régler pour votre cas.

L'incident qui rend le sujet concret

En mai 2026, un utilisateur de X a vidé l'équivalent de 150 000 à 174 000 dollars en jetons d'un portefeuille crypto associé au compte Grok, selon l'analyse publiée par Giskard, une entreprise de tests de sécurité des modèles. Le mécanisme tient en trois étapes, et chacune illustre une limite qui manquait.

Le service tiers Bankr créait automatiquement un portefeuille pour chaque compte X avec lequel il interagissait, dont celui de Grok ; SpaceXAI n'en détenait pas les clés. L'attaquant a d'abord envoyé au portefeuille un objet numérique qui, dans les règles de Bankr, accordait des droits élargis. Il a ensuite posté une réponse en morse : Grok l'a traduite fidèlement, et le texte décodé ordonnait un transfert que le robot de Bankr a exécuté. D'après le récit de Giskard, environ 80 % des fonds ont été rendus après que la communauté a identifié l'attaquant.

Retenez la leçon, pas le montant : un agent capable d'agir a été nourri d'un ordre que personne n'avait relu. Aucune des quatre limites ci-dessous n'existait sur ce portefeuille. Ce cas reste un incident rapporté par un tiers, pas un audit officiel de SpaceXAI, mais la mécanique décrite est documentée et vaut pour tout agent doté d'un moyen de paiement.

Il illustre aussi une asymétrie à garder en tête : l'ordre piégé a voyagé comme du texte ordinaire, c'est-à-dire comme ce que l'agent lit le mieux. Tant qu'un agent dépense, tout ce qu'il lit peut devenir un ordre. Les limites qui suivent supposent donc que la consigne sera un jour mal comprise, contournée ou piégée ; elles protègent même contre l'agent qui fonctionne « trop bien ».

Limite 1 : le plafond, réglé deux fois

Le plafond par transaction bloque l'erreur unique : l'agent ne peut pas commander un an de fournitures au lieu d'un mois. Le plafond cumulé sur une période bloque la dérive lente : dix petits achats mal ciblés coûtent autant qu'un grand. Un plafond unique ne couvre qu'un de ces deux risques, c'est pourquoi les deux réglages existent séparément.

Posez les deux avant le premier achat. Le communiqué d'Alchemy liste les plafonds parmi les contrôles natifs ; chez votre banque ou votre fournisseur de cartes virtuelles, ils existent aussi. La valeur exacte dépend de votre budget : le critère n'est pas le montant moyen des achats, mais le montant que vous acceptez de perdre sans réunion de crise.

Vérifiez aussi où vit le plafond. Un plafond écrit dans la consigne donnée à l'agent est une intention ; un plafond réglé côté carte ou fournisseur est une règle que l'agent ne peut pas contourner, même s'il la comprend mal. Quand un achat dépasse, le refus doit se produire au moment du paiement, pas dans le texte de réponse de l'agent : relisez votre contrat pour savoir de quel côté la barrière se situe.

Limite 2 : les marchands autorisés, une liste et pas un principe

Un agent qui doit acheter des fournitures de bureau n'a pas besoin du reste d'internet. La liste blanche des marchands ou des catégories autorisés transforme « fais attention » en règle contrôlable. AgentCard le décrit comme des catégories de marchands et des zones autorisées ; les cartes virtuelles d'entreprise le permettent depuis longtemps.

La liste se relit. Un marchand qui change de catégorie, un fournisseur qui déménage son site, un achat légitime mais rare : prévoyez la procédure d'ajout, qui demande, qui décide, qui note. Une liste qui ne bouge jamais finit contournée par un collaborateur pressé, ce qui est pire qu'une liste trop large.

Deux pièges méritent un mot. Une catégorie n'est pas un marchand : autoriser « fournitures » couvre des centaines de sites, pas seulement votre fournisseur habituel. Et une liste de domaines se contourne par le domaine d'un intermédiaire : si l'agent paie via une place de marché, c'est la place de marché qui apparaît, pas la boutique finale. Testez le périmètre avec un achat que vous savez hors limite avant de considérer la liste comme fiable.

Limite 3 : l'accord avant le paiement

La barrière la plus simple est aussi la plus efficace contre l'instruction piégée : au-dessus d'un seuil, l'agent prépare le panier et s'arrête ; un humain confirme. Meta applique ce principe dans Muse, qui « checks with the person before sensitive actions like sending an email or making a purchase », et c'est aussi le cœur du modèle de Mastercard, qui enregistre ce qui a été approuvé et par qui.

Le seuil de validation est un compromis à décider, pas une constante. Trop bas, l'accord devient un réflexe qu'on clique sans lire ; trop haut, l'agent peut s'endetter sous le radar. Commencez bas, mesurez le nombre de validations réellement relues, puis montez par paliers écrits.

Un accord utile montre trois choses avant la signature : le montant, le marchand et le motif pour lequel l'agent achète. Une notification qui dit seulement « approuver ? » n'est pas un contrôle, c'est un réflexe. Si l'écran d'accord ne permet pas de répondre à « pourquoi cet achat maintenant », la limite est mal posée.

Limite 4 : une carte dédiée et un journal qui raconte tout

Ne donnez jamais votre carte ordinaire à un agent. La carte virtuelle dédiée, à usage unique ou révocable, borne le dégât si l'identifiant fuit : Link génère une carte jetable par achat pour Muse, les jetons du programme Agent Pay bornent l'usage prévu, et votre banque sait faire l'équivalent côté entreprise.

Le journal ferme le dispositif. Qui a dépensé, quoi, où, sur quel ordre et avec quel accord : sans cette trace, contestation, remboursement et apprentissage sont impossibles. Vérifiez avant l'essai que le journal existe, qu'il se consulte sans écrire au support et qu'il survit à la fermeture du compte agent. C'est le même principe que pour tout agent connecté à vos données : nous l'avons détaillé dans la sécurisation d'un agent relié à votre base clients, où le journal décide de ce qu'on peut prouver après coup.

Testez la révocation avant le premier achat : coupez l'accès de la carte dédiée et vérifiez qu'un nouvel ordre est bien refusé, pas seulement que l'écran affiche « désactivé ». Une limite qu'on n'a jamais vue fonctionner est une hypothèse.

Que déléguer, et que garder ?

Toutes les dépenses ne se confient pas à un agent. Les achats qui conviennent ont trois propriétés : ils se répètent, leur montant reste dans une fourchette connue et une erreur se répare sans drame. Le réassort de consommables, les abonnements dont le prix est stable, la réservation d'un trajet habituel entrent dans ce cadre.

Restent dehors les achats qui engagent : le premier achat chez un fournisseur inconnu, le contrat qui s'ouvre sur une durée, la dépense rare et élevée qui mérite une comparaison. La règle n'est pas « petit montant » mais « effet réversible » : une dépense modeste qui abonne l'entreprise à un prélèvement récurrent pèse plus lourd qu'un achat unique plus cher. Un achat qu'on peut annuler, retourner ou révoquer sans coût se délègue ; un achat qui engage durablement mérite l'accord humain, quel que soit son montant.

Ce partage se réécrit au fil des semaines. Une catégorie qui dérive vers du contournement, un marchand qui ne livre plus, un seuil que tout le monde contourne : chacun de ces signaux appelle une revue du périmètre, pas seulement une note dans le journal.

Ce que demander au fournisseur avant de brancher la carte

Avant l'essai, posez ces questions au fournisseur d'agent ou de carte, par écrit :

• Où se règlent les plafonds : dans la consigne donnée à l'agent, ou côté paiement, là où le refus est opposable ?
• Comment la liste des marchands est-elle tenue : catégories, domaines, ou les deux, et qui peut l'étendre ?
• Que montre l'écran d'accord : le montant, le marchand et le motif, ou une seule demande « approuver » ?
• Le journal est-il exportable, et conserve-t-il l'ordre d'origine, pas seulement la transaction ?
• Que se passe-t-il à la révocation : l'ordre en cours est-il refusé immédiatement, et l'historique reste-t-il lisible ?

Une réponse floue à l'une de ces questions n'est pas un détail : c'est la limite correspondante qui n'existe pas encore. Un fournisseur qui ne sait pas où se règle le plafond ne l'a pas implémenté, et un contrôle promis mais introuvable dans le produit n'arrête aucun achat.

La table de réglage

Cas appliqué fictif : l'agent qui réassort les consommables

Imaginons une PME de vente en ligne dont l'agent réassort les consommables d'emballage. Le dirigeant écrit le périmètre : trois fournisseurs, deux catégories de produits, plafond de 80 euros par commande et de 400 euros par mois, montants fictifs pour l'exemple. Au-dessus de 60 euros, l'agent prépare le panier et attend un accord.

La mise en route suit la même séquence que les questions au fournisseur : d'abord la liste blanche avec les trois fournisseurs, puis le double plafond, puis le seuil d'accord, puis la carte dédiée testée en révocation. Le premier achat est volontairement un achat que l'agent devrait refuser : un produit hors liste. Le refus observé vaut plus que la promesse du réglage.

La carte virtuelle de l'agent n'est pas celle de la boîte : si l'identifiant fuit, on la révoque sans toucher le compte principal. Le journal est exporté chaque vendredi. Après trois semaines, le dirigeant constate deux paniers refusés car hors liste et une validation qu'il avait signée trop vite ; il baisse le seuil d'accord et allonge la liste des fournisseurs d'une entrée. Les chiffres sont inventés, la mécanique est celle des quatre limites.

Et si un achat part quand même ? Le réflexe n'est pas de relancer l'agent pour qu'il « corrige » : un second ordre ne démontre pas que le premier a cessé de produire ses effets. Notre procédure pour reprendre un agent après une panne sans créer de doublon s'applique ici aussi : vérifier d'abord ce qui a réellement été payé, puis reprendre seulement ce qui manque.

Apport Origin : cet article convertit les annonces de la semaine en quatre réglages écrits avant le premier achat. Le cas de la PME est fictif ; il illustre comment chaque limite se règle et se relit, sans rien affirmer sur le comportement réel d'un fournisseur.

Ce que ces quatre limites ne couvrent pas

Elles bornent la dépense, pas la qualité du choix : un agent peut acheter le mauvais produit dans un périmètre parfaitement réglé. Elles ne couvrent pas non plus la fraude côté marchand ni la responsabilité finale en cas de litige, qui dépend à la fois de la loi sur les paiements non autorisés et de ce que votre contrat carte professionnel en aménage. C'est une question à poser par écrit à votre banque avant l'essai, pas une réponse à chercher dans un article. Pour le risque résiduel, l'erreur d'agent qui cause un dommage malgré les contrôles, la question devient assurantielle : nos questions à poser à un courtier sur l'assurance des agents la préparent.

Enfin, les produits cités sont jeunes. AgentCard existe depuis juin 2026 et s'ouvre au réseau Mastercard depuis le 17 septembre, le programme Agent Pay a un an et demi, et chaque fournisseur règle ses contrôles différemment : relisez la documentation du vôtre avant l'essai, car les libellés de ce dossier valent à la date du 20 septembre 2026. Et aucune limite technique ne remplace la décision de fond : quelles dépenses votre entreprise accepte-t-elle de ne pas pré-approuver une à une, et qui en répond si le choix était mauvais.

FAQ

Un agent peut-il payer sans carte virtuelle ?

Techniquement oui, si vous lui confiez un numéro de carte ordinaire. C'est précisément ce qu'il faut éviter : sans identifiant dédié, une fuite expose votre compte principal et aucun achat ne peut être attribué à l'agent proprement. La carte virtuelle révocable est la première limite à poser.

Que se passe-t-il si l'agent dépasse son plafond ?

Avec les contrôles côté fournisseur, l'opération est refusée : le plafond s'applique au paiement, pas à l'intention. Le journal garde la tentative, ce qui permet de distinguer un achat légitime mal réglé d'un ordre suspect. Un refus répété doit déclencher une revue du périmètre, pas une hausse automatique.

Faut-il un contrat spécial pour laisser un agent payer ?

Oui, dans le sens où le moyen de paiement doit prévoir explicitement l'usage par un agent. AgentCard et Agent Pay sont construits pour cela ; votre carte d'entreprise classique ne l'est pas nécessairement, et ses conditions peuvent réserver l'usage à un détenteur humain. Relisez-les avant tout essai.

Le journal suffit-il à contester un achat ?

Il aide, mais il ne décide pas du droit. En France, c'est en principe à la banque de prouver qu'une opération contestée a bien été authentifiée et enregistrée (article L133-23 du code monétaire et financier), et un contrat professionnel peut aménager cette règle. Le journal sert à montrer que l'ordre sortait du périmètre écrit. Demandez à votre banque, par écrit, ce que prévoit votre contrat en cas de paiement contesté déclenché par un agent.

Peut-on poser ces limites sans produit « pour agents » ?

En partie. Une carte virtuelle d'entreprise avec plafond et liste de marchands existe chez la plupart des émetteurs, et elle seule couvre déjà les limites 1, 2 et 4. Ce que les produits récents ajoutent, c'est le lien natif entre le contrôle et l'agent : l'accord avant paiement et la trace de l'ordre d'origine. Si vous commencez avec une carte classique, gardez la limite 3 sous forme d'une procédure écrite : l'agent prépare, un humain paie.

Comment ce guide a été préparé

Les communiqués de Mastercard, Alchemy et Meta ont été relus le 20 septembre 2026, ainsi que l'analyse de Giskard sur l'incident Grok-Bankr de mai 2026. La rédaction assistée par IA a servi à structurer les quatre limites ; le cas de la PME est fictif et aucune donnée client n'a été utilisée. L'incident est attribué à sa source, une analyse tierce, et non présenté comme un audit officiel du fournisseur.

Sources

• Alchemy, lancement d'AgentCard sur Visa Intelligent Commerce, communiqué du 18 juin 2026 : carte d'agent sur le réseau Visa, consultation du 20 septembre 2026.
• Alchemy, AgentCard s'intègre à Mastercard Agent Pay, communiqué du 17 septembre 2026 : plafonds, catégories de marchands, zones autorisées, consultation du 20 septembre 2026.
• Mastercard, lancement d'Agent Pay, 29 avril 2025 : jetons dédiés aux agents, consultation du 20 septembre 2026.
• Mastercard, Agent Pay for Machines, 10 juin 2026 : paiements de machine à machine, consultation du 20 septembre 2026.
• Mastercard, première transaction par agent à Hong Kong, 27 mars 2026, consultation du 20 septembre 2026.
• Meta, Introducing Muse, 8 septembre 2026 : paiement via Link, carte à usage unique, accord avant action sensible, consultation du 20 septembre 2026.
• Giskard, comment Grok a subi une injection, analyse du 7 mai 2026 de l'incident Grok-Bankr, consultation du 20 septembre 2026.
• Article L133-23 du code monétaire et financier, Légifrance : charge de la preuve sur le prestataire de paiement en cas d'opération contestée, consultation du 22 septembre 2026.