- Primeros pasos
- Agentes de UiPath en Studio Web
- Agentes de UiPath codificados

Guía del usuario de agentes
Flujos de trabajo de API
Los flujos de trabajo de las API son integraciones sin servidor que los Agents pueden utilizar como herramientas para interactuar con sistemas Enterprise a través de API.Al añadir un flujo de trabajo de API como herramienta, habilitas a tu agente para que realice operaciones seguras y deterministas, como recuperar, actualizar o sincronizar datos, sin necesidad de acceder directamente a los sistemas subyacentes o a las credenciales.
Cuando incluyes un flujo de trabajo de API como herramienta, el agente puede:
- Llama al Flujo de trabajo en runtime para realizar acciones, como consultar datos empresariales, activar actualizaciones o agregar información.
- Razona sobre los resultados estructurados que devuelve el flujo de trabajo para decidir los siguientes pasos de su plan.
- Combina la lógica de varios sistemas encadenando flujos de trabajo de la API con otras herramientas, como automatizaciones o conectores de Integration Service.
Los flujos de trabajo de la API se ejecutan en una infraestructura totalmente gestionada en la nube y sin servidor, lo que garantiza la escalabilidad, la seguridad y la gobernanza organizativa.Cada flujo de trabajo define un contrato de solicitud y respuesta en formato JSON, lo que permite a los agentes invocarlos de forma programática e interpretar sus salidas para el razonamiento.
Beneficios clave
- Determinista y gobernado: los flujos de trabajo de las API encapsulan la lógica empresarial tras API seguras y versionadas con auditabilidad completa en Orchestrator.
- Reutilizable entre agentes: el mismo flujo de trabajo puede servir como herramienta compartida para varios agentes o procesos de Maestro.
- Sin servidor y escalable: la ejecución se gestiona automáticamente en UiPath Automation Cloud™, por lo que no requiere ninguna configuración de infraestructura.
- Componible y controlado: combina flujos de trabajo de API con flujos de trabajo, automatizaciones y conectores de RPA, mientras aplicas políticas de gobernanza y simulación coherentes en todas las herramientas.
Cómo utilizan los Agents los flujos de trabajo de la API
Una vez publicados en Orchestrator, los flujos de trabajo de la API aparecen como componentes reutilizables en la sección Herramientas de la definición de un agente de Studio Web. Cada herramienta puede incluir una descripción que ayude al agente a comprender su propósito y cuándo utilizarla. Cuando se invoca, el agente pasa parámetros de entrada al flujo de trabajo, ejecuta su lógica (por ejemplo, realiza una llamada externa a la API o transforma datos estructurados) y recupera los resultados como salida JSON.
Al igual que otros tipos de herramientas, por ejemplo, flujos de trabajo de RPA o automatizaciones, puedes:
- Establece barreras de seguridad para controlar cuándo y cómo el agente puede invocar un flujo de trabajo de API. Las barreras pueden limitar la disponibilidad de herramientas en función de patrones de entrada, aplicar políticas de uso o restringir la ejecución a flujos de trabajo aprobados.
- Habilitar la simulación de herramientas para probar el flujo de razonamiento de un agente sin ejecutar llamadas a la API reales.Durante la simulación, el agente recibe Datos simulados representativos en lugar de activar el flujo de trabajo, lo que permite validar de forma segura la selección de herramientas y la lógica de toma de decisiones.
Estos controles garantizan que los Agents se comporten de forma predecible, se mantengan dentro de los límites definidos y se puedan probar de forma segura durante el Desarrollo o la evaluación.
Añadir un flujo de trabajo de API como herramienta
- En el panel Definición, en la sección Herramientas, selecciona Añadir herramienta.
- Seleccionar la pestaña Flujo de trabajo de la API y Buscar flujos de trabajo con la barra de búsqueda o seleccionar uno de la lista disponible.Para acceder a un flujo de trabajo de API como herramienta, Primero debes publicarlo e implementación como proceso en una Carpeta compartida de Orchestrator.
- Usa la solicitud del sistema para describir su función y cuándo debe utilizarse.