Monitoring IA — Spiribase

Résumé exécutif

Ce document décrit le dispositif de surveillance de la qualité, des biais et des incidents liés aux modules IA de Spiribase, conformément aux exigences de l'AI Act Art. 9 et Art. 72 (post-market monitoring).


Contexte réglementaire


US-175 — Gestion des incidents IA

Typologie des incidents IA

CatégorieExemplesEscaladeDélai traitement
Biais détectéScore systématiquement différent selon genre/origineComité IA + CNIL si grave48h
HallucinationInformations fausses dans un rapport de matchingRéférent IA24h
DiscriminationRejet automatique injustifiéDirection + CNIL obligatoireImmédiat
Erreur techniqueScore incohérent, crash LLMSupport technique4h
Violation donnéesFuite de données candidatsVoir security.md72h (CNIL)

Processus de traitement

  1. Signalement (utilisateur, monitoring automatique, ou recruteur)
  2. Qualification par le Référent IA
  3. Escalade si nécessaire (comité IA, direction, CNIL)
  4. Correction et documentation
  5. Vérification post-correction

US-179 — Mesure de précision IA

Métriques de qualité à suivre

MétriqueDescriptionSeuil d'alerteFréquence mesure
Taux de validation sans modification% scores IA acceptés tels quels< 60% (dérive possible)Mensuel
Taux de correction IA% recommandations modifiées par recruteurs> 40% (modèle à revoir)Mensuel
Cohérence des scoresÉcart type des scores pour profils similaires> 15 pointsTrimestriel
Taux d'erreur parsing CV% CV mal parsés (champs manquants critiques)> 5%Hebdomadaire
Latence des appels LLMTemps de réponse moyen> 10s (dégradation UX)Temps réel
Taux de fallback provider% appels ne passant pas par le provider principal> 20%Quotidien

GAP identifié

Ces métriques ne sont pas encore collectées systématiquement. Un tableau de bord de monitoring IA est à implémenter.


US-180 — Surveillance post-production IA

KPIs de surveillance (à implémenter)

  • Distribution des scores de matching (histogramme — détection dérive)
  • Taux d'utilisation par module IA
  • Volume d'appels LLM par fournisseur
  • Alertes sur anomalies de scores (seuils configurables)
  • Revue mensuelle avec le comité IA

Infrastructure de monitoring actuelle (audit code)

  • Logs applicatifs via console (niveau WARNING/ERROR dans AIClient)
  • Gestion des erreurs par cascade provider (non mesuré)
  • Aucun dashboard de monitoring IA dédié en place

US-181 — Gestion des réclamations IA

Canal de signalement

Les recruteurs et candidats peuvent signaler une erreur ou un biais IA :

  • Email : kamel@spiritek.io (Référent IA)
  • Formulaire de réclamation (à implémenter dans l'interface)

Processus de traitement

  1. Réception et accusé de réception (24h)
  2. Qualification : erreur technique, biais, hallucination ?
  3. Revue humaine par le Référent IA
  4. Réponse au signalant avec explication et action corrective
  5. Documentation et statistiques

KPIs réclamations (à mesurer)

  • Nombre de signalements par mois
  • Délai moyen de traitement
  • Taux de résolution
  • Nature des réclamations (biais / erreur / autre)

US-196 — Suivi des hallucinations IA

Définition

Une hallucination IA est une information générée par le LLM qui est factuellement incorrecte ou inventée (ex : compétence que le candidat ne possède pas, expérience inexistante).

Mécanisme de signalement (à implémenter)

Bouton "Signaler une erreur IA" sur chaque rapport de matching et parsing CV permettant au recruteur de :

  1. Identifier le champ ou la section erronée
  2. Indiquer la nature de l'erreur (hallucination, biais, incohérence)
  3. Soumettre le signalement au Référent IA

KPIs hallucinations

  • Taux de signalement par module IA
  • Fréquence des hallucinations par type (parsing vs matching)
  • Corrélation avec le fournisseur LLM utilisé (OpenAI vs Anthropic vs Gemini)

Responsables


Historique des versions

VersionDateAuteurModifications
1.0.02026-03-23K. Msaoubi / N. LaroussiCréation initiale Sprint 9