Exemple minimal
Version builder
Le framework propose aussiInstructions :
Instructions vs prompt
| Question | Instructions | Prompt |
|---|---|---|
| Quand ça change | Quand le rôle, la feature ou le format stable change | À chaque requête |
| Ce que vous y mettez | Le ton, les limites, le style, le format durable | La demande du moment et son contexte local |
| Qui le contrôle | Votre code | Votre code et souvent l’action utilisateur |
- mettez les règles persistantes dans les instructions
- mettez la demande concrète dans le prompt
Ce qui doit rester stable dans les instructions
Mettez dansInstructions ce que votre feature veut répéter sans le redire à chaque appel :
- le rôle du modèle
- le niveau de détail attendu
- le format général
- les limites métier stables
Ce qu’une bonne instruction doit contenir
Le rôle
Exemple :Le niveau de détail
Exemple :Le format attendu
Exemple :Les limites utiles
Exemple :Un exemple plus réaliste
Ce qu’il faut éviter
Des instructions trop longues
Des instructions verbeuses coûtent plus cher en contexte et sont plus difficiles à maintenir.Des instructions qui dupliquent le prompt
Si une contrainte ne vaut que pour une demande précise, laissez-la dans le prompt.Des instructions pilotées par la saisie libre de l’utilisateur
N’injectez pas directement du texte utilisateur dansinstructions.
Quand créer une nouvelle session
Créez une nouvelle session si :- le rôle du modèle change
- le format attendu change fortement
- la conversation précédente n’a plus de rapport avec la nouvelle tâche