Gobernanza de agentes

Automation Ops policy settings that govern agents, covering tenant access, guardrails, model availability, and the design limits enforced at design time and at runtime.

Esta sección explica cómo puedes gestionar UiPath Agents en tu organización utilizando políticas de Automation Ops™.

Dos políticas de Automation Ops™ rigen los agentes:

• AI Trust Layer — Controla el acceso en el nivel de tenant a los agentes, las barreras de seguridad aplicadas a las llamadas de LLM del agente y los modelos que los agentes pueden utilizar.
• Política de Studio Web : controla los límites que debe cumplir un agente antes de poder publicarse.

Una política surte efecto en los tenants donde se implementa. Para obtener la referencia completa en el nivel de campo, consulta Configuración de las políticas de AI Trust Layer y Configuración de las políticas de Studio Web en la guía del usuario de Automation Ops.

Habilitar o deshabilitar el acceso a los agentes

El acceso a los agentes se controla mediante la alternancia del producto Habilitar agentes en la política de AI Trust Layer. La alternancia está establecida en Sí de forma predeterminada.

1. Navega a Automation Ops™ en tu organización de Automation Cloud™.
2. Crea o edita una política de producto para AI Trust Layer. Para obtener más información, consulta Crear una política de gobernanza.
3. En la pestaña Alternancias de productos, activa la opción Habilitar agentes.
4. Guarda la política.
5. Implementa la política en cualquier tenant donde desees crear o ejecutar agentes.

Importante:

Si deshabilitas los agentes mediante la política de AI Trust Layer, los usuarios del tenant en el que se implementa la política no podrán acceder a la página Agents en Automation Cloud.

Barreras de seguridad aplicadas a las llamadas de LLM de agente

Las barreras de seguridad se configuran en dos niveles: de forma centralizada para cada agente en un tenant, o individualmente por agente en Studio Web. Para conocer la diferencia entre los dos niveles, consulta Barreras de seguridad.

La pestaña Barreras de seguridad centralizadas de la política de AI Trust Layer define las barreras de seguridad que se aplican a cada agente de un tipo cubierto en el tenant. Los ajustes de detección se configuran una vez por tipo de barrera de seguridad y se aplican de manera uniforme a cada agente. Para las opciones de configuración de cada tipo, consulta Barreras de seguridad centralizadas.

Nota:

La alternancia Habilitar LLM como barrera de seguridad de juez rige el LLM como barrera de seguridad de juez por separado. Como esa barrera de seguridad realiza su propia llamada de LLM, la llamada también está sujeta a las barreras de seguridad centralizadas configuradas en la política.

Modelos disponibles para los agentes

La pestaña Modelos de la política de AI Trust Layer controla a qué modelos gestionados por UiPath pueden llamar los agentes. Los agentes y los agentes codificados tienen cada uno sus propios controles de modelo en el nivel de producto. Por ejemplo, una política puede restringir a los agentes a las configuraciones Trae tu propio modelo, desactivar un proveedor de modelos o bloquear agentes a las versiones del modelo seleccionadas actualmente para que los modelos recién lanzados no se permitan automáticamente. Para obtener la lista completa de controles, consulta Modelos.

Estos controles se aplican solo a los modelos gestionados por UiPath. Los modelos configurados a través de una configuración de LLM personalizada siguen estando disponibles independientemente de cómo se establezca la pestaña Modelos .

The AI Trust Layer policy can also restrict the geographic regions that LLM traffic is routed to, including the calls agents make, on the Model Regions tab. By default, UiPath determines the routing region automatically. When you disable the LLM Region routing toggle, LLM traffic goes only to the selected regions, and calls to a model that is not available in any of them fail. For details, see Model Regions.

Otros conmutadores de AI Trust Layer que afectan a los agentes

Más allá de Habilitar agentes, la pestaña Alternancias del producto contiene otras alternancias que cambian lo que pueden hacer los agentes. Por ejemplo, deshabilitar las llamadas a modelos de IA de terceros bloquea esas llamadas para cada producto que las utiliza, incluidos los agentes, y deshabilitar Contextualización hace que los agentes que dependen de ella fallen. Para obtener la lista completa de alternancias y sus valores predeterminados, consulta Alternancias de productos.

Configuración de diseño del agente en la política de Studio Web

The Design tab of the Studio Web policy sets limits that an agent must meet before it can be published. The limits are enforced both at design time in the agent builder in Studio Web and at runtime when the agent executes. For example, a policy can cap the temperature an agent can be configured with, or require the agent to define at least one Human In the Loop escalation.

Estos límites se aplican a los nuevos agentes y a las nuevas versiones de los agentes existentes. Un agente que ya está publicado sigue ejecutándose sin cambios, pero una versión actualizada del mismo debe cumplir los límites antes de que pueda publicarse de nuevo.

Nota:

Si la política establece un número máximo de tokens por respuesta del agente, el valor efectivo puede variar según el modelo. El valor que se muestra en el Agent Builder sigue esta política o el límite máximo de tokens del modelo.

Para las opciones de configuración de cada ajuste, consulta Diseño en la guía del usuario de Automation Ops.