- Démarrage
- Agents UiPath dans Studio Web
- À propos des agents UiPath
- Licences
- Exécuter des agents
- Agents et workflows
- Meilleures pratiques pour créer des agents
- Choix du meilleur modèle pour votre agent
- Meilleures pratiques pour la publication et le déploiement d’agents
- Meilleures pratiques en matière d’ingénierie contextuelle
- Meilleures pratiques pour DeepRAG et la transformation par lots : JIT vs. stratégies basées sur l’index
- Utiliser des fichiers
- Contextes
- Escalades
- Évaluations
- Traçages d’agent
- Score de l’agent
- Gérer les agents UiPath
- Agents codés UiPath
- Créer avec des agents codés
Nœuds d'agent intégrés dans les projets Maestro Flow, configurés sur le canevas Studio Web avec des connecteurs et des nœuds de script sans étape de publication distincte.
UiPath Agents in Flow vous permet d’intégrer des Agents low-code directement dans un projet Maestro Flow sous forme de nœuds d’agent en ligne. Au lieu de créer un agent séparément dans Agent Builder et de l'invoquer via un appel de processus, vous configurez l'invite système, le modèle, le schéma d'entrée/sortie et les outils de l'agent à partir du même canevas Studio Web dans lequel vous concevez le flux.
Les nœuds d'agent en ligne sont des nœuds de première classe sur le canevas des flux. Ils apparaissent avec les connecteurs, les nœuds de script et d'autres composants de flux. Les variables de flux sont transmises aux agents en ligne de manière native, et vous pouvez enchaîner plusieurs agents en série au sein d'un même flux.
Agents intégrés vs. Agents autonomes
| Agents intégrés dans Flow | Agents autonomes | |
|---|---|---|
| Espace de configuration | Canevas de flux dans Studio Web | Agent Builder dans Studio Web |
| Déploiement | Aucune étape de publication distincte — l'agent fait partie du flux | Doit être publié en tant que processus d’agent autonome avant d’être utilisé dans un flux |
| Échange de variables | Variables de flux référencées de manière native dans l’invite et la sortie de l’agent | Variables transmises aux paramètres d'invocation du processus |
| Chaîner | Plusieurs agents en série dans un même flux | Invoquer un agent à partir d'un autre à l'aide de l'outil Agent |
| Insertion de variables dans les invites | Utilise les conventions $ ($vars, $metadata) | Utilise les conventions @ de Studio Web |
Types d'agents
- Autonome : l'agent sélectionne et exécute des outils pour effectuer une tâche.
Outils
Les agents intégrés prennent en charge les catégories d’outils suivantes:
| Catégorie d'outil | Disponibilité |
|---|---|
| Processus RPA | Disponible |
| Workflows d’API | Disponible |
| Activités | Disponible |
| Autres flux (Maestro) | Disponible |
| Agent (invoquer un agent autonome publié) | Disponible |
| Connecteurs Integration Service | Disponible |
| Outils intégrés (Analyser les fichiers, Résumé, Transformation par lots) | Disponible |
| Escalades | Disponible |
| MCP tools | Non disponible |
| A2A (Agent vers Agent) | Non disponible |
| IXP (extraction de documents) | Non disponible |
Context
L’ancrage dans le contexte est disponible pour les agents en ligne à parité avec Agent Builder.
Garde-fous
Vous pouvez ajouter des garde-fous au niveau de l'agent, au niveau du LLM ou au niveau de l'outil individuel. Les garde-fous évaluent les entrées et les sorties de l'agent par rapport aux politiques définies et déclenchent une action sur une correspondance.
Les garde-fous intégrés détectent automatiquement des catégories de contenu spécifiques:
- Détection des PII
- Contenus malveillants
- Détection de la propriété intellectuelle
- Attaques dans les invites d’utilisateurs
Escalades
Les escalades sont disponibles pour les agents en ligne au même niveau qu'Agent Builder.
Variables de sortie
Chaque agent intégré renvoie un objet output . Le champ par défaut est content, qui contient le texte de la réponse de l'agent. Des variables de sortie supplémentaires peuvent être déclarées dans l'onglet Variables pour renvoyer des données structurées - chaque variable nécessite un nom et un type, et l'invite système doit demander à l'agent de les remplir.
La sortie des nœuds en amont est référencée dans les nœuds en aval à l'aide de $vars.<node>.output.<field>, par exemple $vars.agent1.output.content.
Débogage et évaluations
Débogage
Vous pouvez déboguer des nœuds d'agent en ligne individuels indépendamment de Studio Web à l'aide de points d'arrêt, d'une exécution étape par étape et de traçages d'exécution. Les nœuds d'agent individuels peuvent être débogués de manière isolée en sélectionnant le nœud et en utilisant l'option Déboguer étape par étape .
Les exécutions à flux complet apparaissent sous forme de tâches dans Orchestrator, où vous pouvez surveiller le statut de l'exécution. Une fois qu'une exécution est terminée, le traçage de l'exécution est disponible dans l'onglet Exécution du panneau inférieur, affichant une décomposition étape par étape avec la synchronisation pour chaque nœud, y compris les appels et les sorties LLM.
Évaluations
Vous pouvez évaluer les agents en ligne par nœud à partir du canevas à l'aide du bouton Évaluer dans la barre d'outils. Les onglets Ensembles de données et Évaluateurs du panneau inférieur gèrent les ensembles de données d'évaluation et les évaluateurs et ajoutent des évaluateurs à une exécution d'ensemble de données. L'onglet Exécutions affiche l'historique d'exécution des évaluations.
L'évaluation des agents en ligne est globalement similaire à celle d'Agent Builder, bien que l'expérience de création d'évaluations diffère. Certaines fonctionnalités d'Agent Builder ne sont pas encore disponibles pour les agents de flux en ligne. Pour plus de détails, consultez la section Limitations.
Trois catégories d’évaluateurs sont disponibles:
| Catégorie | Saisie de texte | Description |
|---|---|---|
| Validation de la sortie | Contient du texte | Se transmet lorsque la sortie de l’agent contient le texte spécifié |
| Validation de la sortie | Correspondance exacte | Vérifie si la sortie de l’agent correspond exactement à la sortie attendue |
| Validation de la sortie | Similitude JSON | Compare la similarité structurelle des objets ou des valeurs JSON |
| LLM-as-a-judge | Sortie de LLM-as-a-judge | Utilise un modèle de langage pour noter la proximité de la sortie avec la sortie attendue en termes de signification et d’intention |
| LLM-as-a-judge | LLM-as-a-judge Strict JSON | Utilise un modèle de langage pour juger la correspondance structure JSON stricte |
| LLM-as-a-judge | Trajectoire du juge LLM | Utilise un modèle de langage pour évaluer si l'agent a suivi le comportement attendu |
| LLM-as-a-judge | Simulation LLM-as-a-judge | Utilise un modèle de langage pour juger le chemin d'exécution simulé de l'agent |
| Tool Call | Arguments d’appel d’outil | Vérifie que les outils ont été appelés avec des arguments corrects |
| Tool Call | Nombre d’appels d’outil | Vérifie le nombre de fois que chaque outil a été appelé |
| Tool Call | Ordre des appels d’outils | Vérifie que les outils ont été appelés dans la séquence attendue |
| Tool Call | Sortie d’appel d’outil | Vérifie que les sorties de l’outil correspondent aux valeurs attendues |