- 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
- 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
- Testverfahren in Orchestrator
- Ressourcenkatalogdienst
- Integrationen
- Fehlersuche und ‑behebung
Orchestrator-Anleitung
- Wählen Sie auf der Seite MCP-Server die Option MCP-Server hinzufügen aus. Das Fenster MCP-Server hinzufügen wird angezeigt.
- Wählen Sie oben auf der Seite den Remote-Typ aus.
- Geben Sie im Feld Name einen Namen für den MCP-Server ein.
Hinweis:
Der Name wird als tatsächliche Slug für die Vorschau-URL verwendet. Stellen Sie deshalb sicher, dass der von Ihnen angegebene Name die folgenden Validierungskriterien erfüllt:
- Der Name muss mit der Regex-Regel übereinstimmen:
/^[a-zA-Z0-0]+(?:[-]+[a-zA-Z0-0+)*$/. - Der Wert muss mindestens 3 Zeichen und höchstens 50 Zeichen enthalten.
- Der Name muss mit der Regex-Regel übereinstimmen:
- Geben Sie unter URL-Vorschau einen Namen ein, um eine Vorschau auf die vollständige URL zu sehen.
Die Vorschau-URL verwendet das folgende Format: https://cloud.uipath.com/<OrganizationName>/<TenantName>/agenthub_/mcp/<FolderID>/<MCPServerName>.
Stellen Sie sicher, dass Sie über die entsprechenden Berechtigungen verfügen, um auf den Ordner zuzugreifen und darin einen MCP-Server zu erstellen.
- Fügen Sie eine Beschreibung des MCP-Servers hinzu.
- Fügen Sie die Remote-URL für den remote bereitgestellten MCP-Server hinzu.
- Fügen Sie die Header für den MCP-Server hinzu.
Sie können dieses Feld für benutzerdefinierte HTTP-Anforderungsheader verwenden, die Orchestrator bei der Kommunikation mit dem Remote-MCP-Server-Endpunkt sendet. Diese Header werden häufig für die Authentifizierung, z. B. API-Schlüssel, oder für die benutzerdefinierte Konfiguration verwendet, die der MCP-Server in seinen Anforderungen erwartet.
To avoid hardcoding secrets in headers, reference Orchestrator assets using the %ASSETS/AssetName% syntax as the full header value. For example, use Authorization: %ASSETS/RemoteBearerToken% or X-Api-Key: %ASSETS/MyApiKey%.
If the remote endpoint expects a prefix such as Bearer, store the full header value in the asset. For example, store Bearer <token> in the RemoteBearerToken asset, then configure the header as Authorization: %ASSETS/RemoteBearerToken%.
Remote header asset references are resolved through Orchestrator using the caller's identity and the MCP Server folder context. This works without a robot or robot key. For details, check Using Orchestrator Assets in MCP Servers.
- Verwenden Sie Header nur, wenn Ihr Remote-MCP-Server-Endpunkt sie für die sichere Kommunikation erwartet. Lassen Sie diesen Abschnitt leer, wenn keine zusätzlichen Authentifizierungsheader erforderlich sind.
- When you add a header including terms like
secret,api_key, ortoken, the value is automatically masked after saving.
- Wählen Sie Hinzufügen aus. Der MCP-Server wird auf der Seite MCP-Server erstellt und angezeigt.