Il y a une différence entre utiliser un modèle pour lire vos documents et le laisser décider de vos ordres. La première chose est un gain de temps sur une tâche fastidieuse. La seconde change la nature du risque, et les problèmes qu'elle pose ne sont pas des défauts de jeunesse qu'une meilleure version corrigera.
Cet article ne dit pas que l'IA est inutile en finance. Il dit que l'exécution autonome d'ordres est une catégorie à part, et pourquoi.
On ne peut pas auditer la raison
Un système génératif produit une justification plausible après coup, pas la cause réelle de sa décision. Une explication convaincante et une explication vraie sont deux objets différents.
Il apprend le passé
Toute règle tirée de l'historique décrit un régime de marché. Les régimes changent, et c'est exactement au changement que la règle échoue, c'est-à-dire au pire moment.
Il agit à une vitesse qui interdit de corriger
Une erreur humaine se remarque entre deux décisions. Une erreur automatisée s'exécute des centaines de fois avant qu'un humain ouvre l'écran.
La responsabilité ne s'automatise pas
L'ordre est passé en votre nom. La perte est la vôtre, la déclaration fiscale est la vôtre, et l'explication à fournir est la vôtre.
Il vous coûte le seul avantage que vous aviez
Un particulier n'a ni vitesse ni information. Il a la patience et l'absence d'obligation d'agir. Un bot consomme précisément cet avantage.
Aucun de ces cinq n'est un bug. Ce sont des propriétés de ce qu'on demande à la machine, et améliorer le modèle ne les fait pas disparaître.
Le problème d'audit, qui est le plus profond
Quand un système génératif explique pourquoi il a fait quelque chose, il produit un texte plausible. Ce texte n'est pas un compte rendu de son calcul : c'est une génération, au même titre que la décision. Les deux peuvent diverger sans que rien ne le signale.
C'est très différent d'une règle écrite. « Vendre si la position dépasse 20 % du portefeuille » est une phrase qu'on peut lire, tester, et prendre en défaut. On peut lui reprocher d'être fausse. Un modèle qui répond « j'ai considéré que le contexte macro justifiait un allègement » ne peut pas être pris en défaut, parce que la phrase n'est pas la cause.
Cela a une conséquence pratique désagréable : vous ne pouvez pas savoir si le système a eu de la chance ou raison. Sur quelques mois, les deux se ressemblent exactement. Et la période pendant laquelle ils se ressemblent est aussi celle pendant laquelle vous décidez de lui confier davantage.
Le problème du régime, qui est le plus classique
Toute stratégie apprise sur des données passées apprend un régime : un ensemble de conditions — taux, volatilité, corrélations, liquidité — qui se sont tenues pendant la période d'apprentissage. Un régime n'est pas une loi. Il change, généralement vite, et souvent précisément lors des épisodes où l'on aurait le plus besoin que la stratégie tienne.
Ce n'est pas une critique de l'apprentissage automatique ; c'est sa définition. Un système entraîné sur dix ans de marché a vu dix ans de marché. Ce qu'il fera face à une configuration qu'il n'a jamais vue n'est pas prévisible à partir de sa performance passée, et c'est exactement à ce moment que la question se pose.
Le problème de vitesse, qui est le plus sous-estimé
Une mauvaise décision humaine est ponctuelle. Vous en prenez une, vous la regrettez, vous corrigez la suivante. Le rythme de vos erreurs est limité par le rythme de votre attention.
Un système automatisé n'a pas cette limite. Une règle défectueuse s'applique à chaque occurrence, sans fatigue et sans doute, entre le moment où elle commence à mal fonctionner et le moment où quelqu'un s'en aperçoit. L'écart entre ces deux moments est le vrai risque, et il se compte en heures ou en jours, pas en secondes.
C'est le même mécanisme que le bug logiciel silencieux : ce qui coûte n'est pas l'erreur, c'est la durée pendant laquelle elle passe inaperçue.
Le problème de responsabilité, qui est le plus concret
Si un système passe des ordres en votre nom, c'est vous qui détenez les positions. C'est vous qui déclarez les plus-values, avec les règles de calcul qui s'appliquent à votre situation. C'est vous qui expliquez, s'il faut expliquer.
« Le bot l'a fait » n'est ni une défense, ni une explication, ni une ligne d'un formulaire fiscal. La délégation technique ne s'accompagne d'aucune délégation de responsabilité, et cette asymétrie est rarement mise en avant par ceux qui vendent l'outil.
Le problème d'avantage, qui est le plus ironique
Un particulier n'a aucun avantage de vitesse : il n'aura jamais une meilleure latence qu'une salle de marché. Aucun avantage d'information : il lit ce que tout le monde lit, après tout le monde. Aucun avantage de coût : il paie plus cher par transaction qu'un acteur institutionnel.
Il a exactement deux choses. La patience — personne ne l'oblige à produire une performance trimestrielle. Et le droit de ne rien faire — aucun mandat ne lui impose d'être investi.
Un système qui agit en continu dépense les deux. Il transforme le seul terrain où un particulier n'est pas désavantagé en un terrain où il l'est. C'est le point qui devrait faire réfléchir avant tous les autres, parce qu'il ne dépend pas de la qualité du modèle : même un excellent modèle, en agissant souvent, échange un avantage réel contre une compétition perdue d'avance.
Où un modèle est utile, et pourquoi c'est une autre activité
Rien de ce qui précède ne dit qu'un modèle n'a pas sa place. La distinction est entre lire et décider.
Lire un relevé bancaire de quarante pages et en extraire des lignes est une tâche fastidieuse, vérifiable et sans conséquence si elle est refaite. Vous voyez le résultat, vous le corrigez, rien n'est engagé. C'est le genre de tâche où une machine aide vraiment.
Passer un ordre est une action irréversible avec de l'argent réel, dont la justification n'est pas auditable et dont la responsabilité reste entièrement à vous. Ce n'est pas la même catégorie, et les traiter comme la même est l'erreur que cet article cherche à nommer.
La question à se poser avant de déléguer quoi que ce soit n'est pas « est-ce que ça marche ? ». Sur un échantillon court, presque tout marche. La question est : est-ce que je peux vérifier pourquoi ça a marché, et est-ce que je saurai quand ça cesse ? Si la réponse est non, ce qui est délégué n'est pas une tâche. C'est un risque.