Guide · Finance & statistiques
FinSkillOps : gouverner les corrections d’un agent qui lit des rapports financiers
Transformer les erreurs de lecture de rapports SEC en règles versionnées, avec tests ciblés, cas protégés et limites explicites de validation.
Corriger un calcul exige parfois de corriger la période
FinSkillOps étudie les questions-réponses sur les documents déposés auprès de la SEC. Son point de départ est concret : une mauvaise réponse peut venir d’un mauvais exercice comptable, d’une confusion entre sociétés ou d’un calcul erroné sur les bons nombres. Ajouter indistinctement « vérifie ta réponse » ne traite pas ces causes de la même façon.
Le système conserve pour les passages indexés leur modalité, leur section, leur période et leur entité. Un orchestrateur sollicite des rôles spécialisés et combine des recherches lexicales, denses et par résumés. Les règles de correction interviennent dans la décomposition de la question ou dans la synthèse finale.
Séparer diagnostic et réponse courante
Dans le dispositif décrit, le diagnostic s’effectue hors du chemin de réponse. Une première étape propose des causes et un plan de recherche ; une recherche déterministe dans les documents fournit des extraits ; une seconde étape décide s’il faut proposer une règle, différer ou ne pas corriger.
La règle candidate décrit son domaine d’application, le comportement attendu, les exclusions et son point d’injection. En service, le routeur utilise la question et les éléments disponibles. Les réponses de référence et les retours du juge restent dans le processus d’évolution hors ligne.
Trois contrôles avant l’activation
Le papier impose un progrès sur les cas ciblés, aucune dégradation des verdicts auparavant corrects dans la suite protégée et aucun déclenchement dans les contrôles négatifs définis. Une version remplacée reste traçable. Le retrait d’une règle absorbée par une autre passe lui aussi par un test.
Pour adapter cette idée à un prototype documentaire, on peut conserver une fiche par correction : erreur d’origine, passage source, règle, contre-exemples, résultat avant/après et version active. Il faut surtout tester les questions voisines où la correction ne doit pas s’appliquer. Cette proposition d’organisation est éditoriale ; elle n’a pas été mise en œuvre ici.
Les réserves qui changent l’interprétation
Les auteurs évaluent trois benchmarks publics et trois ensembles internes. Le registre gelé obtient les meilleurs résultats sur deux dimensions principales, mais les autres dimensions sont mixtes. Le coût rapporté représente environ quatre fois les tokens de FinSage ; le coût marginal des seules règles n’a pas été isolé.
La trajectoire de douze tours modifie également le routage et le diagnostic. L’ensemble d’évaluation est observé à chaque tour : cela décrit une amélioration opérationnelle, sans établir une généralisation aveugle. Les artefacts d’admission et de séparation des données sont incomplets. La voie de revue par experts financiers n’était pas pourvue, et l’étude d’accord implique des membres du groupe d’auteurs.
Ces limites interdisent d’assimiler les portes de contrôle proposées à une assurance indépendante. Le brouillon porte sur la qualité d’un système documentaire ; il ne fournit aucune décision d’investissement.
Source et statut
Source principale : FINSKILLOPS: A Self-Evolving Multi-Agent System for SEC Filing QA, prépublication ArXiv 2609.19680v1 · PDF. Les résultats rapportés sont ceux des auteurs ; les conseils de méthode sont une interprétation éditoriale. Publication éditoriale, sans reproduction expérimentale dans cette session.
Compléments officiels effectivement consultés : 7 Limitations · 3.3 Gated Promotion and Skill Lifecycle. Lecture partielle ; voir les passages et limites consignés dans la frontmatter.