Agent de rapprochement bancaire : quand il refuse de deviner
Un agent qui rapproche toutes les lignes du relevé, c’est facile à construire. Le laisseriez-vous toucher aux comptes de votre fonds ?
EN 30 SECONDES
L’abstention, c’est un agent qui refuse de répondre quand la preuve est insuffisante, et qui confie le cas à une personne. Pour cet agent de rapprochement, ce refus de deviner comptait plus que sa vitesse.
À RETENIR · 3
- Ce qui l’a rendu sûr, c’est l’abstention : une ligne qu’il ne peut pas étayer est confiée à une personne.
- Recherche documentaire, contrôles numériques et abstention interceptent chacun un type d’échec différent, et le tout a été évalué et red-teamé avant la mise en production.
- L’absence de réponse non étayée est un objectif des évaluations, pas une garantie pour chaque réponse en production.
Sur cette page
Ce que l’agent refuse de rapprocher
EN BREF Ce qui rend cet agent digne de confiance au contact des comptes d’un fonds, c’est qu’il refuse de deviner.
LES MOTS À CONNAÎTRE
- Piste d’audit
- Les enregistrements que les auditeurs contrôlent plus tard.
- Abstention
- L’agent ne répond pas parce que la preuve est insuffisante. Il dit « je ne sais pas » au lieu de deviner.
- Escalade
- Le passage d’un cas à une personne, avec ce que l’agent a trouvé et la raison de son arrêt.
Un agent qui rapproche tout est facile à construire, mais personne ne peut s’y fier. Un faux rapprochement présenté comme certain reste dans la Piste d’audit Les enregistrements que les auditeurs contrôlent plus tard. Voir le glossaire et peut passer inaperçu jusqu’au contrôle des auditeurs. Le corriger coûte ensuite bien plus qu’une journée.
L’objectif de cet agent n’a jamais été de « rapprocher plus », mais de « ne jamais se tromper avec assurance ».
L’agent sait répondre « je ne sais pas ». Quand la preuve ne soutient pas un rapprochement, le chemin prévu est l’Abstention L’agent ne répond pas parce que la preuve est insuffisante. Il dit « je ne sais pas » au lieu de deviner. Voir le glossaire, puis l’Escalade Le passage d’un cas à une personne, avec ce que l’agent a trouvé et la raison de son arrêt. Voir le glossaire vers une personne. Le résultat de 23 minutes ne dit pas combien de temps a pris chaque étape, et ne garantit pas que les futurs rapprochements seront tous justes.
EN CLAIR
Avec une preuve insuffisante, l’agent n’est pas sûr, alors il demande. Avec des chiffres faux, la preuve contredit le rapprochement : il doit être bloqué net, et une personne s’en occupe.
ÉTAPE PAR ÉTAPE
Étape 1. Un rapprochement proposé. Une ligne du relevé arrive avec un document candidat.
- Un rapprochement proposé Une ligne du relevé arrive avec un document candidat.
- Étayé La preuve le soutient et les chiffres concordent au centime : marqué comme rapproché, source jointe.
- Preuve insuffisante La preuve est insuffisante ou absente : l’agent s’abstient, et la ligne est confiée à une personne avec ce qu’il a trouvé.
- Chiffres faux Les chiffres ne tombent pas juste : le rapprochement doit être bloqué avant une éventuelle écriture comptable.
Cette règle a son propre article : citations vérifiées et abstention.
Dans la section suivante : Alors, qu’est-ce qui a convaincu un fonds de le garder ?
Ce qui l’a rendu assez fiable pour qu’on le garde
EN BREF Chaque garde-fou intercepte un type d’échec différent, et le tout a été évalué et red-teamé avant la mise en production.
L’agent de rapprochement partageait la recherche documentaire, les évaluations et les garde-fous du reste de la plateforme. Cet article décrit la première livraison, qui comptait 11 agents ; la plateforme est arrivée à 25 modules à la passation. J’ai détaillé la plateforme complète à 11 agents dans un article à part.
Red-teamer un système, c’est l’attaquer exprès pour trouver ses failles. « Ça marchait en démo » ne suffit pas pour les comptes d’un fonds.
Dans la section suivante : Alors, si la vitesse n’est pas l’essentiel, que faut-il mesurer ?
Ce que j’en retiens, au-delà des 23 minutes
EN BREF La vitesse rend l’histoire intéressante, mais ce sont les erreurs et la revue qui décident si l’agent mérite d’être gardé.
Pour juger un autre déploiement, je demanderais aussi le processus initial, les échecs lors des évaluations et la charge de revue humaine, pas seulement le temps de traitement. Consignez noir sur blanc les réponses non étayées et les rapprochements erronés.
ATTENTION
Viser zéro erreur au test préalable au lancement ne veut pas dire grand-chose en soi. Dites combien de cas il contenait, ce qu’ils couvraient et comment vous surveillez le système ensuite. Le réussir ne prouve pas que le système ne se trompera jamais.
L’absence de réponse non étayée est un objectif des évaluations, pas une garantie pour chaque réponse en production. La leçon d’ingénierie, c’est de rendre le doute visible et facile à traiter.
Une équipe qui adopte un tel système a besoin de preuves qu’il fait un travail utile, et d’une procédure pour traiter les erreurs. Un chiffre de vitesse seul ne montre ni l’un ni l’autre.
OBJET OBTENU
Rendez le doute visible
FAQ
Non, et c’est voulu. L’agent propose des rapprochements avec leur preuve, et passe à une personne toute ligne sans preuve ou aux chiffres faux. Dans un fonds régulé, une erreur présentée comme certaine coûte bien plus cher qu’une question.
Le principe se transpose si votre goulot d’étranglement est le même : trop de sources, trop d’historique, une revue qui tient surtout de la recherche. Mesurez d’abord votre propre point de départ : les 8 heures et les 23 minutes sont celles de ce fonds, pas les vôtres. Les garde-fous, eux, ne sont pas optionnels.
NIVEAU TERMINÉ
Ce que vous savez maintenant
- Pourquoi le refus de deviner rend l’agent sûr au contact des comptes d’un fonds.
- Une preuve insuffisante est confiée à une personne ; des chiffres faux doivent bloquer le rapprochement.
- Quoi mesurer à côté de la vitesse : les erreurs, les réponses non étayées et la charge de revue.
Vérifiez par vous-même
Touchez ou cliquez une question pour voir la réponse.
Un éditeur vous montre un agent qui rapproche toutes les lignes et ne transmet jamais rien à une personne. Bon signe ?
Pas en soi. Demandez-lui ses erreurs et ce qu’il fait quand la preuve est insuffisante.
Ancien CTO d’Integra. Auteur nommé (1 sur 5) d’ERC-3643, premier auteur d’ERC-6960, co-auteur d’ERC-7410 et co-auteur d’ERC-8203, encore à l’état de brouillon. Conçoit des systèmes d’IA en production et des systèmes Web3 régulés.
Un projet à livrer ou un poste à pourvoir ?
Parlons de votre besoinSuivre les notes techniques
Recevez les nouveaux articles sur l’IA en production et les smart contracts par email.