- 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
- Paramètres
- Registre
- Cloud Robots
- Présentation des robots cloud
- Exécution d'automatisations Unattended à l'aide de Cloud Robots - VM
- Téléchargement de votre propre image
- Réutilisation des images de machines personnalisées (pour les pools manuels)
- Réinitialisation des informations d'identification d'une machine (pour les pools manuels)
- Surveillance
- Mises à jour de sécurité
- Demander un essai
- Questions fréquemment posées
- Configuration du VPN pour les robots du cloud
- Configurer une connexion ExpressRoute
- Diffusion en direct et contrôle à distance
- Robots Automation Suite
- 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
- Serveurs MCP
- Tests d'Orchestrator
- Service de catalogue de ressources
- Intégrations
- Résolution des problèmes
Guide de l'utilisateur d'Orchestrator
Les serveurs MCP de type Commande, Codés et Auto-hébergés exécutent tous des implémentations de serveur MCP basées sur du code et partagent une base commune. Cette page décrit le format de runtime, de transport et de configuration qu'ils ont en commun.
Bibliothèque d’exécution
Le runtime partagé est basé sur uipath-MCP-python, une bibliothèque Python open source qui fournit le runtime, le SDK et la CLI pour créer et exécuter des serveurs MCP sur la plateforme UiPath. Il repose sur la bibliothèque uipath-python .
Transport
La communication avec la plate-forme passe par Streamable HTTP. Un seul processus gère plusieurs sessions simultanément, chacune sur sa propre connexion, et le même transport est exposé aux clients MCP externes. Il s'agit du chemin d'accès recommandé pour les nouveaux serveurs MCP.
L'ancien transport stdio , qui lance un nouveau processus par session, est obsolète et conservé uniquement à des fins de rétrocompatibilité avec les serveurs MCP créés avant l'introduction de la prise en charge de Streamable HTTP.
Format de configuration
Chaque serveur MCP est décrit par un fichier de configuration mcp.json , qui définit les serveurs disponibles dans l'environnement de Runtime: leur type, leur point d'entrée et leurs arguments. Le format est partagé entre les serveurs MCP de type Commande, Codés et Auto-hébergés.