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 ele 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.

Impacto do modelo

A guia hub de modelo mostra como o tráfego de LLM é roteado. A aba Impacto do modelo mostra o que está sendo roteado: quais processos no tenant usaram um determinado modelo e quanto. Está disponível no nível do tenant.

Impacto do modelo dá aos administradores o escopo de uma alteração no modelo antes que eles a façam. Também abrange processos que fazem referência a um modelo diretamente em um pacote implantado, que a grade do hub de modelo não identifica.

O que os resultados cobrem

Para um modelo selecionado, restrito opcionalmente por produto e funcionalidade, os resultados cobrem os processos que usaram essa combinação no último dia, nos últimos 7 dias ou nos últimos 30 dias. Cada entrada fornece:

• O produto e a funcionalidade em que foi executado, e o modelo chamado.
• Sua contagem de execuções para o período e quando ele usou o modelo pela última vez.

A contagem de execuções separa um processo que usa o modelo em todas as execuções de um que o usou uma vez. Os processos cujas chamadas de LLM não passam pela AI Trust Layer não são contados.

Atualização dos dados

Impacto do modelo lê um instantâneo do uso do tenant em vez de consultar dados ao vivo:

• A coleta é iniciada quando a visão geral do tenant é aberta. Portanto, os dados estão sendo preparados antes da primeira solicitação para eles.
• Os instantâneos são criados periodicamente ao longo do dia. A próxima solicitação de impacto do modelo estende o instantâneo mais recente com o uso registrado desde a última coleta.
• A atualização coleta essa lacuna sob demanda. Está disponível apenas quando os dados têm mais de 10 minutos, como um limite no nível do tenant.

Cada conjunto de resultados mostra quando os dados foram coletados pela última vez. Os resultados são carregados progressivamente conforme os dados chegam.

Quando os dados de uso estão indisponíveis

O impacto do modelo depende de um serviço de dados de uso da UiPath. Quando esse serviço não puder ser alcançado, o impacto do modelo retorna os dados da última coleção bem-sucedida junto com seu carimbo de data/hora, em vez de falhar. Resultados que carregam um carimbo de data/hora antigo são uma imagem parcial do uso atual.

Os procedimentos são descritos em Revisão do impacto do 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