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	Activo, Bloqueado, Obsolescencia pronto	Disponibilidad operativa y cumplimiento.

Las tarjetas de estado como las características Activo, Personalizado, Obsoleto pronto y Bloqueado resumen el tenant y filtran la cuadrícula cuando se selecciona. El control Columnas añade columnas opcionales, como Modelo predeterminado, y Buscar y Filtros reducen la lista.

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.

Document Understanding aún no es compatible con Model hub. Sus modelos no se muestran en la cuadrícula y no se pueden gestionar desde el centro de modelos.

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.

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

La columna Estado muestra dónde se encuentra cada modelo en su ciclo de vida.

Estado	Significado
Activo	El modelo está disponible para su uso.
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