Article

Checklist prompt engineering

Les vérifications à faire avant de mettre un prompt en production.

Débutant 1 min de lecture

Un bon prompt se relit comme une spécification. Avant de le livrer, passez cette liste.

Contenu du prompt

  • Le rôle et l'objectif sont énoncés dès la première phrase.
  • Le public cible et le ton sont précisés.
  • Le format de sortie est explicite (JSON, Markdown, longueur maximale).
  • Deux ou trois exemples (few-shot) couvrent les cas typiques et un cas limite.
  • Les contraintes négatives sont formulées positivement (« réponds en français » plutôt que « ne réponds pas en anglais »).

Robustesse

  • Les données utilisateur sont séparées des instructions (balises <document>, délimiteurs).
  • Le modèle sait quoi répondre quand l'information manque.
  • La température est adaptée : basse pour l'extraction, plus haute pour la créativité.
  • Une sortie structurée est imposée via response_schema quand c'est possible.

Évaluation

  • Un jeu de 20 à 50 cas de test est versionné avec le prompt.
  • Les résultats sont comparés à la version précédente avant chaque changement.
  • Le coût en tokens par requête est mesuré.

Un prompt non testé est un bug qui attend son utilisateur.

Ressources

    Tout télécharger (.zip)