Expérience agent
Concevez ce que le modèle voit afin qu'il puisse trouver ce dont il a besoin, agir en toute sécurité et consacrer son contexte à la tâche. Il s'agit de conseils, pas d'une liste de contrôle.
- Commencez avec un contexte minimal : exposez d'abord le but, les actions disponibles et les contraintes ; chargez les instructions détaillées lorsque c'est nécessaire.
- Rendez la découverte explicite : chaque ressource différée a besoin d'une description claire et d'un moyen fiable de la récupérer.
- Gardez les contraintes critiques visibles : les permissions, les effets destructeurs et la validation requise apparaissent avant l'action concernée.
- Privilégiez les sorties bornées : renvoyez des résultats concis avec des identifiants ou des chemins pour récupérer les détails ; évitez de vider des logs ou des documents entiers.
- Utilisez la localité : incluez une quantité bornée de contexte adjacent probablement nécessaire avec le résultat d'une opération. Par exemple, fournissez une réponse à un fil avec quelques messages précédents. Marquez les omissions et les troncatures explicitement, et fournissez un moyen d'en récupérer davantage.
- Évaluez le travail total : économiser du contexte n'est utile que si cela n'entraîne pas davantage de recherches, de relectures ou d'erreurs.
Définitions d'outils
- Supprimez les contraintes évidentes. Omettez les règles que le modèle apprend à partir du résultat de l'appel, comme l'échec de lecture d'un fichier manquant ou l'absence de livraison d'un envoi échoué.
- Décrivez le comportement, pas l'implémentation. Indiquez ce que l'outil fait et renvoie ; omettez les mécanismes internes, les marqueurs de sortie que le modèle voit dans les résultats, et les détails d'application.
- Placez les règles des paramètres sur le paramètre. Les valeurs par défaut, les plages, les appairages et les règles de définition conditionnelle appartiennent à la description ou au schéma de ce paramètre ; une description qui varie avec la configuration signifie généralement que la partie variable appartient à un paramètre.
- Dites chaque fait une fois. Ne répétez pas la définition de l'outil dans sa section d'instructions système, une description de paramètre dans la description de l'outil, ou les règles d'un outil dans un autre outil.
- Mesurez le changement. Comparez les jetons de première invite avant et après une modification de la définition d'outil.
Compétences et instructions agent
- La description est le déclencheur. La description d'une compétence indique quand l'utiliser dans les mots qu'un utilisateur ou une tâche utiliserait ; le corps indique comment.
- Gardez le fichier d'entrée court et liez les détails. Placez les workflows et les garde-fous dans le fichier de compétence ; déplacez les exemples de calibrage et les longues références dans des fichiers chargés à la demande, liés directement depuis le fichier d'entrée.
- Énoncez explicitement les limites de portée. « Conseils, pas une liste de contrôle » ou « signaler les résultats sans modifier » change la façon dont un modèle applique le workflow.
- Pointez vers la source de vérité. Les instructions lient le document propriétaire au lieu de le reformuler, afin qu'elles ne dérivent pas.