IA para empresa de segurança patrimonial: ordens de posto e ocorrências

Um agente de IA para empresa de segurança patrimonial funciona melhor quando as ordens de posto e os registros de ocorrência compartilham uma mesma memória, mas cada tipo de registro mantém seu próprio status. Ordens de posto são as regras permanentes aprovadas para um local, e os registros de ocorrência são o histórico com data e hora do que aconteceu sob essas regras. O agente pode ler os dois, explicar o que vale em determinado posto e rascunhar atualizações, enquanto um supervisor identificado aprova qualquer mudança que altere a conduta de um vigilante ou o que o cliente é informado.

Principais pontos

• Ordens de posto são as regras permanentes de um local, e os registros de ocorrência documentam o que aconteceu sob elas. Mantenha os dois em uma mesma memória, mas dê a cada entrada um status claro, como aprovada, rascunho ou encerrada.
• Deixe o agente ler, resumir, cruzar informações e rascunhar. Um supervisor identificado aprova toda alteração em ordem de posto, todo aviso ao cliente e toda classificação final de ocorrência.
• Comece com um local e um cargo. Escolha uma verificação única e mensurável, como confirmar que cada passagem de turno cita a versão vigente da ordem de posto aprovada.
• Trate as permissões do agente como uma lista que alguém revisa em uma agenda fixa, e não como uma configuração feita uma vez e esquecida.
• Espere que as primeiras semanas revelem lacunas nos documentos de origem, como códigos de portão desatualizados ou contatos que não funcionam mais. Essas lacunas são achados úteis, não falhas do agente.

O que contêm ordens de posto e registros de ocorrência

Ordens de posto são as instruções que um vigilante segue em um local específico. Em geral, cobrem o horário de cobertura, as rotas e a frequência das rondas, os procedimentos de acesso para funcionários e visitantes, as áreas restritas, os equipamentos, os contatos de escalonamento e o que fazer quando algo foge da rotina. Elas mudam quando o cliente altera um processo, quando o layout do local muda ou quando uma ocorrência anterior mostra que uma regra estava pouco clara.

Registros de ocorrência têm outra natureza. Cada entrada traz horário, observador, categoria, a observação em si, a ação tomada, quem foi avisado e se o caso foi encerrado e por quem. Uma única entrada costuma revelar um desvio em relação à ordem de posto, como uma porta deixada destrancada durante a ronda ou um visitante admitido sem a verificação exigida. É essa ligação que justifica manter os dois registros juntos, mesmo que tenham responsáveis diferentes e mudem em ritmos diferentes.

Por que uma memória, com status separado para cada registro

Um agente que responde perguntas sobre um local precisa saber qual versão da ordem de posto está vigente e quais entradas de registro sustentam determinada conclusão. Se o agente recuperar um procedimento antigo de portão a partir de uma digitalização de arquivo, ou tratar uma anotação em rascunho como regra aprovada, o vigilante no turno recebe a instrução errada. A solução prática é um repositório de ordens de posto com versão e campo de aprovação, um registro de ocorrências somente com acréscimos e rótulos claros em tudo o que o agente gera.

Modelos baseados em recuperação de documentos são adequados para esse problema, porque o agente responde a partir de documentos que consegue apontar, e não a partir de conhecimento geral. A visão geral da AWS sobre geração aumentada por recuperação descreve o padrão básico. Para uma empresa de segurança, a regra mais importante é que cada resposta cite a versão da ordem de posto e as entradas de registro em que se apoiou. Se não conseguir citá-las, a resposta deve ir para uma fila de revisão, e não para uma mensagem enviada a um vigilante.

Quando a memória é construída dessa forma, o agente consegue responder perguntas como qual ronda vale em um feriado, se uma ocorrência parecida já aconteceu no mesmo local e quais pendências ficaram abertas na última semana. O que ele não pode fazer é alterar a regra em silêncio.

Portões de aprovação: o que o agente faz sozinho e o que uma pessoa precisa aprovar

A decisão mais útil que uma empresa de segurança pode tomar cedo é uma matriz de aprovação por escrito. Ela deve ser curta o bastante para que os supervisores realmente a leiam. Uma versão viável tem três níveis.

• O agente pode agir sozinho em tarefas de leitura e internas: resumir o registro de um turno, sinalizar uma ronda não registrada, rascunhar uma nota de passagem de turno e buscar em registros antigos ocorrências comparáveis.
• O agente rascunha e um supervisor aprova antes de qualquer efeito: mudanças em ordens de posto, contatos de escalonamento, categorias de ocorrência e qualquer mensagem ao cliente sobre uma ocorrência.
• O agente nunca age por conta própria: contatar autoridades públicas, editar um registro já encerrado, alterar credenciais ou direitos de acesso dos vigilantes e mudar regras de escala ou de pagamento.

O princípio por trás da matriz é o de menor privilégio. As orientações de autorização da OWASP são uma referência útil para decidir quem e o que pode executar cada ação. O agente deve ter acesso de leitura ao repositório de ordens de posto aprovadas e ao arquivo de registros encerrados, e acesso de escrita apenas a uma fila de rascunhos. Qualquer alteração que mude a regra em vigor deve exigir a aprovação de uma identidade humana.

O agente deve poder propor uma mudança em uma ordem de posto. Não deve poder publicá-la.

Trate o texto do registro como dado, não como instrução

Registros de ocorrência contêm texto livre escrito por vigilantes, visitantes e, às vezes, pessoas de fora da empresa. Parte desse texto será imprecisa, e parte pode conter instruções destinadas a um sistema automatizado. As orientações da OWASP sobre prevenção de injeção de prompt explicam por que o agente deve tratar qualquer texto recuperado como conteúdo a ser analisado, e não como comando a ser seguido. Isso importa na segurança patrimonial porque uma entrada de registro que pareça autorizar um novo procedimento de acesso poderia induzir em erro um agente pouco cuidadoso.

As salvaguardas práticas são simples. Ações disparadas pelo conteúdo de um registro devem passar pela fila de aprovação. O agente não deve conseguir enviar mensagens nem alterar registros apenas com base no que uma entrada diz. Os revisores devem ver a entrada de origem ao lado de cada alteração proposta.

Cenário ilustrativo: um vigilante registra que um visitante disse que o código do portão mudou. O agente lê a entrada, verifica que a ordem de posto ainda traz o procedimento antigo e rascunha uma atualização do procedimento de portão, com link para a entrada de origem. Como alterações em ordens de posto exigem aprovação do supervisor, o rascunho fica na fila de revisão. O supervisor confirma a mudança com o gestor do local antes de qualquer publicação, e o rascunho do agente permanece marcado como não verificado até lá.

O que uma empresa de segurança deve configurar primeiro

O primeiro projeto deve ser pequeno o bastante para ser concluído e específico o bastante para ser avaliado. A sequência a seguir é um ponto de partida prático.

• Escolha um local com um conjunto de ordens de posto atual e aprovado e um histórico razoável de registros.
• Converta as ordens de posto para um único formato de documento, com campos para número da versão, data de aprovação, aprovador e o local a que se aplicam.
• Defina o esquema do registro: horário, local, observador, categoria, ação tomada, avisos enviados e o nome de quem encerrou a entrada.
• Escreva a matriz de aprovação em linguagem simples e nomeie o responsável por cada nível.
• Conceda ao agente acesso de leitura ao repositório de ordens de posto aprovadas e ao arquivo de registros encerrados, e acesso de escrita somente à fila de rascunhos.
• Defina uma verificação de sucesso que um supervisor consiga conferir em poucos minutos, como cada resumo de passagem de turno citar a versão vigente da ordem de posto e cada alteração em rascunho apontar para sua entrada de origem.
• Agende uma revisão de permissões e uma avaliação curta a cada mês, e registre todo caso em que o agente errou.

Evite a tentação de conectar todos os locais, clientes e canais de uma vez. Uma empresa que começa com um local aprende mais com uma semana de rascunhos do que com um mês de reuniões de planejamento.

Como saber se o agente é confiável

A confiabilidade de um agente desse tipo é medida pela qualidade das respostas e pela rastreabilidade das ações. Monte um conjunto pequeno de perguntas de teste a partir de ocorrências reais do passado em que a resposta correta é conhecida. Inclua perguntas em que a resposta certa seja dizer que a ordem de posto não está clara ou que não existe entrada correspondente. A documentação da OpenAI sobre avaliações (evals) e o material da Anthropic sobre avaliação de agentes descrevem o método geral: definir o comportamento esperado, executar os mesmos casos repetidamente e revisar as falhas por categoria.

A observabilidade é a segunda metade. Para cada ação do agente, registre qual versão da ordem de posto foi recuperada, quais entradas de registro foram usadas, o que foi rascunhado e quem aprovou. A documentação de conceitos do OpenTelemetry descreve a ideia geral de rastrear e registrar o comportamento de um sistema para que problemas possam ser encontrados e explicados. Uma empresa de segurança precisa desse rastro para a revisão interna e para qualquer pergunta do cliente sobre como uma ocorrência foi tratada.

O NIST AI Risk Management Framework também é útil aqui, porque trata o risco como algo a mapear, medir e gerenciar ao longo do tempo, e não como uma aprovação feita uma única vez.

Como a Be Human atua em operações gerenciadas

A Be Human projeta e implanta infraestrutura de IA personalizada para empresas, mantendo sob controle humano a identidade, a memória, os canais, as ferramentas, as permissões e o contexto operacional do agente. Em um primeiro projeto, a Be Human define um papel útil, a memória de ordens de posto e registros que ele precisa, os portões de aprovação e um critério de sucesso observável. As operações gerenciadas podem então incluir monitoramento, avaliações recorrentes, manutenção das integrações, revisão de permissões, resposta a incidentes e melhorias controladas no agente. O serviço é remoto e disponível em inglês e português. Se você quer identificar a primeira tarefa que vale a pena passar a um agente na sua operação, o diagnóstico gratuito de IA da Be Human é um bom ponto de partida.

Perguntas frequentes

O agente pode atualizar ordens de posto diretamente quando um vigilante informa uma mudança? Não, e ele não deveria ter essa capacidade. O agente pode ler a mudança informada, encontrar a ordem de posto afetada e rascunhar uma revisão com link para a entrada de origem. Um supervisor identificado deve aprovar a revisão antes que ela se torne a versão vigente seguida pelos vigilantes.

As ordens de posto e os registros de ocorrência precisam estar no mesmo sistema? Precisam estar conectados, mas não necessariamente armazenados em um único aplicativo. O que importa é que o agente acesse os dois por meio de permissões compatíveis com o status de cada um, com as ordens aprovadas legíveis como regras vigentes e os registros encerrados legíveis como histórico. A fila de aprovação deve ser o único lugar onde aparecem as alterações propostas pelo agente.

O que uma empresa de segurança deve configurar antes de conectar qualquer agente aos seus registros? Comece com um local, um único conjunto de ordens de posto aprovadas em formato consistente, um esquema de registro com campos claros e uma matriz de aprovação por escrito. Acrescente uma verificação de sucesso que um supervisor consiga conferir e agende uma revisão mensal das permissões e dos erros do agente. Só depois disso a empresa deve considerar um segundo local ou um segundo canal.

Como a empresa sabe se o agente está errando menos com o tempo? Mantenha um conjunto fixo de perguntas de teste tiradas de ocorrências reais do passado, incluindo perguntas em que a resposta correta é dizer que a informação não existe. Execute-as em uma agenda regular e registre cada falha por categoria, como versão errada da ordem de posto ou conclusão sem apoio nos registros. Compare os resultados entre as revisões e use os achados para decidir o que melhorar em seguida.

Orientação editorial Be Human. Exemplos são ilustrativos, salvo atribuição explícita. Fontes oferecem contexto; a implementação depende do seu processo.