- 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
- 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
- Agent Gateway
- Tests d'Orchestrator
- Service de catalogue de ressources
- Intégrations
- Résolution des problèmes
Agent2Agent (A2A), an open protocol for multi-turn conversations between agents, and how it fits alongside MCP in Agent Gateway.
A2A Agents is available in preview.
Agent2Agent (A2A) is an open protocol for communication between AI agents. It gives agents built on different frameworks, and by different vendors, a common way to talk to each other.
UiPath uses A2A for conversational agents, where one agent sends a message, the agent on the other side holds the context, and the exchange continues across several turns. A2A also supports single exchanges, but the multi-turn case is what Agent Gateway is built around.
For details about the protocol itself, check the A2A specification. For where A2A fits alongside MCP on the platform, check About Agent Gateway.
Why calls go through the platform
Registering an agent in Agent Gateway does more than store an address, and gives you more than a proxy to a remote resource. The agent becomes a platform resource that lives in a folder, so:
- Folder permissions govern who can call the agent.
- Guardrails can screen messages before they leave the platform.
- Calls appear in Traces.
- Changes to the agent are audited.
- The agent can be deployed as part of a solution, instead of being reconfigured by hand in each environment.
Inbound and outbound A2A directions
A2A calls run in one of two directions. They differ in almost everything that follows: what you configure, how many authentications there are, and what can go wrong. The pages below are split along that line, so it is worth being clear which one you are in.
| Direction | Ce que cela signifie | What you configure |
|---|---|---|
| Inbound (external to UiPath) | An external agent or client holds a conversation with a conversational agent that you deployed on the platform. UiPath is the destination. | Nothing on the UiPath side. Every deployed conversational agent already speaks A2A and has an agent card. |
| Outbound (UiPath to external) | An agent hosted outside UiPath is called from the platform, either directly or as a tool inside a UiPath agent. UiPath acts as a governed gateway in front of it. | You register the agent once in Agent Gateway > A2A Agents, providing its card and the credentials it expects. |
The direction is decided by where the agent lives, not by who places the call. An external client can do both: talk to a conversational agent of yours, and call a remote agent you registered, through its UiPath URL.
In this guide
- Inbound (external to UiPath): an external client calls an agent you deployed. Nothing to register.
- Outbound (UiPath to external): the platform calls an agent hosted elsewhere, through Agent Gateway.
- Test and troubleshoot A2A: how to call an agent directly, and how to resolve the errors you are most likely to meet.