LES POINTS ESSENTIELS
À retenir
- Préciser ce que chaque exemple doit montrer.
- Inclure les frontières et les cas ambigus de la tâche.
- Évaluer sur des situations différentes des exemples fournis.
À ADAPTER À VOTRE BESOIN
Classe chaque message selon son objectif principal. Commercial : demande avant achat. Support : difficulté sur un service utilisé. Autre : aucun de ces cas. À examiner : ambiguïté non résolue. Exemples : « Une démonstration est-elle possible ? » → commercial « Mon compte ne s’ouvre plus. » → support « Je souhaite postuler. » → autre À classer : [nouveaux messages]. Conserve les identifiants fournis et signale les cas ambigus.
Remplacez les éléments entre crochets, puis vérifiez la réponse obtenue.
Choisir ce que l’exemple doit enseigner
Un exemple peut montrer un ton, un format ou une règle de décision. Évitez de lui demander implicitement de tout expliquer à la fois. Si vous voulez un classement de demandes, présentez le texte d’entrée et l’étiquette attendue.
Ajoutez une phrase décrivant la règle. Le modèle doit pouvoir distinguer les caractéristiques utiles des détails accidentels, comme la longueur de l’e-mail ou le nom d’une entreprise. Dans une tâche d’écriture, indiquez si l’exemple sert à montrer la structure sans réutiliser ses faits.
Varier les cas représentatifs
Pour classer des messages en « commercial », « support » et « autre », fournissez au moins des situations qui illustrent les frontières importantes. Un message contenant une question tarifaire peut être différent d’une plainte sur une facture existante. La présence d’un mot isolé ne suffit pas forcément.
Incluez un cas ambigu et le comportement attendu, par exemple demander une précision. Les exemples doivent refléter le travail réel, avec des formulations imparfaites et des informations parfois manquantes. Une série artificiellement uniforme peut donner une impression de réussite sans couvrir les difficultés utiles.
Un exemple de consigne
« Classe chaque demande selon son objectif principal. Commercial : demande d’information avant achat. Support : difficulté sur un service déjà utilisé. Autre : aucun de ces cas. Si deux objectifs sont indissociables, indique “à examiner”. Exemples : “Proposez-vous une démonstration ?” → commercial ; “Mon compte ne s’ouvre plus” → support ; “Je souhaite postuler” → autre. »
Complétez ensuite avec vos cas métier et leurs décisions validées. Le prompt sert à exprimer une règle existante, pas à laisser l’IA inventer votre organisation commerciale.
Séparer les exemples du jeu de test
Ne mesurez pas la qualité uniquement sur les cas déjà présents dans le prompt. Préparez un ensemble distinct de messages. Sinon, vous vérifiez surtout la capacité à reproduire ce que vous venez de montrer.
Gardez quelques exemples difficiles pour comparer les versions. Si un changement corrige une demande mais dégrade plusieurs autres, il faut le voir. Notez les erreurs par type : catégorie mal choisie, format non respecté ou ambiguïté ignorée. Cette distinction aide à décider si un nouvel exemple est vraiment la bonne correction.
Éviter la copie involontaire
Pour une rédaction, précisez que les noms, chiffres et réalisations de l’exemple ne doivent pas être repris. Une ressemblance de style ne justifie pas l’invention d’une référence client. Fournissez les faits autorisés dans un bloc séparé.
Réduisez enfin les exemples qui n’apportent plus d’information. L’objectif est de rendre la règle compréhensible, pas de fournir un catalogue interminable. Conservez la possibilité de signaler un cas hors périmètre. Une réponse qui demande une vérification peut être plus juste qu’une imitation forcée du modèle le plus proche.
Sources et ressources
Les références soutiennent les faits ou méthodes cités ; les analyses et recommandations sont celles du journal Site en Or.