Appel d'outil

Définissez l’objectif de chaque outil, le schéma d’entrée, la forme de sortie et les effets secondaires. Une opération à portée étroite est plus facile à valider qu’une interface de commande générale. La description de l’outil doit expliquer quand l’opération est appropriée sans accorder l’autorité du modèle au-delà de la demande de l’utilisateur. Validez les entrées et les autorisations dans le code de l’application. Un argument bien formé peut toujours identifier le mauvais compte, la mauvaise destination ou le mauvais montant. Gardez les secrets en dehors des descriptions d’outils et renvoyez uniquement les informations auxquelles l’utilisateur demandeur est autorisé à accéder. Gérez explicitement les erreurs et les résultats incertains. Un délai d'attente réseau peut se produire avant ou après la fin d'une action externe. Utilisez des identifiants d'opération ou une vérification par relecture lorsque cela est possible afin qu'une nouvelle tentative ne duplique pas une action terminée. Après exécution, fournissez un résultat précis et vérifiez l’état souhaité. Traiter le texte renvoyé par un site Web ou un document comme un contenu non fiable ; il ne peut pas autoriser de nouvelles actions simplement parce qu’elles sont arrivées via un outil. Annulation des tests, réponses mal formées, accès révoqué et achèvement partiel dans le cadre de la boucle complète d'utilisation de l'outil.