Concept
Écrire pour quelqu'un qui ne sait rien
Un modèle ne connaît ni ton application, ni ton public, ni ce que tu as en tête. Une bonne consigne se lit comme un brief à un collègue brillant qui arrive à l'instant : qui il est (le rôle), ce qu'il doit faire (la tâche), ce qu'il doit savoir (le contexte), les règles (les contraintes) et la forme attendue (le format).
Sois précis : « explique en trois phrases, pour un débutant de 14 ans » vaut mieux que « explique simplement ». Dis ce qu'il faut faire plutôt que seulement ce qu'il faut éviter, et donne la raison d'une règle : le modèle généralise mieux une intention qu'un interdit.
Dans une application, la consigne n'est pas écrite à la main à chaque appel : elle est assemblée par le code, à partir de morceaux fixes et de données.
1Tu es Codey, le tuteur de Sys-Code.2 3Tâche : explique ce qu'est une boucle for.4 5Contexte :6L'élève a 14 ans et vient de terminer le monde des variables.7 8Contraintes :9- Trois phrases au plus.10- Un exemple de code de 3 lignes, en Python.11 12Format : du texte simple, sans titre.Relis ta consigne en te demandant : un humain compétent, sans aucun contexte, ferait-il exactement ce que je veux ? Si non, le modèle non plus.

