Aller au contenu principal

Le few-shot bien fait

Intermédiaire
What you'll learn
  • Ce qu'est le prompting few-shot et pourquoi les exemples battent les descriptions
  • Comment lire un prompt few-shot propre que le modèle complète
  • Comment choisir, formater et ordonner les exemples (y compris les cas limites)
  • Quand recourir au zero-shot vs au few-shot
  • Pourquoi un exemple bâclé est pire que pas d'exemple

Le prompting few-shot consiste à montrer au modèle quelques exemples résolus de la tâche avant de lui demander d'en faire une nouvelle. Bien fait, c'est le moyen le plus rapide de verrouiller un format, un style ou un comportement sur cas limite — souvent meilleur que de décrire ce que vous voulez avec des mots.

Pourquoi les exemples battent les descriptions​

« Sois concis et amical » est vague. Montrer deux sorties concises et amicales est sans ambiguïté. Le modèle reconnaît le motif des exemples et poursuit le motif.

Un prompt few-shot propre​

Remarquez la forme : plusieurs paires Message → Étiquette au format identique, puis un dernier message avec un Label: vide à remplir par le modèle.

Prompt de classification few-shot

Classify each support message as: billing, bug, or feature.

Message: "I was charged twice this month."
Label: billing

Message: "The app crashes when I upload a photo."
Label: bug

Message: "Can you add dark mode?"
Label: feature

Message: "My subscription renewed at the wrong price."
Label:

Le modèle a le motif ; il complète la dernière ligne.

Comment choisir et formater les exemples​

Guided walkthrough1 of 5
  1. Incluez les cas limites qui comptent pour vous. Si une catégorie est rare ou délicate, incluez-la.

Le coût en tokens ci-dessus est réel — voir Tokens & contexte. Pour l'approche par délimiteurs, les balises XML sont un séparateur propre et fiable.

Zero-shot vs few-shot​

Essayez d'abord le zero-shot (demandez simplement) — les modèles modernes sont solides. Ajoutez des exemples quand vous avez besoin d'un format/style spécifique ou que la tâche est ambiguë. Si le zero-shot fait déjà mouche, ne payez pas pour des exemples.

Pro tip
  • Les exemples sont des données — gardez-les propres. Un exemple erroné ou bâclé enseigne activement la mauvaise chose. Curatez-les comme des données d'entraînement.
Key takeaways
  • Montrez, ne racontez pas : des exemples résolus battent des descriptions vagues.
  • Couvrez la variété, surtout les cas limites, et gardez chaque exemple au format identique.
  • 2 à 5 exemples suffit généralement ; davantage peut surajuster et coûte des tokens.
  • L'ordre compte — les plus clairs en premier, et ne regroupez pas une même étiquette.
  • Commencez en zero-shot ; ajoutez des exemples seulement pour un format/style spécifique ou l'ambiguïté.

Testez-vous

0/5
  1. Pourquoi les exemples battent-ils souvent une description écrite comme « sois concis et amical » ?
  2. Combien d'exemples suffisent « souvent » pour un prompt few-shot ?
  3. Pour une tâche de classification, comment ordonner les exemples ?
  4. Quand faut-il préférer le zero-shot au few-shot ?
  5. Quel est le risque d'un exemple bâclé ou erroné ?

Suite​