O AI Admin Console expõe seis funcionalidades. Cada uma é um item do menu lateral, e cada uma responde a uma pergunta específica que um revisor de compras ou líder de conformidade fará durante a diligência empresarial. As seis juntas cobrem o que o EU AI Act chama de obrigações do implantador [1] e o que o NIST AI RMF chama de "registros das ações do sistema suficientes para reconstruir decisões" [2] — tudo a partir de um único aplicativo desktop que a equipe de TI já sabe como instalar.

As funcionalidades estão listadas na ordem em que aparecem no menu lateral do Console. Cada seção abaixo nomeia a pergunta de compras, o que o Console faz a respeito e onde os dados ficam armazenados.

Membros e acesso

A pergunta: quem na nossa organização tem permissão para usar o AI Suite, e em qual nível de licença?

O Console permite que um administrador convide colegas por e-mail, atribua assentos de licença Pessoal ou Comercial (Mensal, Anual ou Única), e revogue o acesso quando os funcionários saem. Convites em massa via CSV. A lista é a fonte única de verdade do implantador para "quem tem acesso" — a mesma resposta que a equipe de conformidade fornece quando solicitada a demonstrar supervisão humana.

O que fica no backend da Software Tailor: a lista da organização. O que não fica: qualquer registro do que esses membros fizeram dentro do modelo. O Console é a superfície de acesso; a inferência ocorre localmente.

Licenças

A pergunta: qual nível cada membro possui, e como isso é aplicado offline?

Chaves de licença por usuário validam offline. Útil quando os assentos precisam continuar funcionando sem uma ida e volta à rede — um requisito comum para indústrias reguladas onde a estação de trabalho de IA está em uma rede segmentada. O Console emite e revoga chaves; substituições de nível por usuário são visíveis junto ao padrão da organização.

Esta é a única funcionalidade onde o Console grava um valor que deve ser enviado para a máquina do usuário. Todo o resto é metadado sobre a implantação, não sobre o conteúdo.

Inscrição do AI Server

A questão: em que hardware a nossa organização confia para executar inferência?

AI Suite instalações conversam com um local aisuite-servidor processo; esse processo pode comunicar-se tanto com um modelo no dispositivo quanto com um AI Server controlado pelo cliente e executado dentro da rede do cliente. O registo do AI Server é como o Console vincula essas instâncias de servidor à organização para que aceitem pedidos assinados de instalações aprovadas do AI Suite. Emparelhe, rodeie credenciais, revogue sem precisar acessar o próprio servidor.

O ângulo da aquisição: o hardware de inferência pertence ao implantador. A inscrição comprova isso. O Console nunca vê a entrada ou saída do modelo.

Política

A questão: quais modelos, fornecedores e regras de tratamento de dados se aplicam às instalações do AI Suite na nossa organização?

A política é a configuração organizacional que todos os aplicativos do AI Suite respeitam: quais modelos são permitidos, indicações de residência de dados, provedores de login e a configuração do locatário OIDC. As alterações são propagadas para todas as instalações na próxima inicialização. É isso que o implantador aponta para conformidade quando perguntado "quais guardrails estão em vigor?" — e o que eles editam quando uma emenda ao AI Act da UE é publicada (mais recentemente, o acordo omnibus de 7 de maio de 2026 apertou a definição de sistema de alto risco [1]).

Auditoria

A questão: o que aconteceu, quando, por quem — e podemos produzir isso sob demanda?

Cada ação administrativa é registrada em uma linha de auditoria JSONL: carimbo de data/hora, e-mail do ator, verbo da ação, recurso afetado, o X-App-Id do cliente de origem. Sem prompts. Sem respostas. Sem conteúdo do documento. O repositório de conteúdo do implantador mantém o conteúdo da inferência; a linha de auditoria do Console mantém a prova de que uma ação ocorreu.

Essa separação é o que faz com que a linha satisfaça o "registros de ações do sistema suficientes para reconstruir decisões" do NIST AI RMF [2] sem reter o conteúdo do modelo que o implantador não deseja reter. A arquitetura e o formato da linha estão documentados em nosso registos de auditoria sem conteúdo artigo.

Uso por organização

A questão: o que está realmente acontecendo em toda a nossa organização, de forma agregada?

Um resumo de telemetria somente leitura com escopo na organização: instalações ativas, principais eventos, duração média da inferência, avaliações do modelo. Sem prompts brutos. Tudo é agregado e sem conteúdo por design. A equipe de TI do implantador usa isso para planejamento de capacidade; a equipe de conformidade usa para "a política está realmente sendo cumprida?"

Este é o único lugar onde aparece um número que cruza membros, e o único lugar onde o Console resume o comportamento ao longo do tempo.

Por que uma única ferramenta

O NIST AI RMF [2] exige "registros das ações do sistema suficientes para reconstruir decisões". O AI Act da UE exige que os implantadores demonstrem supervisão humana, monitorem a operação do sistema, mantenham logs e os forneçam mediante solicitação [1]. Em ambos os frameworks, o implantador — e não o fornecedor — é quem detém a obrigação. O Console existe porque a equipe de TI do implantador precisa de um único lugar para cumpri-la.

As seis capacidades não são uma lista de recursos. São a resposta às seis perguntas que um avaliador de compras fará em sequência. As equipes que iniciam essa diligência para uma implantação de IA on-prem devem começar com o enquadramento em Por que implantações de IA on-prem travam na aquisição; o Console é onde as respostas estão.

Referências

  1. Comissão Europeia. "AI Act — Quadro regulatório sobre IA." https://digital-strategy.ec.europa.eu/en/policies/regulatory-framework-ai. Acesso em 2026-07-01.
  2. NIST. "AI Risk Management Framework." https://www.nist.gov/itl/ai-risk-management-framework. Acesso em 2026-07-01.