- Erste Schritte
- Best Practices
- Organisationsmodellierung im Orchestrator
- Beste Praktiken für die Automatisierung (Automation Best Practices)
- Optimieren von Unattended-Infrastruktur mithilfe von Maschinenvorlagen
- Organisieren von Ressourcen mit Tags
- Exportieren von Rastern im Hintergrund
- Durchsetzung der Governance der Integration Service-Verbindung auf Benutzerebene
- Mandant
- Über den Kontext „Mandant“
- Suche nach Ressourcen in einem Mandanten
- Verwaltung von Robotern
- Verbindung von Robotern mit Orchestrator
- Speicherung von Roboterzugangsdaten in CyberArk
- Speichern der Kennwörter von Unattended-Robotern im Azure Key Vault (schreibgeschützt)
- Speichern der Anmeldeinformationen von Unattended-Robotern im HashiCorp Vault (schreibgeschützt)
- Speichern der Anmeldeinformationen von Unattended-Robotern im AWS Secrets Manager (schreibgeschützt)
- Löschen von getrennten und nicht reagierenden Unattended-Sitzungen
- Roboter-Authentifizierung
- Roboter-Authentifizierung mit Client-Anmeldeinformationen
- Konfigurieren von Automatisierungsfunktionen
- Solutions (Lösungen)
- Audit
- Enforced encryption
- Einstellungen
- Registrierung
- Benachrichtigungen
- Events
- Anzeigen und Zugreifen auf Benachrichtigungen
- Anzeigen und Zugreifen auf E-Mail-Benachrichtigungen
- Es werden nur ungelesene Benachrichtigungen angezeigt
- Alle Benachrichtigungen als gelesen markieren
- Alle Benachrichtigungen löschen
- Löschen von Benachrichtigungen
- Abonnieren von Ereignissen
- Abbestellen von Ereignissen
- Ordnerkontext
- Prozesse
- Jobs
- Apps
- Auslöser
- Protokolle
- Überwachung
- Indizes
- Warteschlangen
- Assets
- Über Assets
- Verwalten von Assets in Orchestrator
- Verwalten von Assets in Studio
- Speichern von Assets im Azure Key Vault (schreibgeschützt)
- Speichern von Assets im HashiCorp Vault (schreibgeschützt)
- Speichern von Assets im AWS Secrets Manager (schreibgeschützt)
- Speichern von Assets in Google Secret Manager (schreibgeschützt)
- Verbindungen
- Geschäftsregeln
- Speicher-Buckets
- Agent-Gateway
- Testverfahren in Orchestrator
- Ressourcenkatalogdienst
- Integrationen
- Fehlersuche und ‑behebung
Erstellen von Swagger-MCP-Servern
Erstellen Sie einen Swagger-MCP-Server in Orchestrator, indem Sie ein OpenAPI-Dokument bereitstellen, das die API beschreibt, die als Tools verfügbar gemacht werden soll.
Diese Funktion befindet sich in der Vorschau.
Ein Swagger-MCP-Server wandelt ein OpenAPI-Dokument in MCP-Tools um. Sie stellen das Dokument bereit, und jeder darin beschriebene Vorgang wird zu einem Tool, das der Server über HTTP aufruft.
Voraussetzungen
- Die Ordnerberechtigung Erstellen für MCP-Server.
- Das OpenAPI-Dokument für die API, entweder als URL oder als Datei, die Sie einfügen können.
Erstellen Sie einen Swagger-MCP-Server
-
Wählen Sie unter Agent Gateway > MCP-Server das Menü MCP-Server hinzufügen .
-
Wählen Sie unter Extern die Option Swagger aus.
-
Geben Sie einen Namen ein. Dies ist der Anzeigename, der in der Serverliste angezeigt wird.
-
Geben Sie eine Slug ein.
Hinweis:Die Slug akzeptiert nur Kleinbuchstaben, Ziffern und Bindestriche und muss zwischen 3 und 50 Zeichen lang sein. Es wird das letzte Segment der Server-URL.
-
Geben Sie optional eine Beschreibung mit bis zu 500 Zeichen ein.
-
Wählen Sie aus, wie das OpenAPI-Dokument bereitgestellt werden soll: Wählen Sie Von-URL aus und geben Sie die Swagger-URL ein, von der es bereitgestellt wird, oder wählen Sie JSON einfügen und fügen Sie das Dokument selbst ein.
Hinweis:Von URL ist die zu bevorzugende Option, da nur dies das spätere Aktualisieren der Tools unterstützt. Verwenden Sie „JSON einfügen“, wenn das Dokument nicht an einer Adresse bereitgestellt wird, die UiPath erreichen kann. Wenn Sie zwischen den beiden Optionen wechseln, wird gelöscht, was Sie in der anderen eingegeben haben.
-
Wählen Sie den Verbindungstyp aus: Standard , um eine Verbindung direkt über das öffentliche Internet herzustellen, oder Privat (Relay), um den Datenverkehr über UiPath Relay für eine API in Ihrem eigenen Netzwerk weiterzuleiten.
-
Fügen Sie die von der API erwarteten Header , einen pro Zeile, im Format
Name:valuehinzu.Hinweis:Der aufgelöste Wert wird als konfigurierter Header an die API gesendet. Verwenden Sie daher Asset-gestützte Header nur für Endpunkte, denen Sie diese Geheimnisse vertrauen.
Anstatt ein Geheimnis einzufügen, geben Sie einem Header einen Wert im Format
%ASSETS/AssetName%an. UiPath löst es anhand des Assets im Serverordner auf, bevor die Anforderung gesendet wird, und der Aufruf schlägt fehl, anstatt einen ungelösten Platzhalter weiterzuleiten, wenn das Asset nicht gelesen werden kann. Die Autovervollständigung listet nur Assets auf, die Automatisierungen und API-Zugriff zulassen. -
Erweitern Sie optional die Guardrails und konfigurieren Sie sie.
-
Wählen Sie Hinzufügen aus.
Ergebnis: UiPath liest das Dokument, ruft es ab, wenn Sie eine URL angegeben haben, und erstellt ein Tool für jeden beschriebenen Vorgang. Wenn das Dokument nicht gelesen werden kann, wird der Server nicht erstellt und der Fehler gibt den Grund an. Wählen Sie URL kopieren in der Zeile des Servers aus, um die Adresse abzurufen:
https://cloud.uipath.com/{org_name}/{tenant_name}/agenthub_/mcp/{folder_key}/{server_slug}
https://cloud.uipath.com/{org_name}/{tenant_name}/agenthub_/mcp/{folder_key}/{server_slug}
Text-, Geheimnis-, Bool-, Integer-, Anmeldeinformations- und Windows-Anmeldeinformations-Assets werden für Asset-gestützte Header unterstützt; Anmeldedaten und Windows-Anmeldedaten werden in den Kennwortwert aufgelöst. Schlüsselwertlisten-Assets werden nicht unterstützt, da ein Header-Wert in eine Zeichenfolge aufgelöst werden muss.
Um Änderungen später an der API zu übernehmen, wählen Sie Aktualisieren auf dem Server aus. Es liest das Dokument erneut aus seiner URL und erstellt die Toolliste neu; Verbundene Clients sehen die neue Liste, wenn sie das nächste Mal nach einer fragen. Ein Server, der aus einem eingefügten Dokument erstellt wurde, hat keine URL, die erneut gelesen werden muss. Wenn er also aktuell bleibt, muss das eingefügte Dokument bearbeitet werden.
Bei einer Standardverbindung hat die Anforderung, die UiPath an die API stellt, ein Timeout von 30 Sekunden und ein Antwortlimit von 1 MiB, und der Toolaufruf wird offen gehalten, bis er zurückgegeben wird. Vorgänge mit langer Ausführungszeit und Vorgänge, die große Nutzlasten zurückgeben, eignen sich nicht gut für diesen Servertyp.
Aufrufe werden auf der Registerkarte Ausführungen auf dem Server angezeigt.
Informationen dazu, wie Aufrufer authentifizieren und welche Berechtigungen sie benötigen, finden Sie unter MCP-Serverauthentifizierung. Um diesen Servertyp zu sehen und wie er mit den anderen verglichen wird, aktivieren Sie MCP-Servertypen.