Deuxième article de ma série de quatre posts sur la recherche en commerce agentique. C'est la partie que j'ai trouvée la plus intéressante.

La fraude a une forme familière : quelqu'un effectue un paiement que vous n'avez jamais approuvé. Des décennies d'infrastructure de cartes — modèles de détection, droits de contestation, règles de responsabilité — existent pour identifier et annuler exactement cela.

Le commerce agentique introduit une catégorie entière qui ne correspond pas à cette forme. Je l'appelle délégation autorisée, exécution défaillante : l'agent avait la permission, et le paiement s'est quand même mal déroulé. Il a acheté le mauvais article. Il a payé un prix pire qu'il ne l'aurait dû. Il a commandé dix unités alors que vous en vouliez une. Il a renouvelé un abonnement que vous auriez résilié. Rien n'a été volé. Aucune donnée d'authentification n'a été compromise. Aucune limite de dépense n'a été dépassée. La délégation était complètement réelle — l'exécution n'était simplement pas ce que l'humain avait réellement l'intention de faire.

C'est là le problème. Ce n'est pas de la fraude, et ce n'est pas non plus un simple litige marchand. Nos catégories existantes supposent l'une de deux choses : un acteur non autorisé, ou une transaction légitime qui s'est mal déroulée du côté du commerçant. Un agent autorisé commettant une honnête erreur contre une instruction véritable n'est ni l'un ni l'autre. La permission était valide. Le résultat était mauvais. Et il n'existe pas d'infrastructure établie pour résoudre cet écart — pas de code clair pour « l'agent a fait ce que je lui ai demandé, mais mal ».

C'est important parce que ce ne sera pas rare. Les agents fonctionnent à la vitesse et à l'échelle des machines, et un petit taux d'erreur sur des millions de paiements délégués n'est pas une erreur d'arrondi — c'est une file d'attente de support, une vague de volume de litiges, et, dessous, un problème de confiance. Si les gens ne peuvent pas compter sur la délégation, ils ne délègueront pas.

Le premier vrai signe que l'industrie voit cela arriver est déjà visible : American Express s'est engagé à proposer Agent Purchase Protection, un engagement avant-gardiste visant directement ce mode de défaillance. Les conditions complètes sont encore à venir, mais la direction est significative — la catégorie est suffisamment réelle pour que quelqu'un construise déjà une protection autour, avant même que le volume n'arrive.

La question sur laquelle je reviens sans cesse est : qui est responsable de la résolution ? Quand un agent autorisé exécute mal, c'est le problème de qui — du titulaire de carte, de l'émetteur, du réseau, ou du développeur d'agent ? Aujourd'hui il n'y a pas de réponse établie. Et dans les paiements, la réponse établie appartient généralement à celui qui la construit en premier : la trace, l'enregistrement du consentement, le recours. Celui qui définit comment ceci se résout définit la norme que tout le monde finit par adopter.

La taxonomie complète — les autres types d'erreurs, et comment ils se mappent aux infrastructures existantes — est dans la recherche, sur The Payments Corner.