Academy
4. Verdicts — faire confiance au résultat
Interprétez les trois verdicts de vérification (vérifié, échoué, n'a pas pu être vérifié) et décidez quand utiliser un résultat tel quel ou le vérifier vous-même.
Chaque mission se termine par une étape de vérification. Avant de livrer le résultat, @oupi compare automatiquement ce qu'il a produit avec l'objectif que vous avez fixé. Cette vérification aboutit à l'un des trois verdicts suivants :
• Vérifié — Le résultat correspond à l'objectif. Le vérificateur a confirmé que le résultat est complet et conforme à ce que vous avez demandé. Vous pouvez l'utiliser en toute confiance, même si un rapide coup d'œil reste toujours judicieux.
• Échec — Le résultat ne répond pas à l'objectif. Quelque chose s'est mal passé pendant l'exécution, ou le résultat contredit vos exigences. Vous ne devriez pas utiliser ce résultat tel quel ; répondez plutôt depuis la page de la mission pour donner à @oupi un retour correctif et lancer un suivi.
• N'a pas pu être vérifié — Ce n'est pas un échec. Cela signifie que le vérificateur n'a pas pu lire ou examiner le résultat — par exemple parce que le livrable est un fichier binaire (une image, un document compilé) ou une action effectuée dans un outil externe. Le système vous confie le résultat pour un contrôle humain.
Il est essentiel de comprendre la différence entre « échec » et « n'a pas pu être vérifié ». Un verdict d'échec vous indique que le système a détecté un problème — le résultat est incomplet, hors sujet ou incorrect par rapport à votre objectif. Un verdict « n'a pas pu être vérifié » ne vous renseigne en rien sur la qualité ; il signifie seulement que le vérificateur automatique n'était pas en mesure d'examiner ce format de résultat particulier. Voyez les choses ainsi : « échec » est un feu rouge, tandis que « n'a pas pu être vérifié » est un clignotant orange — vous pouvez avancer, mais en regardant attentivement vous-même.
Lisez toujours le verdict sur la page de la mission avant d'utiliser un livrable. Même un résultat « vérifié » mérite un rapide contrôle humain pour vérifier les nuances, le ton ou la précision propre au domaine que la vérification automatique pourrait manquer. Le verdict est un filet de sécurité, pas un substitut à votre jugement.
Si une mission revient avec le verdict « échec », ne recommencez pas de zéro. Répondez directement depuis la page de la mission — @oupi conserve tout le contexte de ce qu'il a tenté et conclu, de sorte que votre retour correctif (« les chiffres sont faux, utilisez plutôt cette source ») lance un suivi ciblé plutôt qu'un redémarrage à vide.
Certains types de résultats ont plus de chances de recevoir le verdict « n'a pas pu être vérifié ». Les fichiers binaires (images, PDF, exports compilés), les actions effectuées dans des outils connectés (envoyer un message, mettre à jour une feuille de calcul dans une application externe) et les tâches déléguées au navigateur peuvent tous relever de cette catégorie. Lorsque vous voyez ce verdict, ouvrez le livrable dans Studio ou dans l'outil concerné et vérifiez-le vous-même. C'est voulu : @oupi préfère être transparent sur ce qu'il ne peut pas vérifier plutôt que de deviner.
Ouvrez votre liste de missions dans l'Assistant. Trouvez une mission terminée et ouvrez sa page de détail. Repérez le verdict de vérification — est-il vérifié, échoué, ou n'a-t-il pas pu être vérifié ? Lisez le verdict en parallèle du livrable et décidez : utiliseriez-vous ce résultat tel quel, ou répondriez-vous pour l'affiner ?
Chaque mission reçoit l'un des trois verdicts suivants : vérifié (le résultat correspond à l'objectif — utilisez-le en toute confiance), échec (quelque chose s'est mal passé — répondez pour corriger), ou n'a pas pu être vérifié (le vérificateur n'a pas pu examiner le format du résultat — vérifiez-le vous-même). « N'a pas pu être vérifié » n'est pas un échec ; c'est un relais vers vous. Vérifiez toujours le verdict avant d'utiliser un livrable, et utilisez la réponse de suivi pour corriger ou prolonger une mission sans perdre le contexte.