Os colaboradores, as aplicações e os agentes chegam aos modelos através de uma única camada controlada. Cada pedido é contabilizado e atribuído, verificado à saída para que os dados não escapem e no regresso para que nada de escondido tome as rédeas.
As pessoas criaram contas próprias porque havia trabalho para fazer, e as aplicações ficaram presas a um fornecedor cada uma. Hoje ninguém consegue dizer o que a organização pergunta à IA, quanto custa ou o que já saiu da rede — e proibir apenas empurra isso ainda mais para fora de vista.
Uma única ligação para modelos comerciais, de pesos abertos e autoalojados — aponte o Gateway ao seu próprio vLLM ou Ollama, com chave apenas se o seu servidor a pedir. As aplicações deixam de depender de um único fornecedor.
Encaminhe por tarefa, qualidade, sensibilidade e custo, e reserve os modelos premium para o trabalho que precisa deles. A consola mostra o que o encaminhador escolheu e porquê.
Como o Gateway escolhe um modelo →O que conta como sensível, e o que conta como difícil, é decidido por um modelo que nós operamos — não pelo fornecedor a quem está a enviar o pedido. No Enterprise on-premise corre no seu hardware e nada sai dele.
Uma falha do fornecedor, uma quota esgotada ou um limite de taxa, e outro fornecedor da mesma classe ou superior assume o pedido — apenas de entre os modelos que essa aplicação pode usar. A resposta indica o modelo que a escreveu.
Cada pedido fica associado a um utilizador, equipa, projeto ou aplicação, com limites rígidos e flexíveis e alertas antes do teto — para que a IA seja uma rubrica orçamental e não uma fatura surpresa.
Inspecione ou bloqueie conteúdo sensível antes de sair da sua rede. O que conta como sensível é decidido por um modelo que nós operamos — não pelo fornecedor a quem o está a enviar. O que não passa não sai.
O que quer que uma ferramenta traga de volta — um e-mail, uma página web, um registo do CRM — o modelo lê como dados, não como uma tarefa. O mesmo modelo deteta, na mesma passagem, uma instrução que ninguém deu; no modo de bloqueio, o texto suspeito nunca chega ao modelo. A mesma verificação abrange os eventos que o Gateway passa às suas outras aplicações.
Como o Gateway deteta uma instrução que ninguém deu →Cada pedido, modelo, decisão e custo fica consultável mais tarde para uma revisão de conformidade ou de incidente. Cada chamada de ferramenta mostra como foi verificada e o que a verificação disse sobre o seu resultado — e todo o registo de um pedido guarda-se como um único documento, HTML ou PDF.
As pessoas mantêm os modelos em que se apoiam, através de uma conta que a organização vê. A adoção sobe e a exposição desce ao mesmo tempo — ninguém tem de abdicar de uma ferramenta.
O conteúdo sensível é apanhado antes de sair, e o que volta é verificado antes de um modelo o ler — por isso uma instrução escondida encontra uma verificação, e depois as permissões das ferramentas e os pontos de aprovação, antes de poder transformar uma resposta útil numa ação que ninguém aprovou.
Cada pedido é atribuído a uma equipa, projeto ou aplicação, com limites definidos antes de a fatura chegar em vez de explicados depois.
A maior parte da exposição não vem das suas aplicações — vem de pessoas a fazer o seu trabalho através de contas que ninguém vê. Ponha primeiro a sua equipa atrás do Gateway, depois as aplicações e os agentes.