Écrire une consigne n'est pas taper une question dans une fenêtre de discussion. Une consigne en production est un objet versionné et testé comme du code.
01. Rôle, tâche, format
Une bonne consigne rend trois choses claires : le rôle du modèle, la tâche et le format de sortie attendu. Les écrire séparément donne de meilleurs résultats qu'un long paragraphe.
02. Donner des exemples
Montrer quelques exemples corrects vaut mieux qu'expliquer longuement des règles. Quand le format de sortie est délicat, deux ou trois exemples suppriment l'essentiel des écarts.
03. Sortie structurée
Demandez un ensemble de champs définis plutôt qu'un texte libre. C'est indispensable si l'étape suivante doit l'exploiter, et cela empêche le modèle de s'écarter.
04. Versionnement
Les consignes ont leur place dans le dépôt de code, avec des modifications traçables. Modifier une consigne de production depuis un panneau est un déploiement silencieux sans retour possible.
05. Jeu d'évaluation
Après chaque changement, mesurez sur le même ensemble d'exemples. "Ça avait l'air mieux" n'est pas une mesure. Même un petit jeu attrape les régressions.
06. Cas limites
Testez l'entrée vide, très longue, hors sujet et hostile. Les entrées qui posent le plus de problèmes en production sont celles auxquelles personne n'a pensé à la conception.