- Erste Schritte
- Best Practices
- 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
- Einstellungen
- Registrierung
- Cloud Robots
- Übersicht über Cloud Robots
- Ausführen von Unattended-Automatisierungen mit Cloud Robot – VM
- Hochladen Ihres eigenen Image
- Wiederverwenden von benutzerdefinierten Maschinen-Images (für manuelle Pools)
- Zurücksetzen der Anmeldeinformationen für eine Maschine (für manuelle Pools)
- Überwachung
- Sicherheitsupdates
- Testversion anfordern
- Häufig gestellte Fragen
- Konfigurieren einer VPN für Cloud-Roboter
- Konfigurieren einer ExpressRoute-Verbindung
- Live-Streaming und Remotesteuerung
- 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
- Automation Suite-Roboter
- 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
- MCP-Server
- Über MCP-Server
- MCP-Compliance-Richtlinien
- Testverfahren in Orchestrator
- Ressourcenkatalogdienst
- Integrationen
- Fehlersuche und ‑behebung
Orchestrator-Anleitung
Die Verfügbarkeit der Funktionen hängt vom Cloud-Angebot ab, das Sie verwenden. Weitere Informationen finden Sie auf der Seite Funktionsverfügbarkeit.
Model Context Protocol (MCP) ist ein offener Standard für die Verbindung von KI-Assistenten und -Agenten mit den Systemen, in denen Daten gespeichert werden, einschließlich Inhaltsrepositorys, Geschäftstools und Entwicklungsumgebungen. Es definiert, wie Kontext und Tools für KI-Systeme verfügbar gemacht werden, sodass Modelle Funktionen erkennen und aufrufen können, ohne dass benutzerdefinierte Punkt-zu-Punkt-Integrationen erforderlich sind.
Weitere Informationen zum Protokoll finden Sie in der Dokumentation zum Model Context Protocol.
Die UiPath-Plattform bietet native Unterstützung für MCP, sodass MCP-Server als Teil von Agent-Workflows erstellt, gehostet oder verbunden werden können. Über MCP können UiPath-Artefakte (RPA-Workflows, Agents, API-Workflows, Agent-Prozesse und Integration Service-Aktivitäten) als Tools bereitgestellt werden, die KI-Modelle sicher nutzen können.
MCP-Servertypen
UiPath unterstützt fünf MCP-Servertypen, die jeweils für ein anderes Szenario geeignet sind. In der folgenden Tabelle werden die Typen auf einen Blick verglichen. Weitere Informationen finden Sie auf der dedizierten Seite für jeden Typ.
| Servertyp | Hosting | Einrichten | Typischer Anwendungsfall |
|---|---|---|---|
| UiPath-MCP-Server | UiPath-Plattform | Artefaktauswahl im Orchestrator | Bereitstellen von UiPath-Artefakten als MCP-Tools |
| Remote MCP Server | Extern (öffentliches Internet oder lokal über UiPath Relay) | Remote-URL und Header im Orchestrator | Es wird eine Verbindung zu MCP-Servern hergestellt, die außerhalb von UiPath verwaltet werden |
| Befehls-MCP-Server | UiPath serverlos | Befehlsdefinition im Orchestrator | Ausführen eines vorhandenen MCP-Pakets ohne Neupaketierung |
| Codierter MCP-Server | UiPath serverlos | .nupkg in Orchestrator veröffentlicht | Erstellen eines benutzerdefinierten Python-MCP-Servers auf UiPath |
| Selbst gehosteter MCP-Server | Benutzergesteuerte Infrastruktur | Lokale Registrierung über uipath run | Ausführen eines codierten oder Befehls-MCP-Servers in Ihrer eigenen Infrastruktur |
Befehls-, codierte und selbst gehostete Server haben eine gemeinsame Laufzeit, ein Konfigurationsformat und einen gemeinsamen Transport. Weitere Informationen finden Sie unter Freigegebene Grundlage von MCP-Server.
Wenn Sie einen MCP-Server verbinden, der auf externem Code oder Befehlen basiert, verwenden Sie einen vertrauenswürdigen Anbieter.
Felder auf der Seite „MCP-Server“.
In folgender Tabelle werden die auf der Seite „MCP-Server“ in Orchestrator verfügbaren Felder beschrieben:
| Feld | Beschreibung |
|---|---|
| Name | Der Anzeigename des MCP-Servers. |
| Typ | Der Typ des MCP-Servers: UiPath, Remote, Befehl, Codiert oder Selbst gehostet. |
| Status | Der aktuelle Betriebsstatus des MCP-Servers. |
| Beschreibung | Eine kurze Beschreibung des MCP-Servers. |