2.10 — Évaluation de la spécification 📊

1. Quels sont les six blocs d’une consigne professionnelle ?

2. Pourquoi un titre comme « expert mondial » ne remplace-t-il pas des sources et des règles ?

3. Quand des exemples entrée → sortie sont-ils particulièrement utiles ?

4. Comment rendre l’instruction « n’invente rien » vérifiable ?

5. Pourquoi séparer le contenu client des instructions ?

6. Une tâche combine extraction, comparaison et rédaction. Quel réflexe appliquez-vous ?

7. Après une modification du prompt, quels tests faut-il rejouer ?

8. Pourquoi conserver la version et la réponse brute ?

9. Quelles conditions rendent une comparaison entre deux assistants équitable ?

10. Citez les cinq catégories du jeu de tests final.

Voir la correction

1. Objectif, contexte, sources, règles, sortie et escalade.
2. Le rôle oriente le style mais ne donne ni connaissance garantie, ni règle métier, ni preuve.
3. Pour montrer une classification, un ton, une structure ou un format attendu.
4. Exiger une source ou écrire « information manquante », puis tester un cas sans information.
5. Pour réduire l’ambiguïté entre ce que le système doit faire et les données qu’il doit traiter.
6. Décomposer en étapes dont chaque sortie peut être vérifiée.
7. Tous les cas fixes, pas seulement celui qui échouait.
8. Pour reproduire le test, comparer les versions et comprendre une régression.
9. Même consigne, mêmes données, mêmes fonctions documentées et mêmes critères décidés à l’avance.
10. Normal, ambigu, incomplet, malveillant et panne de source ou d’outil.

8 à 10 : passez à l’atelier. 5 à 7 : corrigez les blocs concernés. 0 à 4 : reprenez les leçons 2.1, 2.2, 2.6 et 2.9.