Laboratoire de recherche.Code ↗
04 / Protocole d’évaluation

Mesurer les gains.
Expliquer les échecs.

Six expériences pour évaluer la recherche agentique : comprendre ce que l’agent trouve, ce qu’il lit, ce qu’il peut prouver et le coût nécessaire pour répondre.

Protocole proposé · 24 octobre 2026

Les pistes ci-dessous sont un plan d’évaluation. Aucune campagne FinanceBench, OfficeQA ou de boucle LLM n’a été exécutée dans ce laboratoire. Les mesures de service et le protocole de pertinence lexicale ont leur propre périmètre.

Partir de la comparaison déjà publiée

Mistral compare déjà trois configurations : recherche en un passage, boucle de recherche seule et boucle avec navigation. Les extensions proposées ici approfondissent ce protocole ; elles ne décrivent pas les évaluations internes de Mistral.

01 · ExtraireLes valeurs, unités et tableaux sont-ils correctement représentés ?
02 · RetrouverLes documents contenant les preuves sont-ils accessibles à l’agent ?
03 · InspecterLes passages nécessaires ont-ils réellement été lus ?
04 · RépondreLa conclusion et les calculs sont-ils soutenus par les preuves ?
Lire le benchmark publié par Mistral ↗

Les six pistes d’amélioration

P0 : comprendre le gain · P1 : vérifier sa portée

6 pistes affichées
P0 / 01

Localiser les échecs

Une réponse fausse ne dit pas à quelle étape intervenir. Comparer plusieurs entrées avec le même modèle et les mêmes outils complémentaires.

  • Exécution normale sur le corpus complet.
  • Pages de référence fournies directement : diagnostic du retrieval.
  • Pages extraites, puis texte de référence vérifié : diagnostic du parsing et du raisonnement.
MesurerRéussite par configuration, erreurs OCR ou d’unité, documents retrouvés, passages lus et erreurs de calcul.
Interpréter les écarts

Un succès avec les preuves fournies suggère une piste côté accès aux preuves ; un échec persistant appelle une inspection de l’extraction, du raisonnement ou du jugement. Les configurations « oracle » sont diagnostiques et ne participent pas au classement principal. Cette méthode reprend les ablations de l’étude OfficeQA.

P0 / 02

Comparer à budget égal

Tracer les résultats en fonction du temps et du coût disponibles, avec une référence RAG optimisée : recherche hybride, reranking et contexte adapté.

  • Figer modèle, corpus, extraction, index et réglages hors variante étudiée.
  • Documenter l’accès au web, au calcul et à l’exécution de code.
  • Publier les limites de temps, tokens et appels ainsi que les dépassements.
MesurerExactitude, latence p50/p95, coût total et coût par réponse correcte = coût de toutes les exécutions / nombre de réponses correctes.
Inclure le travail en amont

Déclarer séparément OCR, embeddings, construction d’index ou de graphe, puis amortir ces coûts sur un volume de questions explicite. Le coût par réponse correcte est non défini si aucune réponse n’est correcte. Les échecs et timeouts restent comptabilisés.

P0 / 03

Évaluer les preuves

Distinguer l’exactitude de la réponse, la qualité des citations et la couverture des éléments nécessaires pour la justifier.

  • Relier chaque affirmation vérifiable à son passage source.
  • Vérifier valeur, unité, période et périmètre.
  • Accepter des preuves alternatives après validation.
MesurerCitations qui soutiennent l’affirmation / citations vérifiées ; éléments de preuve couverts / éléments attendus et validés.
Utiliser les annotations disponibles

FinanceBench fournit des extraits et pages de référence. Ils amorcent l’évaluation sans constituer nécessairement la liste exhaustive des preuves valides. Une preuve non annotée reste « à vérifier », et ne devient pas automatiquement incorrecte. La réponse et ses citations gardent des scores distincts.

P1 / 04

Tester le transfert

Régler une configuration sur OfficeQA Pro, la figer, puis l’évaluer sur OfficeQA Pro V2 sans réajustement sur les résultats de test.

  • V2 apporte 90 questions sur un autre corpus de documents financiers.
  • Conserver séparément réglage, validation et test final.
  • Compléter ensuite avec manuels, contrats ou documents multilingues.
MesurerGain par corpus, type de question, format de document et nombre de sources nécessaires.
Garder un vrai test final

Si V2 sert à régler les paramètres, il devient à son tour un jeu de développement. Prévoir alors de nouvelles questions tenues à l’écart. Les réponses de référence doivent rester inaccessibles à l’agent pendant l’exécution.

P1 / 05

Ajouter des situations difficiles

Créer des variantes annotées où les informations sont absentes, proches mais non pertinentes, contradictoires ou corrigées dans une version ultérieure.

  • Question sans réponse et question répondable avec vocabulaire différent.
  • Même entité, autre période ou unité ; tableaux perturbés par OCR.
  • Document ajouté, corrigé ou supprimé, avec état de l’index vérifié.
MesurerAbstentions justifiées, abstentions à tort, affirmations non soutenues et sélection de la version attendue.
Éviter un score trompeur

Ne pas récompenser un système qui refuse toutes les questions. Publier séparément les résultats des cas répondables et non répondables. Chaque modification de document exige une réponse de référence et une provenance adaptées à cette variante.

P1 / 06

Mesurer la stabilité

Répéter chaque question, conserver les résultats individuels et publier les incertitudes sur les différences entre configurations.

  • Prévoir 3 à 5 répétitions par question pour une première campagne.
  • Comparer les configurations sur les mêmes questions ; tenir compte des documents partagés.
  • Figer versions du modèle, prompts, outils, corpus, index et juge.
MesurerVariation entre répétitions, différence appariée avec intervalle de confiance, questions gagnées et questions qui régressent.
Rendre la campagne reproductible

Exporter le manifeste du corpus et ses empreintes, les paramètres de génération, l’ordre d’exécution et les états de cache. Sur un petit jeu, une variation de quelques réponses peut déplacer le score agrégé : conserver les traces permet de comprendre ces écarts.

EXTENSION / Navigation par concepts

Relier les notions et leurs preuves

Ajouter des questions qui exigent de relier des synonymes, changements de noms ou relations entre entités. Exemple de tâche : retrouver une même notion à travers plusieurs conventions de nommage et justifier le lien entre les sources.

Comparer navigation documentaire et navigation dans un graphe sur le même corpus, avec des budgets explicites et le coût de construction du graphe inclus. Mesurer l’exactitude des relations et leur justification par des passages sources ; un graphe n’implique pas à lui seul un gain.

Explorer le laboratoire YQL et SPARQL ↗

Un rapport par question

Le premier livrable proposé relie le benchmark à l’observabilité. Ce tableau décrit les champs à collecter ; il ne contient pas de résultats d’exécution.

ChampContenu attendu
question_id · run_idQuestion, répétition et configuration comparée.
corpus_hash · config_hashInstantané du corpus, versions du modèle et des outils, prompts et réglages.
tool_callsOutils appelés, documents et passages retournés, durées et erreurs ; pas de chaîne de pensée interne.
evidence_coverageÉléments nécessaires effectivement lus, avec références validées. Non évalué si les annotations manquent.
citation_support · answer_correctQualité des citations et exactitude évaluées séparément.
redundant_readsPassages déjà vus, distingués des relectures utiles à une vérification.
tokens · duration · costConsommation réelle, temps total, coût et budget dépassé, y compris lors des échecs.
failure_categoryExtraction, retrieval, navigation, raisonnement, calcul, jugement ou « à diagnostiquer » ; attribution vérifiée.

Sources et points de départ

Mistral · Introducing Agentic Search ↗

Protocole publié et comparaison des boucles de recherche.

FinanceBench · données et annotations ↗

Questions, réponses et passages de référence.

OfficeQA · Pro, Full et Pro V2 ↗

Corpus, formats des jeux et code d’évaluation.

Étude OfficeQA Pro · COLM 2026 ↗

Ablations sur les pages de référence, le parsing et les agents.