- 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
Über Agent Gateway
Agent Gateway, die Hub in Orchestrator für die Registrierung und Verwaltung von MCP-Servern und A2A-Agents in beiden Richtungen.
Agent Gateway ist in der Vorschau verfügbar.
Agent Gateway ist der Bereich im Orchestrator, in dem Sie die Agents und Server registrieren und verwalten, welche die UiPath Platform mit der Aussenwelt verbinden, indem Sie zwei offene Protokolle verwenden: Model Context Protocol (MCP) und Agent2Agent (A2A). Er ersetzt den früheren Bereich für eigenständige MCP-Server, der sich jetzt in Agent Gateway neben einem neuen Bereich für A2A-Agents befindet.
Zwei Kommunikationsrichtungen
Agent Gateway unterstützt die Kommunikation in beide Richtungen:
- Ausgehend (UiPath nach extern): Ermöglicht die Verbindung externer MCP-Server und A2A-Agents, sodass sie zusammen mit UiPath-Automatisierungen und -Agents orchestriert werden können.
- Eingehend (außerhalb von UiPath): Stellt UiPath-Funktionen wie Automatisierungen, API-Workflows und Agents für externe KI-Assistenten und Agents bereit.
Einmal registriert, überall verfügbar
Jeder MCP-Server und A2A-Agent, den Sie in Agent Gateway registrieren, einschließlich solcher, die außerhalb der UiPath-Plattform gehostet werden, wird zu einer Ressource auf der Plattform. Nach der Registrierung können Sie es in jeder Orchestrierungs- oder Agentenebene verwenden, z. B. in Maestro-Flows, BPMN-Prozessen in Maestro oder in Agent Builder erstellten Agents, ohne zusätzliche Einrichtung für jeden Verbraucher.
MCP und A2A
Das Agent Gateway ist nach Protokoll organisiert, da das Protokoll bestimmt, wie die Erkennung, Registrierung, Authentifizierung und Kommunikation funktionieren:
- MCP stellt Funktionen als Tools bereit, die Agents finden und aufrufen können.
- A2A unterstützt mehrstufige Konversationen zwischen Agents.
Bei eingehenden Szenarien unterscheidet sich das Setup zwischen den beiden Protokollen:
- A2A: Jeder UiPath Conversational Agent spricht nativ A2A und verfügt bereits über eine Agentkarte. Es ist keine Einrichtung erforderlich.
- MCP: Das Offenlegen von UiPath-Artefakten als Tools erfordert das Erstellen eines UiPath-MCP-Servers, bei dem jedes Tool mit einem Prozess verknüpft ist.
Weitere Informationen zu MCP finden Sie unter Über MCP-Server. Weitere Informationen zu A2A finden Sie unter Über A2A-Agents. Um Ihren ersten Agent oder Server zu registrieren, aktivieren Sie Ausgehend (UiPath to extern) oder Verwalten von MCP-Servern.