Tester de bout en bout

Exécutez l'agent à l'aide de l'outil de bout en bout, vérifiez les appels d'API autonomes et confirmez le pipeline complet de l'agent.

Une fois l’outil connecté et le contrat de l’agent mis à jour, vous êtes prêt à tester l’ensemble du pipeline.

Étape 5 - Tester de bout en bout

Pour tester l'agent de bout en bout, utilisez le bouton Debug de la barre d'outils supérieure du Agent Builder. Cela ouvre la boîte de dialogue Configuration du débogage . Effectuez les opérations suivantes:

1. Ouvre l’onglet Arguments du point d’entrée
2. Saisissez une description de la requête à partir du bloc de code ci-dessous
3. Sélectionnez ensuite Enregistrer et Debug pour l’exécuter

The villagers report a massive creature has been destroying farms on the edge of the forest at night.

Après avoir cliqué sur Save & Debug, vous pouvez observer la Execution Trail au bas de l'Agent Builder pendant son exécution. La piste d'exécution montre le processus de décision complet de l'agent. Pour un agent utilisant des outils, attendez-vous à au moins trois événements:

1. L’analyse initiale de la requête par l’agent
2. L’appel d’outil avec le terme de recherche qu’il a choisi
3. La réponse de l’outil avec la liste des candidats

L'agent raisonne ensuite sur ces candidats avant de produire sa sortie finale.

Vous devriez voir:

1. L'agent appelle Monitor Query avec un terme de recherche qu'il a choisi en fonction de la requête.
2. L’outil renvoie une liste de candidats.
3. L'agent sélectionne la meilleure correspondance et renvoie les cinq champs de sortie.

Sélectionnez l’étendue HTTP Request - Open5e Monitor Query pour voir la requête que l’outil a réellement envoyée: l’URL v2/creatures/ , le terme de recherche choisi par l’agent à l’ name__icontains et les valeurs document__key et fields que vous avez configurées à l’étape 1 . La réponse ci-dessous porte l’identifiant key pour chaque candidat.

Vérifiez que la sortie contient l'ensemble des cinq champs: monsterIndex, monsterName, monsterType, monsterCr et monsterReasoning. monsterIndex est le key de l'API, il porte donc le préfixe srd_ - par exemple srd_giant-ape. Le champ monsterReasoning doit expliquer pourquoi l'agent a choisi ce moniteur pour la requête.

---

Ce que vous avez créé

Vous avez créé le premier composant de UiPathsearch:

• Créer un connecteur d'API en direct qui recherche le 5e SDR: une entrée, une requête HTTP, une sortie.
• Connecté à votre agent en tant qu'outil avec une seule sélection dans l'Agent Builder.
• L'agent décide désormais de manière autonome quand appeler l'outil, ce qu'il faut rechercher et quel candidat correspond le mieux à la requête.

La chaîne de raisonnement en deux étapes (sélection des termes de recherche et évaluation des candidats) est exactement le type de trajectoire qui produit un signal d’évaluation significatif; c'est le sujet du prochain lab.

Et après

• Documents de l'API Open5e : explorez l'API de recherche Monstre pour comprendre les champs disponibles.
• UiPath Integration Service - créez des outils qui se connectent aux API SaaS sans écrire un workflow personnalisé.
• Community UiPath : forum, pratiques et discussions des développeurs.