REQVERA
L’engagement impossible · Fiche de décision 02

Comment répondre à la promesse d'une IA « toujours exacte »

Situation illustrative · Pas un cas client
La question de l’acheteur

Pouvez-vous garantir que les résultats générés par l'IA sont toujours exacts ?

Ne garantissez pas chaque résultat généré. Définissez la tâche, montrez comment la performance a été évaluée et nommez la revue exigée avant tout usage à conséquences importantes. Les références aux sources et la supervision humaine sont des contrôles, pas une preuve d'infaillibilité.

Une réponse à adapter

Non. Nous ne garantissons pas que chaque résultat généré par l'IA soit exact ou complet. Pour [fonction précise et tâche prévue], les résultats sont utilisés comme [brouillons, suggestions ou autre rôle vérifié], dans [limites documentées des données d'entrée et des usages]. Avant [action à conséquences importantes précisée], [fonction qualifiée désignée] doit effectuer [processus réel de revue] à partir de [source faisant autorité ou preuve]. Pour [version du système ou du modèle], nous pouvons fournir [rapport d'évaluation approuvé] décrivant le jeu de tests, les critères d'acceptation, les résultats, les modes de défaillance connus et les limites. [Contrôles vérifiés] répondent à [risques identifiés] ; ils n'éliminent pas toutes les erreurs. Les usages hors de [périmètre approuvé] sont soumis à [restriction réelle ou règle d'escalade]. Si l'exigence [ID] impose des résultats sans erreur et sans cette revue, nous ne pouvons pas confirmer la conformité en l'état.

Remplacez chaque champ entre crochets par un fait vérifié. Supprimez toute phrase facultative que vous ne pouvez pas justifier. Ne soumettez pas cette formulation telle quelle.

La fiche de preuves d'exactitude pour l'acheteur

Répondez à ces questions avant de communiquer une affirmation de performance. Les résultats doivent décrire l'usage évalué, pas promettre tous les résultats futurs.

L'unité vérifiée
Précisez si vous évaluez un champ, une affirmation factuelle, une réponse entière ou une tâche achevée. Ne présentez pas l'exactitude des affirmations comme la probabilité qu'une longue réponse ne contienne aucune erreur.
La réponse de référence
Identifiez qui a établi le résultat attendu et à partir de quels documents faisant autorité. Un modèle qui note seul la réponse d'un autre modèle ne constitue pas une référence vérifiée pour un fait contractuel.
Les défaillances importantes
Distinguez faits inventés, exigences manquantes, attributions erronées et engagements non étayés. Consignez les erreurs critiques séparément au lieu de les noyer dans un score moyen.
Le test d'information absente
Incluez des cas où la source ne donne aucune réponse. Vérifiez si le système laisse le point non résolu ou le complète de manière plausible. Une référence doit étayer l'affirmation, pas simplement renvoyer à un document lié au sujet.
La condition de validation
Consignez le relecteur et l'action suspendue jusqu'à approbation. Revérifiez lors d'un changement de modèle, de sources de recherche, de langue, d'instructions ou d'usage ; ne transposez pas une ancienne approbation à une autre configuration.

Les conditions à vérifier

Remplacez une garantie d'exactitude indéfendable par une présentation précise des tests, des limites connues et des décisions humaines qui ne peuvent être déléguées.

  • S'accorder sur ce que signifie l'exactitude pour cette tâche

    Extraire correctement une date, produire une réponse complète et donner un conseil pertinent sont des résultats différents. Définissez la tâche et les catégories d'erreurs avant de proposer un score. Une réponse peut être factuellement exacte tout en omettant une exception, en joignant la mauvaise preuve ou en ne satisfaisant pas l'exigence réelle de l'acheteur.

  • Limiter le résultat au système testé

    Identifiez la version du modèle ou du système, la configuration, le corpus de sources, la langue et les entrées représentatives. Expliquez le choix de l'échantillon et l'évaluation des erreurs. Une démonstration réussie ou un comparatif du fournisseur ne prouve pas la performance de votre application sur les documents de cet acheteur. N'inventez pas de pourcentage en l'absence d'évaluation.

  • Décrire une revue réellement réalisable

    Nommez le relecteur, les preuves originales auxquelles il a accès, la condition de validation et la voie d'escalade. La « supervision humaine » est incomplète si personne n'a le temps, l'autorité ou l'accès aux sources nécessaires pour contester une réponse. Pour les actions à conséquences significatives, précisez ce qui reste bloqué tant que la revue exigée n'est pas achevée.

Les justificatifs à réunir

  • Une évaluation interprétable par l'acheteur

    Obtenez un rapport daté précisant la version du système, la population de tests, la méthode de notation, la répartition des erreurs et les limites. Distinguez les preuves du responsable produit d'une évaluation indépendante et indiquez leur nature. Ne présentez pas l'alignement sur un cadre de gestion des risques comme une certification d'exactitude.

  • Des sources et décisions de revue traçables

    Pour des résultats représentatifs, conservez les passages justificatifs et les décisions documentées du relecteur. Montrez une correction et un cas non résolu, pas uniquement une bonne réponse. Protégez les informations clients lors du partage des exemples.

  • Une règle opérationnelle, pas une simple réserve

    Confirmez les usages réellement interdits, les autorisations, le processus d'escalade et la réponse à une erreur signalée. Ne décrivez que les mécanismes d'abstention, de validation ou de blocage effectivement présents dans la solution proposée.

La décision à faire valider

Responsables de la validation
Le responsable IA ou produit justifie l'évaluation ; l'expert métier détermine si la revue est adaptée à l'usage. Le juridique approuve toute assurance contractuelle et le responsable d'offres en maintient le périmètre.
Poursuivre
Poursuivez si une réponse sincère et délimitée est autorisée, si les preuves étayent ses affirmations et si l'acheteur accepte le dispositif réel de revue et de gestion du risque résiduel.
Ne pas poursuivre
Ne déclarez pas satisfaite une garantie d'exactitude sans condition. Ne promettez pas de relecteur ou de mécanisme de blocage non disponible ou non mis en œuvre. Une exigence obligatoire de zéro erreur demeure un écart tant qu'elle n'est pas formellement modifiée.
Faire arbitrer
Demandez quels résultats et décisions l'assurance couvre, quelles preuves de performance sont exigées et si un processus avec revue des résultats est acceptable. Suivez la procédure de clarification autorisée par l'acheteur.

Conserver la décision dans les fichiers à déposer

Un brouillon approuvé avec l'aide de l'IA peut encore changer avant le dépôt. Rapprochez les affirmations finales des exigences actuelles de l'acheteur et des preuves approuvées, y compris les limites qu'une révision peut supprimer. REQVERA apporte un contexte de contrôle final ; cette page éditoriale n'évalue pas le modèle d'un client et ne certifie pas ses résultats.

Voir le parcours réel de contrôle final

Périmètre et sources de référence

Question d'acheteur illustrative, pas un résultat client mesuré. Pratiques générales de réponse concernant les assurances liées à l'IA générative. Les recommandations NIST constituent un cadre volontaire de gestion des risques, pas une qualification juridique ni une garantie ; la réglementation et la responsabilité propres à l'usage exigent une revue qualifiée.