Onde a política é avaliada, e por que antes

A diferença entre observar e governar é o momento em que a regra roda. Antes da chamada sair é outra coisa que não depois, e o custo dessa escolha é real.

Time de engenharia da Tessera · 14 set 2026 · 6 min

A objeção, que é justa

Toda vez que alguém propõe uma camada de governança para agentes, a primeira reação de quem vai operar é a mesma: isso não é mais uma coisa no caminho?

É uma objeção justa, e merece a resposta técnica e não a comercial.

A resposta curta é que a camada já existe. Ela está distribuída em planilha, em documento de política que ninguém lê, em conhecimento tácito de quem construiu o agente, e em revisão manual de quem aprova. O que muda não é a existência dela. É onde ela roda.

A resposta longa é este artigo.

Dois lugares possíveis

Uma regra organizacional sobre o que um agente pode fazer só pode ser aplicada em dois momentos: antes da ação acontecer, ou depois.

Depois é o que a maior parte das ferramentas oferece, e elas chamam isso de observabilidade. O agente chama a ferramenta, acessa o sistema, gasta o token, e o registro aparece. Se a chamada não deveria ter saído, você descobre que ela saiu.

Isso tem valor, e não é governança. É contabilidade.

Antes significa que a chamada passa por uma avaliação antes de existir. O agente decide que quer chamar uma ferramenta, a intenção é submetida à regra da organização, e só então ela vira uma chamada de verdade, ou não vira.

A diferença prática é a mesma que separa um firewall de um relatório de tráfego. Os dois sabem o que passou. Um decide o que passa.

A sequência, passo a passo

Na Tessera o caminho de uma chamada é este.

O agente, no meio da execução, resolve que precisa de alguma coisa de fora: chamar uma ferramenta, buscar um dado, usar um modelo. Essa decisão é dele, e é a parte que faz o agente ser útil.

A intenção é interceptada antes de virar chamada. Nesse ponto existem o agente, a versão dele, o ambiente, o responsável declarado, e o que exatamente ele está tentando fazer.

As políticas que se aplicam àquele escopo são avaliadas. Não todas as políticas da organização: as que o escopo daquela regra alcança, o que pode ser por agente, por time, por ambiente ou por tipo de recurso.

E aí três desfechos. A regra permite, e a chamada segue, com o registro do que foi avaliado. A regra bloqueia, e a chamada não sai, com o registro de qual regra bloqueou. Ou a regra exige aprovação humana, e a execução para e espera, o que é o caso mais interessante dos três.

A pausa é o caso difícil

Bloquear é simples de implementar e simples de explicar. Parar e esperar não é.

Uma execução que para porque a política exige aprovação precisa de estado: alguém tem de ser notificado, a execução tem de sobreviver ao tempo de espera, e quando a aprovação chega ela tem de continuar do ponto exato onde parou, e não recomeçar.

É por isso que essa capacidade aparece na camada de plataforma e não dentro do agente. Um agente que implementa a própria pausa está implementando persistência de estado de execução, e cada time que fizer isso vai fazer diferente.

O que isso custa

Aqui está a parte que a objeção do começo estava certa em levantar.

Avaliar política antes da chamada acontece no caminho crítico. Toda chamada de ferramenta e toda chamada de modelo passa por ali. Isso tem custo de tempo, e não adianta fingir que não tem.

O que dá para dizer honestamente é o que determina esse custo. A avaliação é local, não sai para a rede, e trabalha sobre um conjunto de regras que já está carregado. Ela não depende do modelo, não depende do sistema de destino, e não cresce com o tamanho da resposta.

E existe uma comparação que a objeção esquece. A alternativa a avaliar antes não é não avaliar: é avaliar depois, manualmente, quando alguém pergunta. Esse custo não aparece na latência da execução. Aparece nas horas de quem vai investigar.

O que a avaliação de política não resolve

Ela não decide qual é a política certa. Um motor de política aplica o que a organização definiu, com a precisão com que foi definido. Se a regra estiver errada, ela será aplicada corretamente e o resultado será errado em escala, o que é pior do que não ter regra nenhuma.

Ela não vê dentro da resposta do modelo. A avaliação acontece sobre a intenção de chamada: qual ferramenta, quais argumentos, qual modelo, quais dados. Ela não julga se o texto que o modelo devolveu é apropriado. Isso é outro problema, com outras ferramentas, e confundir os dois é o erro mais comum quando se fala de segurança de agentes.

E ela não substitui o registro. A política decide o que acontece; a trilha guarda o que aconteceu. São duas coisas, e quem tiver só uma vai descobrir a falta da outra no pior momento possível.

Governança aplica a regra antes da chamada sair. Audit e Replay guardam o que aconteceu depois. Conheça a Governança.

O AgentOS para operações reguladas.

Um Agent Kernel que escalona, isola, persiste, protege e contabiliza cada agente que roda sobre ele, em escala massiva, inclusive na nuvem da própria instituição.

Ao enviar, você aceita receber a newsletter da Tessera, conforme a Política de Privacidade. Pode cancelar a qualquer momento.