prompt

En profondeur

Techniquement, un prompt n’ordonne rien : il conditionne. Le modèle produit la suite la plus plausible du texte qu’on lui soumet, et le prompt est la partie de ce texte que vous écrivez. C’est pourquoi la forme compte autant que le fond : un exemple de sortie attendue oriente davantage qu’une consigne abstraite, et une interdiction laisse plus de latitude qu’une instruction positive. Rien dans le mécanisme ne garantit qu’une consigne sera suivie : elle est influente, pas contraignante.

Le vocabulaire courant appelle prompt trois choses différentes. Le prompt système est écrit par qui conçoit le produit et vaut pour tous les échanges, le prompt utilisateur est votre message, et le prompt effectif est l’ensemble réellement transmis au modèle, contexte compris. La confusion coûte cher en entreprise, où l’on optimise le message de l’utilisateur alors que le comportement gênant vient d’une instruction permanente. Ces couches n’ont pas non plus l’autorité qu’on leur prête : elles se distinguent par convention, et un texte inséré plus loin peut entrer en concurrence avec elles.

Le piège le plus fréquent est de juger un prompt sur un essai réussi. Un modèle produit des sorties variables, et deux formulations proches peuvent donner des résultats très différents : un prompt sérieux se compare sur un jeu de cas, jamais sur une impression. Le deuxième piège est la fragilité : une consigne ajustée à un modèle précis se déforme dès qu’on en change, ce qui fait du prompt un actif à réviser plutôt qu’un acquis. Le troisième relève de la sécurité : puisque tout arrive au modèle sous forme de texte, un document ou une page consultée en cours de route peut contenir des instructions qui rivalisent avec les vôtres.