A Camada de Governança de IA
Agentes de IA estão se tornando consumidores comuns de dados corporativos. Isso cria um problema que as respostas usuais não resolvem.
O descompasso
Um agente ao qual se pergunta algo simples — "quantos clientes temos?", "esta pessoa aparece em outro lugar?" — precisa alcançar sistemas que discordam sobre quem existe. Três abordagens plausíveis falham:
| Abordagem | Por que falha |
|---|---|
| Consultar as origens diretamente | O agente herda a duplicação. Três registros de uma pessoa viram três clientes na resposta. |
| Copiar dados para um índice de recuperação | A cópia não tem permissões. O que ela contém, todos que perguntam recebem. |
| Controle de acesso por aplicação | Cada aplicação reimplementa as regras, e elas divergem. O alcance do agente vira a união dos erros de todos. |
A falha comum é que identidade e governança ficam para trás no ponto em que os dados são copiados ou federados.
Os princípios
Uma entidade canônica, não cópias federadas. A resolução acontece uma vez, em um lugar. Todo consumidor — inclusive o agente — vê o mesmo registro governado.
Identidade é o plano de controle. O agente age como quem o chama, carregando essa identidade a cada requisição. O endpoint não tem identidade própria nem credencial intermediária, então o alcance de um agente é exatamente o da credencial que ele carrega — uma pessoa autenticada, ou um token de sistema provisionado para ele.
Uma superfície dedicada e de baixa latência para IA. Agentes recebem um endpoint construído para o propósito, expondo operações governadas, em vez de serem apontados para uma API geral na esperança de que se comportem.
Governado, auditado e explicável por construção. Toda ação de agente passa pelas mesmas quatro camadas de aplicação e vai para o mesmo log de auditoria somente-adição, atribuída ao usuário cuja identidade foi utilizada.
O que isso significa na prática
- Conceder acesso ao assistente concede nenhum acesso a dados. As permissões existentes da pessoa já decidiram isso.
- Um campo mascarado para um usuário está mascarado também no contexto do
agente. O agente recebe
[REDACTED]e só pode repeti-lo — não há nada a reconstruir. - Um agente operando para um usuário somente-leitura não pode escrever, em nenhum modo de autonomia. Autonomia governa se uma pessoa é consultada; nunca o que a requisição pode fazer.
- Toda ação de agente é auditável, atribuída e reversível nos mesmos termos de qualquer outra ação.
Por que precisa ser arquitetural
Uma política dizendo "o assistente deve respeitar permissões" vale apenas o quanto cada caminho de código se lembra dela. Aqui a propriedade decorre do desenho: o mascaramento é aplicado na geração da resposta, então não existe superfície sem máscara de onde a camada de IA possa ler. Não é que se confie no agente para não olhar — não há o que olhar.