La plus grande différence entre les invites système et celles des utilisateurs n’est pas qui apparaît en premier, mais « ce qui est responsable ». Les invites système sont plus adaptées à l’écriture de règles à long terme et stables, telles que l’identité, le ton, les frontières de sortie, les interdictions et les processus fixes ; Les prompts utilisateurs sont plus adaptés pour écrire des tâches spécifiques à effectuer dans ce tour, comme m’aider à réécrire, résumer, extraire et comparer le contenu à faire. Beaucoup de gens mélangent les deux, et le résultat est que les règles sont instables et que les tâches sont faciles à dévier.
| Point de jugement | Les invites système sont plus adaptées | Les prompts utilisateurs sont plus adaptés |
|---|---|---|
| Cycle d’action | Il continue d’agir sur plusieurs rounds | Seule la tâche en cours est accomplie |
| Type de contenu | Rôles, règles, frontières, contraintes de format | Questions, matériaux, objectifs et exigences complémentaires |
| Est-ce que ça change souvent ? | Relativement stable | Ça change souvent avec les questions |
Quel contenu doit être écrit en premier dans la consigne système
- L’identité et la qualité que vous souhaitez que le modèle conserve au fil du temps, comme le service client, l’éditeur ou l’assistant de code.
- Des règles de sortie à suivre, comme donner d’abord les conclusions, ne retourner que les tableaux, interdire la fabrication de sources, et parler directement si vous ne pouvez pas les trouver.
- Le processus ne change pas à chaque question, comme vérifier l’entrée avant de décider de continuer.
Quel contenu est préférable à mettre dans la demande utilisateur ?
- Que faire exactement cette fois, comme résumer le procès-verbal de la réunion, extraire les risques contractuels et changer la copie pour une version familière ?
- Des documents contextuels disponibles uniquement dans ce tour, tels que l’article original, la description de capture d’écran, les exigences clients et les données de tableau.
- Préférences improvisées, comme cette fois plus courtes, orientées patrons, pour conserver les numéros et les dates.
L’erreur la plus courante est d’insérer une grande partie des exigences de tâches dans la consigne système pendant longtemps, ce qui entraîne chaque tour suivant perturbé par les anciennes exigences. Une approche plus stable est que l’invite système ne définit que les règles, et que l’invite utilisateur mentionne spécifiquement la tâche en cours. Il suffit de se souvenir d’une phrase : le système de libération inchangé à long terme, le temps à faire pour libérer les utilisateurs, plus la division du travail est claire, moins le modèle est susceptible de se contredire.
