- 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
Agent execution in Agents: a single execution model that runs low-code and coded agents consistently, whether triggered from Debug or Orchestrator.
All agents run through the same execution engine, regardless of how they are built. This provides a single runtime model that ensures agents behave consistently whether they are created using low-code tools or written directly in code.
At a high level, this shared execution model provides:
- Un moteur d'exécution pour tous les agents
- Un contrat de runtime qui définit le fonctionnement d’un agent
- Un modèle opérationnel pour le débogage, la surveillance et la reprise de l’exécution
Agents are represented using a standardized definition that includes prompts, tools, inputs, outputs, and settings. At runtime, this definition is interpreted and executed by the same underlying engine.
Cela permet une approche de type « Le meilleur des deux mondes » :
- Les utilisateurs de low-code peuvent créer et itérer rapidement à l’aide d’outils visuels
- Les développeurs professionnels peuvent étendre ou convertir les agents en code en cas de besoin
- Les entreprises bénéficient d'une gouvernance, d'une sécurité et d'une observabilité cohérentes
Cela élimine la fragmentation entre les agents low-code et codés, et évite de recréer les agents lors du passage d'un style de développement à un autre.
Agent execution model
Lorsqu’un agent s’exécute :
- La définition de l’agent est préparée en tant que contrat d’exécution autonome.
- Le runtime exécute l’agent dans un environnement sécurisé sans serveur.
- Les étapes de longue durée (telles que les actions humaines interactives ou les processes externes) peuvent suspendre l'exécution.
- L’agent reprend automatiquement lorsque l’action requise est terminée.
- Les détails d’exécution sont capturés via des traces et des journaux.
All of this happens using the same engine, regardless of whether the run is triggered from Debug or from Orchestrator. From a user interface perspective, this execution model is largely invisible.
Depuis Agent Builder et Orchestrator :
- Vous sélectionnez Debug pour tester un agent.
- Vous publiez l’agent à un locataire UiPath en tant que solution et l’exécutez en tant que tâche Orchestrator, déclenchée via l’API, un nœud Maestro ou une activité de processus.
- Vous affichez les entrées, les sorties, les appels d’outils et les traces.
- Vous voyez les exécutions de l’agent passer par des états familiers : en cours d’exécution, en attente, suspendues, terminées ou échouées.
Traçages
Because all agents run on the same engine, traces have a consistent structure regardless of whether the agent was built with low-code tools or written in code. The traces UI surfaces:
- Appels et réponses LLM
- Invocations et résultats de l’outil
- Erreurs et actions du garde-fou