Pour les personnes qui examinent un travail technique produit par des agents d’IA
Vérifier un travail produit par l’IA
Définissez la réussite, recueillez les preuves dans l’environnement réel et consignez ce qui reste à démontrer. Une exécution terminée ne prouve pas un résultat correct.
Mis à jour le
Le script se termine. La tâche a-t-elle réussi?
Exemple pédagogique hypothétique, et non un résultat de capacité Vinci. Un agent doit générer un rapport à partir de dossiers sources. Son script se termine avec succès, mais cela ne prouve pas que le rapport contient les bons dossiers.
| Observation | Ce qu’elle établit |
|---|---|
| Le script se termine exempt de fautes | Le programme s’est terminé dans ces conditions d’exécution. Cela ne prouve pas que le contenu est correct. |
| Le rapport correspond aux dossiers attendus | Une comparaison aux dossiers sources appuie la complétude pour cet ensemble. Consignez les exclusions et la méthode de comparaison. |
| Une personne vérifie les valeurs dans les sources | Les valeurs examinées appuient une affirmation plus limitée d’exactitude. Précisez si toutes les valeurs ou seulement un échantillon ont été vérifiées. |
| Le résultat est accepté | Indiquez les critères satisfaits et les conditions non résolues. Un résultat local ne prouve pas le comportement dans un autre déploiement. |
Pour aller plus loin, avec une fiche pratique
Vous voulez essayer? Ces vérifications supplémentaires et cette fiche vous aideront à noter ce que vous avez utilisé et ce qui s’est passé.
Définir l’acceptation avant l’exécution
La vérification commence par le résultat demandé et son destinataire. Un contrôle utile distingue un résultat correct d’un résultat plausible mais erroné.
- Précisez les entrées, les sorties requises et les contraintes, y compris les comportements à préserver.
- Incluez un témoin négatif : un résultat volontairement incorrect que le contrôle doit rejeter.
- Appliquez les règles du consommateur, notamment l’expansion des variables, les liens, les chemins et les formats.
Mesurer dans l’environnement réel
Recueillez les preuves là où le résultat sera utilisé. Un environnement hérité d’une session d’agent ne remplace pas un nouveau shell utilisateur, un conteneur, une tâche d’intégration continue ou un déploiement en production.
- Consignez la version de l’artifact, la commande ou méthode d’examen, l’environnement et l’heure de l’observation.
- Gardez visibles les échecs, contrôles omis et preuves manquantes; un contrôle non effectué n’est pas une réussite.
- Séparez observations et déductions. Répétez un échec lorsque cela est pertinent, après avoir confirmé que le contrôle distingue les états recherchés.
Formuler une conclusion limitée
Un vérificateur appuie une décision d’acceptation précise; il n’établit ni exactitude universelle, ni certification indépendante. Un examen humain reste nécessaire quand la décision dépend d’un contexte non couvert par les contrôles.
- Indiquez les critères satisfaits et le nombre de tentatives ou de dossiers examinés.
- Décrivez les limites : cas non testés, environnements inaccessibles et différences de déploiement.
- Si les preuves contredisent le résultat attendu, examinez les différences plutôt que de conclure qu’un problème est absent parce qu’il n’a pas été reproduit.
Consigner une décision de vérification
Utilisez cette fiche pour une tâche et une version d’artifact. Écrivez « non vérifié » lorsqu’une preuve manque.
Résultat demandé : Artifact exact et version : Entrées et consommateur visé : Critères d’acceptation : Témoin négatif et résultat : Environnement de vérification : Commandes ou méthode d’examen : Observations et nombre de tentatives : Contrôles omis et échecs : Emplacements des preuves : Déductions, présentées séparément : Limites non résolues : Décision d’acceptation et personne responsable :
Sources et prochaines étapes
La fiche d’un modèle est la page d’information publiée par son créateur. Consultez-la pour les instructions de téléchargement, la licence et les limites connues. Les sources techniques externes sont en anglais.