Les quatre voies, en une minute
Toute question d'argent posée à une IA se heurte au même mur : le modèle ne peut pas voir votre compte bancaire. Claude, ChatGPT, Cursor, et les autres sont déjà bons pour analyser des transactions une fois qu'ils les ont. Amener les données devant le modèle, c'est tout le problème.
Il y a quatre façons de le faire. Vous pouvez donner des fichiers à l'agent, le laisser piloter un navigateur à travers votre banque en ligne, construire vous-même sur des API bancaires, ou le pointer vers un serveur MCP hébergé qui fait la récupération pour vous.
Chacune arbitre différemment entre fraîcheur, sécurité et temps d'installation. Aucune n'est mauvaise dans toutes les situations, y compris la première, ennuyeuse.
Voie une : téléversements CSV et PDF manuels
La plus ancienne méthode fonctionne toujours. Téléchargez un relevé CSV ou PDF depuis le site de votre banque, déposez-le dans un chat, et posez des questions.
Voici mon relevé de janvier. Combien ai-je dépensé en restaurants, et quelles charges ressemblent à des abonnements ?
Pour une question ponctuelle sur une période fermée, c'est très bien. Préparation fiscale sur les relevés de l'année dernière, un litige sur un mois, un coup d'œil rapide à un compte que vous touchez rarement. Les données ne changent plus, donc l'obsolescence n'a pas d'importance.
Cela s'effondre comme habitude. Les relevés deviennent périmés dès que vous les exportez, chaque banque formate les exports différemment, les PDF massacrent l'extraction de tableaux, et une année complète de transactions peut dépasser la fenêtre de contexte du modèle. Vous vous retrouvez aussi avec des fichiers remplis de numéros de compte dans votre dossier Téléchargements. Bien de temps en temps. Misérable toutes les semaines.
Voie deux : scraping d'écran et automatisation de navigateur
Le scraping d'écran signifie que l'agent, ou un service agissant en son nom, se connecte à votre banque en ligne avec votre vrai nom d'utilisateur et votre mot de passe, et lit ce qui est à l'écran. Les agents d'automatisation de navigateur font paraître cela facile : collez vos identifiants, laissez le modèle cliquer.
Ne le faites pas. Votre mot de passe bancaire est la clé maîtresse pour déplacer votre argent, et cette voie le remet à un logiciel qui peut aussi cliquer sur Virement. La plupart des conditions bancaires interdisent purement et simplement le partage d'identifiants, ce qui peut vous transférer la responsabilité en cas de fraude si quelque chose tourne mal. Et cela casse constamment : les invites MFA, les murs CAPTCHA, et toute refonte du site de la banque tuent l'automatisation jusqu'à ce que quelqu'un s'en aperçoive et la répare.
C'est ainsi que la fintech des débuts contournait le problème autour de 2010, parce que rien de mieux n'existait. Mieux existe maintenant.
Voie trois : API bancaires directes
Les banques exposent de plus en plus des API officielles, standardisées comme FDX aux États-Unis et exigées par les règles d'open banking comme PSD2 en Europe. L'accès est tokenisé, cadré, et révocable. Votre mot de passe ne quitte jamais la banque. C'est vraiment la bonne fondation, et les deux voies sous la surface de la plupart des applications financières modernes sont construites dessus.
Le hic, c'est qui peut l'utiliser. L'accès direct à une API est conçu pour les entreprises : accords de développeur, revues de sécurité, parfois un onboarding par banque qui prend des mois. Si vous avez des comptes dans trois établissements, cela fait trois intégrations avec trois lots de particularités. Les agrégateurs existent pour résoudre exactement cela. Ils maintiennent les connexions bancaires pour que les développeurs d'applications n'aient pas à le faire, et presque toutes les applications financières que vous avez utilisées reposent sur un agrégateur.
Pour un individu qui veut simplement que son agent réponde à des questions d'argent, construire cela soi-même signifie des semaines de travail avant la première réponse utile, et vous êtes maintenant l'ingénieur d'astreinte pour votre propre flux bancaire.
Voie quatre : un serveur MCP hébergé
MCP (Model Context Protocol) est le standard ouvert qui permet aux applications IA d'appeler des outils externes. Un serveur MCP de données bancaires donne à votre agent un petit ensemble d'outils typés en lecture seule au lieu de fichiers bruts ou d'une session de navigateur. L'agent demande ce dont il a besoin, reçoit des données structurées, et raisonne dessus.
BankBridge est notre version de cela. Vous connectez une banque une seule fois via la couche officielle de connexion bancaire (vos identifiants vont à votre banque, jamais à nous ni à votre agent), et à partir de là votre agent a 11 outils : list_accounts, search_transactions, get_recurring_charges, get_monthly_cashflow, list_holdings, et ainsi de suite. Chaque appel récupère des données en direct de la banque. Rien n'est mis en cache sur nos serveurs, il n'y a donc pas de copie stockée de vos finances à surveiller.
Quel est le solde de mon compte courant en ce moment, et quelles charges récurrentes tombent ce mois-ci ?
Cette question, à laquelle on répond à partir de données en direct dans n'importe quel hôte MCP, c'est tout l'intérêt. Cela fonctionne dans Claude Desktop, Claude Code, ChatGPT, Cursor, Gemini, Zed, et environ deux douzaines d'autres applications que nous avons documentées. L'installation prend quelques minutes, l'authentification est une clé bearer ou OAuth 2.1, et c'est $5 par mois par banque connectée. Annulez à tout moment.
Côte à côte : fraîcheur, sécurité, installation, ce qui casse
Fraîcheur. Les téléversements sont périmés dès que vous les exportez. Le scraping est en direct jusqu'à ce qu'il ne le soit plus. Les API directes et les serveurs MCP sont en direct par conception. BankBridge récupère de la banque à chaque question, donc « quel est mon solde » veut dire maintenant, pas au moment de votre dernier export.
Sécurité. Les téléversements sont raisonnablement sûrs, mais les fichiers de relevés s'accumulent sur le disque. Le scraping est la pire option : identifiants complets, accès en écriture complet, violations de conditions. Les API directes et les serveurs MCP hébergés utilisent un accès tokenisé, révocable, en lecture seule. BankBridge n'a aucun outil qui déplace de l'argent, donc le pire qu'un agent confus puisse faire est de poser une question étrange, pas d'envoyer un virement étrange.
Temps d'installation. Les téléversements ne coûtent rien au départ, puis dix minutes d'export-et-nettoyage à chaque session, pour toujours. Le scraping prend un après-midi à mettre en place et un temps indéfini à baby-sitter. Les API directes prennent des semaines à des mois si vous les construisez vous-même. Un serveur MCP hébergé prend quelques minutes, une fois par banque.
Ce qui casse. Les téléversements cassent sur les particularités de format et les limites de contexte. Le scraping casse sur les MFA, les CAPTCHA, et les refontes. Une intégration API maison casse chaque fois qu'une banque change quelque chose, et c'est votre pager maintenant. Un serveur hébergé casse surtout à un endroit prévisible : la connexion bancaire a besoin d'une ré-authentification rapide après un changement de mot de passe bancaire, ce qui est une correction de deux minutes.
Laquelle devriez-vous utiliser ?
Si vous avez une question sur un mois clos, téléversez le relevé et demandez. Aucune honte à cela. Nous avons comparé BankBridge aux exports CSV manuels tête-à-tête, et la conclusion n'est pas « ne jamais téléverser ».
Ne donnez votre mot de passe bancaire à aucun agent. Pas pour une démo, pas une seule fois.
Si vous construisez un produit fintech avec un budget conformité, allez directement aux API bancaires ou à la couche d'agrégateur en dessous. C'est pour cela qu'elles sont faites.
Et si vous êtes une personne qui veut des réponses continues d'un agent que vous utilisez déjà, la voie MCP hébergée est celle qui tient. Connectez-vous une fois, puis demandez ce qui vous vient à l'esprit, quand cela vous vient à l'esprit :
Ma facture internet a-t-elle augmenté cette année ? Sors chaque charge de mon FAI depuis janvier et compare.