Agents avancés (aperçu)

Le bundle avancé pour les longues exécutions, ajoutant un espace de travail de fichier, une délégation de sous-agent, un appel d’outil programmatique et un interprète de code JavaScript en sandbox.

Remarque :

Cette fonctionnalité est disponible en version préliminaire, dans Automation Cloud uniquement. Il n'est pas disponible dans Automation Suite.

Un agent est un modèle plus un exploit. Le modèle fait le raisonnement, tandis que le bundle est construit autour de lui: la boucle qui l’alimente, les outils qu’il peut appeler et la mémoire dans laquelle il peut écrire. Les agents low-code UiPath offrent deux exploits, et le même modèle produit des résultats différents selon celui qui l’exécute.

Le bundle standard est une boucle de raison et d’action. L'agent lit la requête, appelle un outil, lit le résultat et les réponses, tout est conservé dans une seule fenêtre contextuelle. Il est efficace et prévisible pour le travail qui se termine dans une poignée d'appels d'outil.

Le bundle avancé est conçu pour les exécutions de longue durée. Il conserve le travail intermédiaire dans un espace de travail de fichier plutôt que dans l'invite, délégue des tâches à des sous-agents, peut appeler ses outils par programmation à partir du code et compacter son contexte à mesure qu'une exécution se développe. Cela lui permet de rester cohérent entre des dizaines d'appels d'outils et de longs documents, où une seule fenêtre de contexte se remplirait et l'agent perdrait la trace de ce qu'il avait déjà fait.

Standard par rapport à avancé

Le bundle est choisi par agent. La sélection du comportement avancé d'un agent ne change rien sur le comportement d'un autre agent.

Fonctionnalités	Exploitation standard	Exploitation avancée
Boucle d'exécution	Raison et action, une seule passerelle à travers les outils	Agir, observer et ajuster, répété jusqu’à ce que ce soit terminé
Mémoire de travail	La fenêtre contextuelle	Un espace de travail de fichier que l’agent lit et écrit
Délégation	Aucun (None)	Sous-agents avec leur propre contexte isolé
Compression du contexte	Non disponible	La sortie de l’outil est déchargée et l’historique est épuré
Appel d’outils	Un appel d’outil par tour de modèle	Les outils peuvent également être appelés à partir du code au sein d’un même tour
Lecture des fichiers	Nécessite un outil de traitement de fichiers tel que Analyser les fichiers (Analyse Files)	Les fichiers arrivent dans l’espace de travail et sont lus avec des outils de fichiers intégrés
Travail typique	Tâches courtes et bien ciblées	Tâches de longue durée, multi-étapes et lourdes en documents

Choix d’un exploit

Le exploit avancé convient au travail qui affiche au moins deux des signaux suivants:

• Le travail s’étend sur beaucoup de temps et prend des dizaines d’appels d’outil plutôt qu’une poignée.
• Le travail intermédiaire de l’agent est important et doit être conservé sous forme de fichiers pouvant être ouverts par la suite.
• Certaines parties du travail sont indépendantes et bénéficient d’un traitement séparé.
• Le matériel impliqué est plus volumineux que ce qui convient dans une seule invite, comme des documents longs ou des ensembles d’enregistrement volumineux.

Les workflows de recherche, d'analyse et de documentation sont des exemples typiques. Ainsi, toute tâche où l’agent doit recueillir des preuves, les évaluer par rapport à un ensemble de critères et justifier une conclusion.

Le bundle standard reste le meilleur choix pour les tâches courtes, prévisibles et complètes en quelques appels d’outil. Il ne comporte également aucune restriction d'aperçu.

Capabilities

Le bundle avancé ajoute les éléments suivants à un agent, sans configuration requise.

Contexte et fichiers

• Espace de travail de fichier: un système de fichier par exécution avec des outils pour répertorier, lire, écrire, modifier, supprimer, rechercher et faire correspondre des fichiers. Les résultats intermédiaires sont dirigés vers les fichiers plutôt que vers l'invite, ce qui conserve la taille du contexte.
• Accès direct aux fichiers: un agent avancé n'a pas besoin de l'outil Analyser les fichiers . Les fichiers d’entrée et les fichiers qu’un utilisateur charge dans la fenêtre de chat d’un agent conversationnel sont téléchargés automatiquement dans l’espace de travail et lus avec les outils de fichiers intégrés. Comme ils arrivent sous forme de fichiers réels, l’agent peut rechercher un long document et lire uniquement les parties dont il a besoin au lieu de transmettre l’intégralité du fichier via le modèle.
• Mémoire de l'espace de travail: note que l'agent conserve pour lui-même dans l'espace de travail, rechargée dans l'invite système à chaque tour.
• Compression dans le contexte: la sortie de l’outil terminée est déchargée et l’historique est supprimé, de sorte que les requêtes restent traçables lors des exécutions longues.

La mémoire de l'espace de travail n'est pas la même que celle de la mémoire de l'agent. La mémoire de l’espace de travail appartient à une seule exécution et réside dans l’espace de travail de cette exécution. La mémoire de l'agent est un magasin distinct et persistant qui transporte les mémoires épisodiques et d'escalade entre les exécutions et peut être partagé entre les agents.

Exécution du travail

• Délégation du sous-agent: l'agent transmet une tranche de travail à un sous-agent à usage général qui s'exécute avec son propre contexte et ne renvoie que son résultat, laissant le contexte principal propre.
• Appel d’outils programmatiques: l’agent écrit du JavaScript qui appelle directement ses propres outils afin qu’il puisse s’étendre sur une liste d’éléments, filtrer et agréger en une seule étape au lieu de faire un aller-retour du modèle par appel d’outil. Les outils qui suspendent l’exécution pour une personne sont exclus et sont appelés normalement à la place, de sorte qu’aucune fonctionnalité n’est perdue.
• Interpréteur de code: une sandbox JavaScript persistante utilisée pour les calculs, l'appel d'outils par programmation et l'envoi des sous-agents. Il n’a pas de réseau et aucun accès au système de fichiers.
• Autoréparation: les appels d’outils échoués, les incompatibilités de schéma et les blocages sont détectés et réessayés avec une approche ajustée.

Sélection du exploit avancé

Le bundle est choisi dans le paramètre Agent Délai d'attente lorsqu'un agent low-code est conçu. Deux options sont proposées: Exploité standard et Exploité avancé, avec l'option avancée marquée en aperçu.

Avertissement :

Le déplacement d'un agent existant vers le coffre avancé a pour effet de supprimer définitivement toutes les valeurs statiques et arguments configurées dans ses outils, ainsi que tous les paramètres par modèle. Le fait de revenir en arrière ne les restaure pas.

Utiliser des fichiers

Les entrées de fichier sont déclarées dans le Gestionnaire de données de la même manière que pour le bundle standard et peuvent être référencées à partir de l'invite par nom. L'agent peut également les trouver par lui-même, car chaque fichier d'entrée est placé dans son espace de travail avant le début de l'exécution.

Les fichiers de l'espace de travail sont téléchargés sous forme de pièces jointes dans la tâche, ce qui leur permet de résister à une pause de saisie humaine et d'être à nouveau présents lorsque l'exécution reprend. Les noms des pièces jointes sont préfixés pour les marquer comme fichiers de l'espace de travail, de sorte qu'ils apparaissent dans la tâche avec toutes les autres pièces jointes.

Chaque exécution ne préserve pas son espace de travail. Par défaut, l'espace de travail d'un agent autonome est téléchargé lorsque l'exécution est suspendue, de sorte que les fichiers d'une exécution qui se termine sans suspension ne sont pas conservés. Un agent conversationnel conserve son espace de travail entre les échanges de la même conversation.

Consommation

Les agents avancés sont facturés par appel LLM, de la même manière et dans les mêmes unités que les agents standard. Pour les frais standard par niveau de modèle et par plan de tarification, consultez la section Licences.

Lors de l’aperçu public, l’utilisation avancée des agents est réduite de 50 % par rapport au tarif standard.

Étant donné que le bundle avancé délégue et révise son travail, une seule exécution d'agent avancé effectue plus d'appels LLM qu'une exécution d'agent standard similaire. La consommation totale d'une exécution dépend du nombre d'appels effectués par l'agent, et non uniquement du débit par appel.

Pas encore pris en charge

Les lacunes suivantes sont des lacunes dans l'aperçu plutôt que des caractéristiques permanentes du bundle avancé.

• Les valeurs des arguments de l’outil ne peuvent pas être configurées. Chaque paramètre d’outil est fourni par le modèle. Les valeurs statiques et d'arguments ne sont pas disponibles.
• Les garde-fous ne sont pas pris en charge. Un agent avancé dont les garde-fous sont configurés refuse de s’exécuter, échouant au démarrage avec l’erreur « Les garde-fous ne sont pas encore pris en charge pour les agents avancés. » Lorsqu'une politique de gouvernance nécessite une escalade ou un garde-fou d'intervention humaine avant qu'un agent puisse être publié, seule une escalade la satisfait.
• Certaines activités Integration Service ne sont pas disponibles. Les activités affectées apparaissent désactivées sur un agent avancé.
• Les sous-agents personnalisés ne peuvent pas être définis. L'agent délégue à un sous-agent intégré à usage général. La prise en charge de la configuration des sous-agents personnalisés sera bientôt prise en charge.
• Un agent avancé ne peut pas être cloné en tant qu’agent codé. Pour plus de détails sur cette conversion, consultez la section Cloner un agent low-code sous forme codée.

Informations associées

• Licences
• Mémoire d’agent
• Limitations
• Agents standard et agents avancés sur le blog UiPath