2.6 — Améliorer une consigne avec une boucle de test

Une consigne professionnelle n’est pas « terminée » parce qu’elle réussit une fois. Elle doit réussir un petit ensemble de cas représentatifs après chaque modification.

La boucle d’amélioration

cas de test fixe → résultat → erreur nommée → une modification → tous les tests rejoués

Supposons que la version 1 d’Atelier Nova oublie de demander le numéro de commande. Ajoutez une règle précise, puis rejouez également le cas normal, le cas ambigu et le cas malveillant. La correction d’une erreur peut en introduire une autre.

Formuler ce qu’il faut produire

Préférez une instruction observable :

• vague : « ne sois pas trop technique » ;

• testable : « utilise des phrases de moins de 20 mots et explique chaque terme spécialisé ».

• vague : « n’invente rien » ;

• testable : « pour chaque décision, cite la règle fournie ; sinon écris “règle absente” ».

Les interdictions restent nécessaires pour certaines limites, mais elles doivent être associées à un comportement de remplacement : refuser, demander une information ou transmettre à un humain.

Votre journal de versions

Version	Cas échoué	Cause supposée	Modification	Résultat global
v1	information manquante	aucune règle d’escalade	ajouter « décision impossible »	4/5
v2	message hostile	contenu confondu avec instruction	séparer les données	5/5

Exercice

Prenez une réponse imparfaite obtenue dans les leçons précédentes. Nommez une seule erreur, modifiez un seul bloc de votre consigne et rejouez au moins trois cas.

✅ Réflexe professionnel : conservez les anciennes versions et leurs résultats. Sans historique, vous ne savez pas si la nouvelle consigne est réellement meilleure.