Durchgängig testen

Führen Sie den agentischen Agent durchgängig aus, überprüfen Sie autonome API-Aufrufe und bestätigen Sie die vollständige Agent-Pipeline.

Wenn das Tool verbunden und der Agent-Vertrag aktualisiert ist, können Sie die vollständige Pipeline testen.

Schritt 5 – End-to-End-Test

Um den Agent durchgängig zu testen, verwenden Sie die Taste Debuggen in der Symbolleiste oben im Agent Builder. Dadurch wird das Dialogfeld Konfiguration debuggen geöffnet. Gehen Sie dann wie folgt vor:

1. Öffnen Sie die Registerkarte Einstiegspunkt-Argumente
2. Geben Sie eine Anforderungsbeschreibung aus dem Codeblock unten ein
3. Wählen Sie dann Speichern und Debuggen aus, um ihn auszuführen

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

Nachdem Sie auf Speichern und Debuggen geklickt haben, können Sie den Ausführungspfad am unteren Rand des Agent-Generators während der Ausführung beobachten. Der Ausführungspfad zeigt den vollständigen Entscheidungsprozess des Agents. Erwarten Sie für einen agentischen Agent mindestens drei Ereignisse:

1. Die erste Analyse der Anfrage durch den Agenten
2. Der Toolaufruf mit dem ausgewählten Suchbegriff
3. Die Toolantwort mit der Kandidatenliste

Der Agent argumentiert dann mit diesen Kandidaten, bevor er seine endgültige Ausgabe erzeugt.

Sie sollten Folgendes sehen:

1. Der Agent ruft Best Practice mit einem Suchbegriff auf, den er basierend auf der Anfrage ausgewählt hat.
2. Das Tool gibt eine Liste von Kandidaten zurück.
3. Der Agent wählt die beste Übereinstimmung aus und gibt die fünf Ausgabefelder zurück.

Wählen Sie die Spanne HTTP-Anforderung – Open5e Server Query aus, um die Anforderung anzuzeigen, die das Tool tatsächlich gesendet hat: die URL v2/creatures/ , den Suchbegriff, den der Agent in name__icontains ausgewählt hat, und die Werte document__key und fields , die Sie in Schritt 1 konfiguriert haben . Die Antwort enthält den key -Bezeichner für jeden Kandidaten.

Überprüfen Sie, ob die Ausgabe alle fünf Felder enthält: monsterIndex, monsterName, monsterType, monsterCr und monsterReasoning. monsterIndex ist das key der API, also hat es das Präfix srd_ – z. B. srd_giant-ape. Das Feld monsterReasoning sollte erklären, warum der Agent dieses Agent für die Aufgabe ausgewählt hat.

---

Was Sie erstellt haben

Sie haben die erste Komponente von UiPathsucher erstellt:

• Es wurde ein Live-API-Connector erstellt, der das 5e SLD durchsucht: eine Eingabe, eine HTTP-Anforderung, eine Ausgabe.
• Verbunden mit Ihrem Agent als Tool über eine einzige Auswahl im Agent Builder.
• Der Agent entscheidet nun autonom, wann er das Tool aufruft, wonach gesucht werden soll und welcher Kandidat am besten zur Anfrage passt.

Die zweistufige Argumentationskette (Suchbegriff und Kandidatenbewertung) ist genau die Art von Verlauf, die ein aussagekräftiges Bewertungssignal erzeugt; Darum geht es im nächsten Lab.

Wie geht es weiter?

• Open5e API-Dokumentation – Erkunden Sie die vollständige Robotersuch-API, um zu verstehen, welche Felder verfügbar sind.
• UiPath Integration Service – Erstellen Sie Tools, die eine Verbindung mit SaaS-APIs herstellen, ohne einen benutzerdefinierten Workflow zu schreiben.
• UiPath Community – Foren, Anleitungen und Entwicklerdiskussionen.