- 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 API son integraciones sin servidor que los agentes pueden utilizar como herramientas para interactuar con los sistemas empresariales a través de las API. Al añadir un flujo de trabajo de API como herramienta, habilitas a tu agente para realizar operaciones seguras y deterministas, como recuperar, actualizar o sincronizar datos, sin necesidad de acceso directo a los sistemas o credenciales subyacentes.
Cuando incluyes un flujo de trabajo de API como herramienta, el agente puede:
- Llama al flujo de trabajo en tiempo de ejecución para realizar acciones de backend como consultar datos empresariales, desencadenar actualizaciones o agregar información.
- Razonar los resultados estructurados devueltos por el flujo de trabajo para decidir los siguientes pasos en su plan.
- Combina la lógica de varios sistemas encadenando flujos de trabajo de API con otras herramientas, como automatizaciones o conectores de Integration Service.
Los flujos de trabajo de la API se ejecutan en una infraestructura sin servidor totalmente gestionada en la nube, lo que garantiza la escalabilidad, la seguridad y el control de la organización. Cada flujo de trabajo define un contrato de solicitud y respuesta en formato JSON, lo que permite a los agentes invocarlos mediante programación e interpretar sus salidas para el razonamiento.
Beneficios clave
- Deterministas y gobernados: los flujos de trabajo de API encapsulan la lógica empresarial detrás de API seguras y versionadas con total auditabilidad 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 configuración de infraestructura.
- Componible y controlado: combina flujos de trabajo de API con flujos de trabajo de RPA, automatizaciones y conectores, al tiempo que aplicas políticas de gobernanza y simulación coherentes en todas las herramientas.
Cómo utilizan los agentes los flujos de trabajo de la API
Una vez publicados en Orchestrator, los flujos de trabajo de la API aparecen como componentes reutilizables dentro de la sección Herramientas de una definición de agente en 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 los parámetros de entrada al flujo de trabajo, ejecuta su lógica, por ejemplo, haciendo una llamada a la API externa o transformando datos estructurados, y recupera los resultados como salida JSON.
Al igual que otros tipos de herramientas, por ejemplo, los flujos de trabajo RPA o las automatizaciones, puedes:
- Configura barreras para controlar cuándo y cómo el agente puede invocar un flujo de trabajo de API. Las barreras pueden limitar la disponibilidad de la herramienta en función de los patrones de entrada, aplicar políticas de uso o restringir la ejecución a flujos de trabajo aprobados.
- Habilite 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 desencadenar el flujo de trabajo real, lo que permite una validación segura de la selección de herramientas y la lógica de toma de decisiones.
Estos controles garantizan que los agentes se comporten de forma predecible, permanezcan dentro de los límites definidos y puedan probarse 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.
- Selecciona la pestaña Flujo de trabajo de la API y busca flujos de trabajo utilizando la barra de búsqueda o selecciona uno de la lista disponible. Para acceder a un flujo de trabajo de API como herramienta, primero debes publicarlo e implementarlo como un proceso en una carpeta compartida de Orchestrator.
- Utiliza la solicitud del sistema para describir su función y cuándo debe utilizarse.