Repository navigation
Categories
Les questions du jeu sont classées par levier de prompt engineering : une catégorie est une compétence à acquérir, et le sujet du monde réel n'en est que la variante.
Un levier se rejoue. Les questions 2 et 27 peuvent porter sur la même compétence et sur deux documents différents : l'une sur un mail, l'autre sur du code. Un joueur qui a compris « l'ancrage » se sert donc de cette compréhension toute la partie, sur des matières qu'il ne reverra plus. C'est ce qui fait la progression : une compétence se renforce en se réappliquant, pas en se rejouant à l'identique.
Chaque catégorie est présentée avec un exemple concret : le prompt envoyé, ce que le modèle renvoie, et ce qu'il faut ajouter dans le prompt pour obtenir autre chose.
Le didacticiel n'utilise que les catégories 1, 2, 3, 4 et 7, celles qui suffisent à un premier passage. Les autres n'apparaissent qu'en jeu.
Le modèle ne sait pas ce que vous ne lui dites pas. Il ne pose pas de question, il suppose, et il suppose juste en moyenne.
Exemple. Un mail annonce à un client que sa livraison aura deux jours de retard. Vous écrivez « Résume ce mail. », et le modèle renvoie cinq lignes qui gardent le nom du fournisseur, le numéro de commande et le montant de l'avoir. Pour vous, ce résumé est parfait. Envoyé au client, il est catastrophique : vous venez de rappeler un fournisseur en faute et de lui montrer un avoir.
Il manquait trois informations : pour qui est ce résumé, et ce qui doit disparaître.
Résume ce mail en trois points pour mon client. Ne cite ni le fournisseur ni le montant de l'avoir, et termine par la nouvelle date de livraison.
Même demande, deux phrases plus longue. On sait maintenant à qui ça s'adresse, et on sait ce qui sort du résumé.
Un rôle ne dit pas quel ton employer, il dit qui parle et donc ce qui compte. Changer de rôle ne change pas les mots employés, ça change ce que le modèle garde.
Exemple. Le même paragraphe : « La migration a pris trois jours de plus que prévu. La cause principale est un test de charge qui n'avait pas été lancé avant la bascule. Ce test sera ajouté au processus de release dès le mois prochain. »
Tu es chef de projet. Résume ce paragraphe en deux points pour ton équipe.
Le retard passe en une ligne, parce que l'équipe connaît déjà le calendrier. Le reste des deux points va au test de charge et à la correction du processus, parce que c'est ceux-là qu'elle peut agir.
Tu es journaliste. Résume ce paragraphe pour tes lecteurs.
Trois jours de retard et sa cause : c'est l'information. Le processus de release disparaît, personne en dehors de l'entreprise n'a de raison de le savoir.
Même texte, même longueur, moitié différente. Ce qui change n'est pas la façon de parler, c'est ce que le modèle considère comme important.
C'est la catégorie qui rend le résultat vérifiable. Une consigne de forme se contrôle sans lire la réponse.
Exemple. « Explique la photosynthèse » donne un paragraphe de huit lignes : définitions d'abord, puis l'équation chimique. Pour un élève de collège, c'est illisible, et rien dans la réponse ne le signale.
Explique la photosynthèse à un élève de collège, en trois étapes numérotées, sans développement et sans formule.
Trois étapes, aucune formule, aucun développement. On peut donner une note sans lire, et deux joueurs peuvent être comparés ligne à ligne, ce qui n'était pas possible avec la première version.
L'exemple est la façon la plus courte de dire ce qu'on veut, parce qu'il montre le résultat attendu au lieu de décrire la règle. Il se place après la consigne, jamais à sa place.
Exemple. Vous voulez refaire un graphique en courbes, abscisses en temps, ordonnées en température. Vous écrivez « Reproduis le graphique de la figure 3. », et le modèle renvoie un graphique qui ressemble à ce qu'un graphique de température ressemble d'habitude. Il n'a jamais vu la figure 3, il n'a jamais vu aucune image, il a produit ce qui lui sembla le plus plausible : axes inversés, unité différente, échelle absente.
Il faut donc joindre l'image et nommer ce que le texte ne peut pas transmettre :
Voici la figure 3. Reproduis ce graphique avec les mêmes axes et la même unité. Les abscisses sont en minutes et les ordonnées en degrés Celsius.
Le coût : un exemple qui n'est pas ce qu'on veut est imité tel quel, défauts compris. Il vaut mieux une consigne claire et un exemple correct qu'un exemple seul.
Un modèle ne signale pas ce qu'il complète. Il comble le silence, et il le fait sans préciser que c'est un silence.
Exemple. Un bout de code appelle une fonction qui n'existe que dans une version récente de la bibliothèque. Vous écrivez « Corrige ce code », et le modèle renvoie une correction qui appelle encore cette fonction, avec un commentaire qui explique clairement le problème. Le code compile chez le modèle, il ne compile pas chez vous.
Corrige ce code sans utiliser d'autres fonctions que celles déjà importées dans le fichier. S'il te faut une fonction qui n'y est pas, signale-la au lieu de l'appeler.
L'erreur devient visible au lieu d'être silencieuse. C'est tout l'intérêt de la consigne : déplacer le doute vers le lecteur.
Faire vérifier par le modèle, ou le faire contredire par lui-même. C'est la seule façon d'attraper une erreur qui a l'air certaine.
Exemple. Compter les lettres « r » dans strawberry. Le modèle répond 3. Il y en a 4.
Le piège n'est pas l'erreur, c'est son assurance : le joueur qui avait douté se trouve avoir tort, et le joueur qui avait accepté se trouve avoir raison. Les deux apprennent la même leçon, et c'est la mauvaise.
Compte les « r » de strawberry. Compte-les ensuite en syllabes et compare les deux résultats. Si tu n'obtiens pas le même nombre, dis lequel te semble juste et pourquoi.
Le modèle vérifie et se trompe, ou il vérifie et se reprend. Dans les deux cas l'erreur ne passe plus inaperçue, et l'exercice vaut quelque chose.
La réponse obtenue est le point de départ, pas le verdict. On relit, on repère ce qui manque, on corrige ce point, et on ne touche pas au reste.
Exemple. Le graphique est bon, la palette ne l'est pas : deux couleurs pastel trop proches, illisibles en projection.
Le graphique est bon, ne le refais pas. Change seulement les couleurs : fond clair, deux couleurs pastel contrastées, et vérifie que les deux courbes restent distinguables une fois imprimées en niveaux de gris.
Un point corrigé, tout le reste intact. Le réflexe à éviter, c'est de tout réécrire en plus long : on repart de zéro et on perd ce qui marchait déjà.
Demander au modèle de découper le travail, ou d'évaluer à votre place. Le modèle change de rôle : il ne produit plus la réponse, il la structure.
Exemple. Un cours de quarante pages, six chapitres, dont un de quinze pages. Vous écrivez « Fais un QCM de dix questions sur ce cours », et vous obtenez dix questions sur le chapitre 1, parce que c'est le plus long et que le modèle a de quoi les remplir.
Résume chaque chapitre séparément, cinq lignes maximum par résumé. Puis construis, à partir de ces six résumés, un QCM de dix questions avec le corrigé.
Cette fois le QCM porte sur les six chapitres, y compris celui qui ne fait que deux pages. Les résumés restent lisibles et contrôlables : si le découpage est mauvais, on le voit sur les résumés, avant le QCM.
Une question par catégorie fait sept fois sur huit la même chose : le joueur reconnaît une catégorie déjà rencontrée et applique ce qu'il en a retenu. C'est le mécanisme de rappel, et il est voulu. Ce qui n'est pas acceptable, c'est la même question deux fois : deux énoncés proches sur la même catégorie.
Cinq questions par catégorie donnent quarante questions, soit cinq sessions complètes sans répétition.
- « Honnêteté de la réponse » : demander au modèle de signaler son doute plutôt que de combler le vide est un cas particulier de la catégorie 5, mais assez distinct pour mériter sa place. Si elle sort, la catégorie 5 passe à quatre questions et le total reste à quarante.
-
Le tirage :
quiz.pytire aujourd'hui un échantillon de huit questions dans la banque. Passé quarante, ce code tirerait huit questions sur quarante au hasard, et trente-deux resteraient invisibles pour toute une partie. Un raccourcissement du didacticiel ou une banque par round restent à trancher avant d'écrire les questions.