Centro de modelos

Vista centralizada de AI Trust Layer del uso de LLM en todos los productos de UiPath, con estado del modelo, enrutamiento y controles de reemplazo por tenant.

Model hub es un espacio dedicado dentro de AI Trust Layer donde los administradores y los equipos de cumplimiento pueden comprender cómo se utilizan los LLM en los productos de UiPath en un tenant u organización.

Te ofrece un lugar único para ver qué modelos existen y dónde se ejecutan, comprender su estado, configurar el enrutamiento cuando sea compatible y reemplazar modelos con tu propia suscripción o modelo. El centro de modelos representa el estado efectivo a nivel de tenant del gobierno definido a través de las políticas de AI Trust Layer y Automation Ops; las asignaciones de políticas específicas de identidad para usuarios y grupos permanecen en Automation Ops.

Ventajas de Model Hub

Beneficio	Qué permite
Operaciones de modelo centralizadas	Trabaje con el uso del modelo, el estado y el enrutamiento en todos los productos y características, todo en un solo lugar.
Postura de cumplimiento más rápida	Valida qué proveedores y modelos se utilizan y cómo se enruta el tráfico.
Menor riesgo operativo	Consulta los modelos bloqueados y obsoletos desde el principio.
Gestión de cambios controlada	Realiza un seguimiento de los cambios de configuración y si un sistema o un usuario los inició.
Configuraciones de LLM personalizadas de autoservicio	Sustituye los modelos compatibles por tu propia suscripción (BYOS) o añade tu propio modelo (BYOM).

Vista de organización frente a tenant

El centro de modelos está disponible como pestaña en la experiencia de administración de AI Trust Layer y es accesible en el nivel de organización y en el de tenant. El nivel determina lo que puedes ver y cambiar.

Aspecto	Vista de la organización	Vista de tenant
Propósito	Una descripción general y una plataforma de lanzamiento en el nivel de tenant.	El espacio de configuración principal para los modelos de un tenant.
Información mostrada	Una tarjeta por tenant, con el número de modelos, la región del tenant y recuentos de estado como Activo, Personalizado o Obsoleto pronto.	Una cuadrícula de los modelos utilizados por producto y característica.
Acciones disponibles	Explorar tenants y su estado de modelo de alto nivel, abrir un tenant con Ver detalles e iniciar un modelo personalizado con Añadir modelo personalizado.	Configurar el enrutamiento, reemplazar modelos y revisar el historial de configuración.
Limitaciones	Sin configuración por característica, cambios de enrutamiento o configuración de residencia.	Muestra solo el estado efectivo en el nivel de tenant.

Para actuar sobre los modelos en un tenant, consulta Gestionar modelos en Hub de modelos.

Cuadrícula de tenant

La cuadrícula del tenant enumera una fila por característica y modelo, agrupada por producto, con las siguientes columnas predeterminadas.

Columna	Qué muestra	Por qué es importante
Producto	Los nombres de productos, como Agentes, actúan como encabezados de grupo; las filas debajo de ellas identifican la característica o capacidad individual que utiliza el modelo.	Un producto puede utilizar varios modelos dependiendo de la característica.
Modelo	El modelo en uso.	Identifica lo que se está ejecutando en la práctica.
Proveedor	El proveedor del modelo.	Necesario para el control y el cumplimiento de los proveedores.
Gestionado por	UiPath o Personalizado para configuraciones de LLM personalizadas (BYOS o BYOM).	Aclara la propiedad y la responsabilidad.
Enrutamiento del modelo	La región de enrutamiento, cuando corresponda.	Admite el razonamiento de residencia y continuidad.
Estado del modelo	Active, Disabled, Failed, Blocked, Deprecating soon	Disponibilidad operativa y cumplimiento.

Status cards such as Active, Custom, Deprecating soon, Disabled, Failed, and Blocked features summarize the tenant and filter the grid when selected. The Columns control adds optional columns, such as Default model and Folder, and Search and Filters narrow the list. The Folder column helps distinguish custom configurations that use the same model in different Integration Service folders.

Visibilidad de productos y características

La cuadrícula muestra solo los productos y características habilitados para tu tenant. Si un producto no está habilitado, como Autopilot o una capacidad específica del agente, sus filas no aparecen.

Impacto del modelo

La pestaña Centro de modelos muestra cómo se enruta el tráfico de LLM. La pestaña Impacto del modelo muestra lo que se está enrutando: qué procesos del tenant utilizaron un modelo determinado y cuánto. Está disponible en el nivel de tenant.

El impacto en el modelo ofrece a los administradores el ámbito de un cambio de modelo antes de realizarlo. También cubre los procesos que hacen referencia a un modelo directamente en un paquete implementado, que la cuadrícula del centro de modelos no identifica.

Qué cubren los resultados

Para un modelo seleccionado, reducido opcionalmente por producto y característica, los resultados cubren los procesos que utilizaron esa combinación durante el último día, los últimos 7 días o los últimos 30 días. Cada entrada da:

• El producto y la característica en la que se ejecutó, y el modelo al que llamó.
• Su recuento de ejecuciones para el período y cuándo utilizó el modelo por última vez.

El recuento de ejecuciones separa un proceso que utiliza el modelo en cada ejecución de uno que lo utilizó una vez. No se cuentan los procesos cuyas llamadas de LLM no pasan a través de AI Trust Layer.

Actualización de los datos

El impacto del modelo lee desde una instantánea del uso del tenant en lugar de consultar datos en vivo:

• La recopilación comienza cuando se abre la descripción general del tenant, por lo que los datos se preparan antes de la primera solicitud.
• Las instantáneas se crean periódicamente a lo largo del día. La siguiente solicitud de impacto en el modelo amplía la última instantánea con el uso registrado desde la última recopilación.
• Actualizar recopila ese vacío bajo demanda. Solo está disponible cuando los datos tienen más de 10 minutos, como límite en el nivel de tenant.

Cada conjunto de resultados muestra cuándo se recopilaron los datos por última vez. Los resultados se cargan progresivamente a medida que llegan los datos.

Cuando los datos de uso no están disponibles

El impacto en el modelo depende de un servicio de datos de uso de UiPath. Cuando no se puede acceder a ese servicio, el impacto del modelo devuelve los datos de la última recopilación correcta junto con su marca de tiempo, en lugar de fallar. Los resultados que llevan una marca de tiempo antigua son una imagen parcial del uso actual.

Los procedimientos se describen en Revisión del impacto del modelo.

Cómo se reflejan las políticas en el centro de modelos

El centro de modelos refleja las políticas de AI Trust Layer y la gobernanza de Automation Ops relacionada, que se aplican a cada tenant.

En la vista de tenant, el banner de Residencia de datos muestra si una política se aplica al tenant y te permite actuar en consecuencia. Cuando se aplica una política, se identifica por su nombre y puedes cambiarla o eliminarla desde el mismo lugar. Cuando el tenant aún no tiene una política, Model Hub te guía para crear una, como punto de partida para controlar dónde se ejecutan los modelos y qué modelos están disponibles.

Las pólizas cubren más que la residencia. Una política de AI Trust Layer puede:

• Aplicar la residencia de datos y las regiones permitidas, configuradas en la pestaña Regiones de la política — consulta Residencia de datos.
• Bloquea modelos o proveedores específicos, por ejemplo, todos los modelos de OpenAI.
• Bloquea el tráfico de LLM de un producto, por ejemplo, Autopilot.

Cuando una política bloquea algo, la cuadrícula lo refleja de la siguiente manera:

• Los modelos o proveedores bloqueados aparecen con el estado Bloqueado y se cuentan en la tarjeta de estado Características bloqueadas .
• Si el tráfico de LLM de un producto está bloqueado, los modelos asignados a ese producto y sus características también aparecen como Bloqueados.

Las políticas se pueden aplicar en el nivel de tenant, grupo o usuario, pero la cuadrícula muestra la situación efectiva solo en el nivel de tenant. Un modelo bloqueado solo para un usuario o grupo específico puede no aparecer como bloqueado en la cuadrícula. Las asignaciones de políticas y la configuración efectiva por identidad están disponibles en Automation Ops.

Ámbito de la política	¿Se refleja en la cuadrícula del tenant?	Dónde validar
Tenant	Sí	Centro de modelos
Grupo	No se muestra (solo vista de tenant)	Automation Ops
Usuario	No se muestra (solo vista de tenant)	Automation Ops

Residencia de datos

La información de residencia de datos que se muestra en el centro de modelos refleja la configuración definida en las políticas de AI Trust Layer. La aplicación de residencia para el tráfico gestionado por UiPath se configura en la pestaña Regiones de la política, donde se define a través de qué regiones se permite enrutar el tráfico de LLM.

De forma predeterminada, UiPath prioriza la continuidad del producto: los productos tienen como objetivo seguir funcionando incluso cuando un modelo no está disponible en la región preferida del tenant, para que el tráfico pueda enrutarse a través de la región disponible más cercana. Por ejemplo, si un modelo no está disponible en Australia, el tráfico puede enrutarse a la región compatible más cercana para mantener el producto operativo.

Al aplicar la residencia, el tráfico de LLM solo puede enrutarse a través de las regiones que permitas. Si el tráfico no se puede enrutar a través de una región permitida, la solicitud falla y la característica del producto dependiente puede fallar con ella. Se trata de una compensación intencionada: el cumplimiento estricto tiene prioridad sobre la continuidad.

Configuraciones de LLM personalizadas

Model Hub muestra las entradas controladas por el cliente con Gestionado por establecido en Personalizado. Una configuración de LLM personalizada toma una de dos formas:

• Trae tu propia suscripción (BYOS): el mismo modelo compatible, que se ejecuta en tu propia suscripción.
• Trae tu propio modelo (BYOM): un modelo fuera de la lista predefinida para el producto.

Dado que las entradas personalizadas están controladas por el cliente, la residencia, las políticas y la obsolescencia se les aplican de forma diferente:

• La columna Modelo de enrutamiento está en blanco para las entradas personalizadas. Esto es lo que se espera: UiPath no infiere el enrutamiento desde tus puntos finales de modelo personalizados ni los configura.
• Las políticas de residencia controlan dónde UiPath enruta solo el tráfico gestionado por UiPath. Una entrada personalizada no se bloquea cuando un modelo gestionado por UiPath no está disponible en una región permitida porque el enrutamiento para modelos personalizados está determinado completamente por la configuración de tu punto final. Cumplir tus requisitos de residencia depende de que alojes y configures tus puntos finales en regiones compatibles.
• Eres el propietario del ciclo de vida de cualquier configuración de LLM personalizada. Cuando un modelo que utilizas a través de uno queda obsoleto, UiPath te lo notifica y tus administradores son responsables de migrar a un reemplazo antes de la fecha de obsolescencia. Los pasos de migración se describen en Gestionar modelos en Model hub.
• Model hub reports the operational state of custom configurations as Disabled when a configuration is disabled and Failed when its connection check fails. Disabled configurations remain visible in the tenant grid and expose an Enable configuration action. Enabled configurations expose a Check status action for refreshing their status.

Si falta una configuración personalizada, está obsoleta o está configurada incorrectamente, puede dejar de funcionar. En ese caso, el sistema vuelve automáticamente a un LLM gestionado por UiPath para mantener la continuidad, a menos que los LLM gestionados por UiPath estén deshabilitados a través de una política de Automation Ops; entonces las solicitudes fallan y las características que dependen del modelo pueden dejar de funcionar.

Los procedimientos de configuración y sustitución se describen en Configurar LLM y Gestionar modelos en Model hub.

Estado del modelo y obsolescencia

The Status column shows the operational or lifecycle state of each model or custom configuration.

Estado	Significado
Activo	The model or custom configuration is available for use.
Deshabilitada	A custom configuration is disabled and does not serve requests.
Erróneo	A custom configuration's connection check failed.
Obsoleto próximamente	El modelo se retirará en una fecha conocida, que se muestra en los detalles de estado junto con el modelo de reemplazo. Se recomiendan las pruebas y la migración.
Preliminar	El modelo tiene soporte limitado, incluso para la residencia.
Bloqueado	El modelo o su tráfico está bloqueado por una política.

Para obtener más información sobre el ciclo de vida del modelo, consulta:

• Ciclo de vida de los modelos de LLM
• Cronología de la obsolescencia del modelo de LLM