Who Drifted: the System or the Judge? Anytime-Valid Attribution in LLM Evaluation Pipelines
Cet article introduit un cadre d'attribution valide à tout moment qui résout l'ambiguïté entre la dégradation du produit et la dérive du juge LLM dans les pipelines d'évaluation continue en utilisant un ensemble d'ancres fixes étiquetées par des humains et un processus de pari (betting e-process) pour distinguer de manière fiable les défaillances du système de celles du juge, surpassant les méthodes statistiques standards en termes de précision et de rentabilité.
Article original sous licence CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Ceci est une explication générée par l'IA de l'article ci-dessous. Elle n'a pas été rédigée ni approuvée par les auteurs. Pour une précision technique, consultez l'article original. Lire la clause de non-responsabilité complète
Le problème central : La « règle cassée »
Imaginez que vous tenez une boulangerie. Vous voulez savoir si vos gâteaux s'empirent avec le temps. Pour vérifier cela, vous engagez un « Maître Goûteur » très cher et hautement qualifié (le Juge Fort) pour goûter chaque gâteau et lui donner une note.
Cependant, le Maître Goûteur est trop coûteux pour goûter chaque gâteau. Vous engagez donc un « Assistant Goûteur » (le Juge Bon Marché), moins cher et plus rapide, pour goûter chaque giment. Vous ne demandez au Maître Goûteur de goûter que quelques gâteaux aléatoires pour vous assurer que l'Assistant fait du bon travail.
Le piège : Le Maître Goûteur n'est pas un humain ; c'est un modèle d'IA derrière une API. Parfois, l'entreprise qui a construit le Maître Goûteur met discrètement à jour son logiciel (une mise à jour de version) ou modifie ses instructions. Soudain, le Maître Goûteur devient beaucoup plus strict ou beaucoup plus indulgent.
Vous avez maintenant une crise :
- Si les notes de vos gâteaux chutent, est-ce parce que le boulanger a fait un mauvais gâteau ? (Dérive du Système)
- Ou est-ce parce que le Maître Goûteur a simplement changé d'avis sur ce qu'est un « bon » gâteau ? (Dérive du Juge)
Si vous blâmez le boulanger alors que c'est le Goûteur qui a changé, vous risquez de licencier un bon boulanger. Si vous blâmez le Goûteur alors que le boulanger a réellement fait une erreur, vous risquez de continuer à vendre de mauvais gâteaux. L'article appelle cela l'« Ambiguïté de la Dérive ».
La solution : Le jeu de l'« Ancre »
Les auteurs proposent une solution ingénieuse pour résoudre ce mystère. Ils introduisent un groupe spécial de gâteaux appelé le « Jeu de l'Ancre ».
- L'Ancre Gelée : Avant de commencer la surveillance, vous prenez un ensemble spécifique de gâteaux, vous demandez à un Humain de les goûter et d'écrire la « Vraie Note » sur un papier. Vous verrouillez ces gâteaux dans un congélateur. Ils ne changent jamais.
- La Course : De temps en temps, vous sortez un de ces gâteaux gelés et vous demandez au Maître Goûteur actuel de le goûter à nouveau.
- Si la note du Maître Goûteur sur ce gâteau gelé change, nous savons que le Goûteur a changé. (Le gâteau n'a pas changé ; c'est le Goûteur qui a changé).
- Si la note du Maître Goûteur sur le gâteau gelé reste la même, mais que les notes sur les nouveaux gâteaux chutent, nous savons que le Boulanger a changé. (Le Goûteur est constant ; le produit est moins bon).
Comment ça marche : La « Fenêtre de Garde »
Le système fait tourner deux alarmes distinctes en même temps :
- Alarme A (Le Boulanger) : Surveille les nouveaux gâteaux. Si les notes chutent, elle hurle : « Mauvais Boulanger ! »
- Alarme B (Le Goûteur) : Surveille les gâteaux gelés de l'Ancre. Si les notes changent, elle hurle : « Mauvais Goûteur ! »
L'article introduit une règle de « Fenêtre de Garde » pour décider qui est responsable :
- Si l'Alarme B (Goûteur) se déclenche en premier, ou si l'Alarme A se déclenche mais que l'Alarme B se déclenche très peu de temps après, le système dit : « C'est le Juge. » (Le Goûteur a changé, donc nous ne pouvons pas faire confiance à l'alarme du Boulanger).
- Si l'Alarme A (Boulanger) se déclenche et que l'Alarme B (Goûteur) ne se déclenche jamais (ou met très longtemps), le système dit : « C'est le Système. » (Le Goûteur est stable ; le produit est défectueux).
Le concept de la « Course »
L'article décrit cela comme une course.
- Le « Processus d'Ancre » (surveiller les gâteaux gelés) doit être assez rapide pour attraper le changement du Goûteur avant que le « Processus Principal » (surveiller les nouveaux gâteaux) n'accuse faussement le Boulanger.
- Si l'Ancre est trop lente, le Processus Principal pourrait hurler « Mauvais Boulanger ! » avant que l'Ancre ne réalise : « Attendez, le Goûteur vient de changer ! »
- L'article prouve mathématiquement que si vous configurez l'Ancre correctement (assez de gâteaux gelés, goûtés assez souvent), l'Ancre gagnera toujours la course contre un Goûteur changeant.
Ce qu'ils ont trouvé (Les Résultats)
Les auteurs ont testé cela avec de vrais modèles d'IA (Gemini de Google) et des données réelles (réponses d'assistants utiles et tâches de résumé).
Mises à jour silencieuses : Ils ont simulé une « mise à jour de version silencieuse » où l'IA Goûteur est devenue légèrement plus indulgente.
- Résultat : Leur système a correctement identifié qu'il s'agissait d'une « Dérive du Juge » 100 % du temps. Il n'a jamais faussement accusé le Boulanger.
- Échec de l'ancienne méthode : La méthode standard de l'industrie (un simple test statistique) a hurlé « Mauvais Boulanger ! » 75 % du temps alors que rien n'avait réellement changé. C'était une machine à fausses alertes.
Mises à jour strictes : Ils ont simulé un Goûteur qui est soudainement devenu beaucoup plus strict.
- Résultat : Le système a correctement identifié cela comme une « Dérive du Juge » presque à chaque fois.
- La « Course » en action : Sur un ensemble de données, le Goûteur a changé de manière si drastique que les Ancres l'ont immédiatement capturé, gagnant la course parfaitement. Sur un autre, le changement était plus subtil, donc les Ancres ont mis un peu plus de temps, mais la règle de la « Fenêtre de Garde » a quand même sauvé la mise.
Coût :
- Vérifier chaque article avec le Maître Goûteur coûteux est trop onéreux.
- Leur méthode utilise l'Assistant bon marché pour tout, le Maître coûteux pour quelques articles aléatoires, et les Ancres pour un flux constant et modeste.
- Coût : Cela coûte environ 64 % du prix de la vérification de tout avec le Maître Goûteur, mais c'est beaucoup plus intelligent et cela ne fait pas de fausses accusations. Il existe aussi une version « moins chère mais sourde » qui ne coûte que 21 %, mais qui pourrait manquer certains mauvais gâteaux.
Résumé
L'article résout le problème de « Qui a dérivé ? » en utilisant des exemples étiquetés par des humains (gelés) comme point de référence.
- Si le point de référence bouge, le Juge a changé.
- Si le point de référence reste immobile mais que les nouveaux produits bougent, le Système a changé.
Ils ont prouvé que cela fonctionne mathématiquement et ont montré que cela bat la norme actuelle de l'industrie, qui est sujette aux fausses alertes. C'est comme avoir une « ancre de vérité » qui maintient l'intégrité de votre contrôle qualité, même lorsque la personne chargée de juger change d'avis.
Noyé(e) sous les articles dans votre domaine ?
Recevez des digests quotidiens des articles les plus récents correspondant à vos mots-clés de recherche — avec des résumés techniques, dans votre langue.