JPMorgan bloque les agents IA externes, dont Muse de Meta

Ce qui s'est passé

Le directeur général de JPMorgan Chase, Jamie Dimon, a indiqué que la banque continuera d'exclure les agents d'intelligence artificielle externes, dont Muse de Meta, des comptes de ses clients. Il invoque la maîtrise des risques. Selon le titre repris par plusieurs médias, il juge que l'on ne souhaite pas d'agents « voyous ».

La position établit une distinction nette : les agents tiers qui agissent au nom d'un client constituent une catégorie d'accès à part, qui n'est pas traitée comme une simple extension des outils déjà utilisés par les clients. Le récit repose sur une seule source, Fortune, et les éléments publics disponibles ne permettent pas de détailler les modalités techniques ni les éventuelles exceptions.

Pourquoi c'est important

Cette prise de position touche au cœur de la question de l'agentivité : à partir du moment où un logiciel peut initier des paiements, consulter des soldes ou modifier des paramètres au nom d'un client, la banque doit décider qui est autorisé à agir, et sous quelles conditions. Pour les dirigeants de l'expérience client et de la transformation numérique, le sujet dépasse le seul secteur bancaire. Il pose la question de la délégation : jusqu'où un client peut-il confier une action à un tiers automatisé, et comment l'établissement vérifie-t-il l'intention réelle derrière cette action ?

L'analyse Renascence

Ce qui est souvent sous-estimé, c'est que la confiance ne se délègue pas au même rythme que la technologie. Une interface peut être fluide, mais le client doit toujours pouvoir comprendre qui agit sur son compte et pourquoi.

La question n'est pas de savoir si les agents d'IA entreront dans les parcours bancaires, mais à quelles conditions ils y seront admis. Le principe comportemental en jeu est simple : une délégation n'est acceptable que si elle reste visible, réversible et attribuable. Un opérateur attentif devrait donc cartographier dès maintenant chaque action qu'un agent pourrait exécuter, définir des niveaux d'autorisation explicites et tester la façon dont le client perçoit et contrôle ces délégations. Refuser par défaut est une décision de risque ; la concevoir proprement est une décision d'expérience.