Hub de modelo

Visualização centralizada do AI Trust Layer do uso de LLM nos produtos da UiPath, com status do modelo, roteamento e controles de substituição por tenant.

O hub de modelo é um espaço dedicado dentro da AI Trust Layer onde administradores e equipes de conformidade podem entender como os LLMs são usados nos produtos da UiPath em um tenant ou organização.

Isso oferece um único lugar para ver quais modelos existem e onde são executados, entender seu status, configurar roteamento onde for compatível e substituir modelos por sua própria assinatura ou modelo. O hub de modelo representa o estado efetivo no nível do tenant da governança definida por meio de políticas do AI Trust Layer e do Automation Ops; as atribuições de políticas específicas de identidade para usuários e grupos permanecem no Automation Ops.

Benefícios do hub de modelo

Benefício	O que ele habilita
Operações de modelo centralizadas	Trabalhe com o uso do modelo, o status e o roteamento em produtos e funcionalidades, tudo em um só lugar.
Postura de conformidade mais rápida	Valide quais provedores e modelos são usados, e como o tráfego é roteado.
Menor risco operacional	Consulte modelos bloqueados e descontinuados no início.
Gerenciamento de alterações controladas	Acompanhe alterações de configuração e se um sistema ou um usuário as iniciou.
Configurações de LLM personalizadas de autoatendimento	Substitua os modelos compatíveis por sua própria assinatura (BYOS) ou adicione seu próprio modelo (BYOM).

Organização versus visualização de tenant

O hub de modelo está disponível como uma guia na experiência de administração da AI Trust Layer e é acessível no nível da organização e no nível do tenant. O nível determina o que você pode ver e alterar.

Aspecto	Visão de organização	Exibição do tenant
Finalidade	Uma visão geral leve e uma barra inicial no nível do tenant.	O espaço de configuração principal para os modelos de um tenant.
Informações exibidas	Um cartão por tenant, com o número de modelos, a região do tenant e as contagens de status, como Ativo, Personalizado ou Obsoleto em breve.	Uma grade dos modelos usados por produto e funcionalidade.
Ações disponíveis	Navegando tenants e seu status de modelo de alto nível, abrindo um tenant com Exibir detalhes e iniciando um modelo personalizado com Adicionar modelo personalizado.	Configuração de roteamento, substituição de modelos e revisão do histórico de configuração.
Limitações	Nenhuma configuração por funcionalidade, alterações de roteamento ou configurações de residência.	Mostra apenas o estado efetivo no nível do tenant.

Para agir nos modelos em um tenant, consulte Gerenciamento de modelos no hub de modelo.

Grade do tenant

A grade do tenant lista uma linha por funcionalidade e modelo, agrupadas por produto, com as seguintes colunas padrão.

Coluna	O que mostra	Por que é importante
Produto	Nomes de produtos, como Agentes, atuam como cabeçalhos de grupos; as linhas abaixo delas identificam o recurso individual usando o modelo.	Um produto pode usar vários modelos, dependendo da funcionalidade.
Modelo	O modelo em uso.	Identifica o que está sendo executado na prática.
Provedor	O provedor do modelo.	Necessário para governança e conformidade de fornecedores.
Gerenciado por	UiPath ou Personalizado para configurações de LLM personalizadas (BYOS ou BYOM).	Esclarecimentos sobre a propriedade e a responsabilidade.
Roteamento de modelo	A região de roteamento, quando aplicável.	Oferece suporte ao raciocínio de residência e continuidade.
Status do modelo	Ativo, Bloqueado, Obsoleto em breve	Prontidão operacional e conformidade.

Cartões de status como funcionalidades Ativo, Personalizado, Descontinuado em breve e Bloqueado resumem o tenant e filtram a grade quando selecionados. O controle Colunas adiciona colunas opcionais, como Modelo padrão, e Pesquisar e Filtros restringir a lista.

Visibilidade de produtos e funcionalidades

A grade mostra apenas os produtos e funcionalidades habilitados para seu tenant. Se um produto não estiver habilitado, como o Autopilot ou um recurso específico de Agente, suas linhas não aparecerão.

O Document Understanding ainda não é suportado no hub de modelo. Seus modelos não são mostrados na grade e não podem ser gerenciados a partir do hub de modelo.

Como as políticas são refletidas no hub de modelo

O hub de modelo reflete as políticas do AI Trust Layer e a governança relacionada do Automation Ops, que se aplicam a cada tenant.

Na visualização do tenant, o banner Residência de dados mostra se uma política se aplica ao tenant e permite que você aja sobre ela. Quando uma política é aplicada, ela é identificada pelo nome, e você pode alterá-la ou removê-la do mesmo lugar. Quando o tenant ainda não tem política, o hub de modelo orienta você para criar uma, como o ponto de partida para controlar onde os modelos são executados e quais modelos estão disponíveis.

As políticas abrangem mais do que a residência. Uma política de AI Trust Layer pode:

• Aplique a residência de dados e regiões permitidas, configuradas na guia Regiões da política — consulte Residência de dados.
• Bloqueie modelos ou provedores específicos, por exemplo, todos os modelos OpenAI.
• Bloqueie o tráfego de LLM de um produto, por exemplo, o Autopilot.

Quando uma política bloqueia algo, a grade reflete isso da seguinte forma:

• Modelos ou provedores bloqueados aparecem com o status Bloqueado e são contados no cartão de status de funcionalidades bloqueadas .
• Se o tráfego de LLM de um produto estiver bloqueado, os modelos mapeados para esse produto e suas funcionalidades também aparecerão como Bloqueado.

As políticas podem ser aplicadas no nível do tenant, grupo ou usuário, mas a grade mostra a situação efetiva apenas no nível do tenant. Um modelo bloqueado apenas para um usuário ou grupo específico pode não aparecer como bloqueado na grade. As atribuições de políticas e as configurações efetivas por identidade estão disponíveis no Automation Ops.

Escopo da política	Refletido na grade do tenant?	Onde validar
Tenant	Sim	Hub de modelo
Grupo	Não exibido (apenas visualização do tenant)	Automation Ops
Usuário	Não exibido (apenas visualização do tenant)	Automation Ops

Residência de dados

As informações de residência de dados exibidas no hub de Modelo refletem a configuração definida nas políticas da AI Trust Layer. A aplicação de residência para o tráfego gerenciado pela UiPath está configurada na aba Regiões da política, onde você define por quais regiões o tráfego de LLM pode rotear.

Por padrão, a UiPath prioriza a continuidade do produto: os produtos visam continuar funcionando mesmo quando um modelo não está disponível na região preferida do tenant, para que o tráfego possa ser rotulado pela região disponível mais próxima. Por exemplo, se um modelo não estiver disponível na Austrália, o tráfego pode ser roteado para a região suportada mais próxima para manter o produto operacional.

Quando você impõe a residência, o tráfego de LLM pode rotear apenas por meio das regiões que você permite. Se o tráfego não puder ser roteado por meio de uma região permitida, a solicitação falhará, e o recurso de produto dependente poderá falhar com ela. Essa é uma compensação intencional: a conformidade rigorosa tem prioridade sobre a continuidade.

Configurações de LLM personalizadas

O hub do modelo mostra entradas controladas pelo cliente com Gerenciado por definido como Personalizado. Uma configuração de LLM personalizada assume uma de duas formas:

• Traga sua própria assinatura (BYOS): o mesmo modelo compatível, executado em sua própria assinatura.
• Traga seu próprio modelo (BYOM): um modelo fora da lista predefinida para o produto.

Como as entradas personalizadas são controladas pelo cliente, a residência, as políticas e a descontinuação aplicam-se a elas de forma diferente:

• A coluna de roteamento do modelo está em branco para entradas personalizadas. Isso é esperado: a UiPath não infere o roteamento nem configura seus pontos de extremidade de modelos personalizados.
• As políticas de residência controlam para onde a UiPath roteia somente o tráfego gerenciado pela UiPath. Uma entrada personalizada não é bloqueada quando um modelo gerenciado pela UiPath está indisponível em uma região permitida porque o roteamento para modelos personalizados é determinado inteiramente pela configuração do seu ponto de extremidade. O atendimento dos seus requisitos de residência depende da hospedagem e da configuração dos seus pontos de extremidade em regiões compatíveis.
• Você é o proprietário do ciclo de vida de qualquer configuração de LLM personalizada. Quando um modelo que você usa através de um é obsoleto, a UiPath notifica você e seus administradores são responsáveis por migrar para uma substituição antes da data de descontinuação. As etapas de migração são descritas em Gerenciamento de modelos no Hub de modelo.

Se uma configuração personalizada estiver ausente, desatualizada ou configurada incorretamente, ela pode parar de funcionar. Nesse caso, o sistema reverte automaticamente para um LLM gerenciado pela UiPath para manter a continuidade, a menos que os LLMs gerenciados pela UiPath sejam desabilitados por meio de uma política do Automation Ops — então as solicitações falham e as funcionalidades que dependem do modelo podem parar de funcionar.

Os procedimentos de configuração e substituição são descritos em Configuração de LLMs e Gerenciamento de modelos no hub de modelo.

Status e descontinuação do modelo

A coluna Status mostra onde cada modelo está em seu ciclo de vida.

Status	Significado
Ativo	O modelo está disponível para uso.
Obsoleto em breve	O modelo será descontinuado em uma data conhecida, mostrada nos detalhes de status junto com o modelo substituído. Testes e migração são recomendados.
Visualizar	O modelo tem suporte limitado, incluindo para residência.
Bloqueado	O modelo ou seu tráfego estão bloqueados por uma política.

Para obter detalhes sobre o ciclo de vida do modelo, consulte:

• Ciclo de Vida do Modelo LLM
• Linha do tempo de descontinuação do modelo LLM