Bloqueie ações de agentes de IA no endpoint

Aplicação

Todo o resto só observa.

O ZYBE recusa a ação antes que ela rode.

Uma chamada de ferramenta que um agente de IA está prestes a fazer é avaliada no endpoint, no momento de pré ação do próprio agente, contra as suas regras. Se uma regra diz não, o comando nunca começa, o arquivo nunca abre, o servidor nunca responde. O modelo fica sabendo o porquê e é instruído a não tentar outro caminho. Sem proxy, sem gateway, sem tráfego para inspecionar: o próprio agente aplica a decisão, e é por isso que ela vale offline e em todos os notebooks ao mesmo tempo.

Como funciona, com desenhos

O que vale em cada agente

O que é bloqueado

Doze tipos de ação, recusados no endpoint

Cada um é uma regra. Defina como Report, Ask ou Block, por perfil, por grupo de endpoints, por agente.

Onde vale

Doze agentes sob regras, e o resto recusado de vez

Cada agente com um hook de pré ação roda o hook do ZYBE. Apps sem hook agem por servidores MCP, e esses passam pelo shim do ZYBE. O console mostra uma de quatro palavras por agente, por endpoint, calculada a partir de chamadas que realmente chegaram: Blocking, Recording, Seen, Silent, ou Not allowed para um produto que a empresa recusou.

Agente

Como a recusa chega até ele

Hook, nas configurações gerenciadas

Hook

Hook, gerenciado em instalações para a máquina toda

Hook, mais a política gerenciada

Hook, no arquivo de hooks compartilhado do Gemini

Hook de shell na sua config

Um plugin do ZYBE dentro do gateway

Seus servidores MCP passam pelo shim do ZYBE

Os servidores MCP deles passam pelo shim

Recusado de vez: o endpoint retira a permissão de execução

A última linha não tem hook, então uma regra não consegue avaliar uma chamada por vez. A empresa decide se o produto é permitido ou não, e o endpoint aplica isso. O console nunca conta um agente como bloqueado só porque um arquivo está no lugar.

Nas palavras do próprio agente

Como é uma recusa

Sessões reais, agentes reais, instruídos a instalar um pacote que o workspace tinha contido. Cada um parou, citou o motivo e não tentou de novo.

Uma ameaça aberta no console: o resultado injetado, o comando seguinte, o resumo e a correção

A cadeia, no console: instruções chegaram em uma página baixada, o próximo comando naquela sessão e o que fazer.

O quarto estado

Not allowed: quando não há porta, o endpoint recusa o app

Alguns apps agem na nuvem do fornecedor ou na web, sem nada no notebook onde um hook possa ficar na frente. Para esses, a empresa decide se o app é permitido ou não, e o endpoint aplica a resposta: retira a permissão de execução do app, encerra o app se estiver aberto e devolve a permissão assim que a empresa liberar de novo. Digite o nome do produto uma vez em Rules e todo endpoint o recusa em até um minuto. Instalado, recusado e visível como Not allowed em todo endpoint. Ninguém mais faz isso no endpoint.

Nada sai

Avaliado na máquina, não na nuvem de alguém

O comando, o caminho, a página e o prompt são lidos no endpoint e nunca enviados. O que chega ao console é a regra que bateu, a decisão, o agente e um hash. Essa é a diferença para um gateway que inspeciona seu tráfego: o ZYBE vê o que o agente faz, e suas conversas continuam suas.

Instale em uma máquina

O que sai da máquina