- Démarrage
- Meilleures pratiques
- Modélisation de l'organisation dans Orchestrator
- Meilleures pratiques d'automatisation
- Optimisation de l'infrastructure Unattended à l'aide de modèles de machine
- Organisation des ressources avec des balises
- Exportation des grilles dans l'arrière-plan
- Appliquer la gouvernance de la connexion Integration Service au niveau de l'utilisateur
- Locataire
- À propos du contexte du locataire
- Recherche de ressources dans un locataire
- Gestion des Robots
- Connexion des Robots à Orchestrator
- Enregistrement des identifiants du Robot dans CyberArk
- Stockage des mots de passe de l’Unattended Robot dans Azure Key Vault (lecture seule)
- Stockage des informations d’identification de l’Unattended Robot dans HashiCorp Vault (lecture seule)
- Stockage des informations d'identification du robot Unattended dans AWS Secrets Manager (lecture seule)
- Suppression des sessions Unattended déconnectées et qui ne répondent pas
- Authentification du Robot
- Authentification du Robot avec les informations d'identification du client
- Configurer les capacités d’automatisation
- Solutions
- Audit
- Intégration des magasins d'identifiants
- Gestion des magasins d'identifiants
- Accès au dossier du magasin d’informations d’identification
- Affectation de magasins d'informations d'identification à des dossiers
- L'Orchestrator Credentials Proxy
- Débogage d'Orchestrator Credentials Proxy
- Managing credential proxies
- Paramètres
- Registre
- Notifications
- Contexte des dossiers
- Processus (Processes)
- Tâches (Jobs)
- Apps
- Déclencheurs (Triggers)
- Journaux (Logs)
- Surveillance
- Index
- Files d'attente (Queues)
- Actifs
- À propos des actifs
- Gestion des actifs dans Orchestrator
- Gestion des actifs dans Studio
- Stockage des ressources dans Azure Key Vault (lecture seule)
- Stockage des ressources dans HashiCorp Vault (lecture seule)
- Stockage des ressources dans AWS Secrets Manager (lecture seule)
- Stocker des ressources dans Google Secret Manager (lecture seule)
- Connexions
- Règles métier
- Compartiments de stockage
- Passerelle d’agent
- Tests d'Orchestrator
- Service de catalogue de ressources
- Intégrations
- Résolution des problèmes
À propos de Agent Gateway
Agent Gateway, le hub dans Orchestrator pour l'enregistrement et la gestion des serveurs MCP et des Agents A2A dans les deux directions.
Agent Gateway est disponible en version préliminaire.
Agent Gateway est la zone d'Orchestrator dans laquelle vous enregistrez et gérez les agents et les serveurs qui connectent la plateforme UiPath au monde externe, à l'aide de deux protocoles ouverts: protocole MCP et Agent2Agent. Elle remplace l’ancienne zone Serveurs MCP autonomes, qui se trouve désormais à l’intérieur de la Agent Gateway avec une nouvelle zone Agents A2A.
Deux directions de communication
Agent Gateway prend en charge la communication dans les deux sens:
- Sortant (UiPath vers externe): permet de connecter des serveurs MCP externes et des agents A2A, afin qu'ils puissent être orchestrés avec les automatisations et les agents UiPath.
- Entrant (externe à UiPath): expose les fonctionnalités UiPath, telles que les automatisations, les workflows d'API et les agents, aux assistants et agents d'IA externes.
Enregistré une fois, disponible partout
Chaque serveur MCP et agent A2A que vous enregistrez dans Agent Gateway, y compris ceux hébergés en dehors de la plateforme UiPath, devient une ressource sur la plateforme. Une fois enregistré, vous pouvez l'utiliser dans n'importe quelle couche d'orchestration ou d'agent, telle que les flux Maestro, les processus BPMN Maestro ou les agents créés avec Agent Builder, sans configuration supplémentaire pour chaque consommateur.
MCP et A2A
Agent Gateway est organisée par protocole, car le protocole détermine le fonctionnement de la découverte, de l’enregistrement, de l’authentification et de la communication:
- MCP expose des fonctionnalités en tant qu'outils que les Agents peuvent découvrir et appeler.
- L'interface A2A prend en charge les conversations multi-tours entre les Agents.
Pour les scénarios entrants, la configuration diffère entre les deux protocoles:
- A2A: chaque agent conversationnel UiPath parlera A2A en mode natif et dispose déjà d’une carte d’agent. Aucune configuration n’est requise.
- MCP: l’exposition des artefacts UiPath en tant qu’outils nécessite la création d’un serveur MCP UiPath, où chaque outil est lié à un processus.
Pour des détails sur MCP, vérifiez À propos des serveurs MCP. Pour de plus amples informations sur A2A, consultez la section À propos des agents A2A. Pour enregistrer votre premier agent ou serveur, vérifiez Sortie (UiPath vers externe) ou Gestion des serveurs MCP.