Monitoramento contínuo: agentes que observam sem perguntar

O que é monitoramento contínuo em um sistema de agentes?

É a capacidade de um agente observar dados da empresa em intervalos, sem que alguém faça uma pergunta, e levantar a mão quando algo exige atenção. É a primeira metade do loop da PowerVizion: observa, propõe, você aprova, age.

O ponto é inverter a iniciativa, sem tirar a decisão das mãos de quem responde pelo resultado. Em vez de a pessoa lembrar de perguntar sobre uma vaga atrasada ou um limite de uso, o sistema apresenta o achado com a evidência que o gerou.

Na prática, o resultado é um painel de achados com evidência, e não uma enxurrada de notificações. A decisão sobre o que fazer continua com a pessoa.

O que já existe hoje: tarefas agendadas

Um agente pode criar um agendamento, como um briefing diário em um horário. A cada minuto o servidor verifica o que está devido, executa o pedido com as ferramentas reais do agente e publica o resultado na Wiki.

Essa execução acontece sem usuário online, então o relatório não faz perguntas e deve citar apenas dados reais do contexto. Flows inteiros também podem ser agendados para rodar uma vez por dia, em horário escolhido no canvas. Esses agendamentos são separados de propósito: um nasce da decisão de um agente, o outro é uma ação explícita da pessoa no canvas.

O briefing é publicado na Wiki, o que o torna parte da memória institucional e consultável pelo time depois.

O que já existe hoje: sentinelas por regra

O Radar executa sentinelas a cada 30 minutos por workspace. Cada sentinela é uma regra que consulta registros reais e devolve achados com evidência. Não usa modelo de linguagem para detectar: a regra é dado, e o resultado é verificável. Cada achado guarda a evidência que o gerou, para você conferir antes de decidir.

Os detectores atuais cobrem vaga perto do prazo, candidato parado, vaga sem candidatos, orçamento de IA no fim e dois sinais de oportunidade comercial, que exigem um perfil de comprador ideal. Cada um pode ser ligado ou desligado, com limite ajustável, por workspace.

A checagem verifica também a saúde do orçamento de IA do dono do workspace, para avisar antes que o saldo ou o limite acabem e interrompam os agentes.

Como a aprovação humana entra no ciclo

Um achado não vira ação sozinho. Quem é owner ou admin vê a proposta, escreve um motivo se recusar, pode adiar de 1 a 90 dias ou aprovar. A proposta vem de um roteiro determinístico, como prorrogar uma vaga ou criar uma tarefa, e só é executada depois do clique de aprovação.

Cada passo grava na linha do tempo do achado. Depois, o sistema reavalia a condição: se ela sumiu, o achado fica "resolvido"; se ainda existe após o prazo de verificação, fica "não resolvido". O aviso por e-mail é opcional e cada achado é avisado uma única vez.

Isso fecha o ciclo: o sistema não só avisa, mas confere depois se o problema de fato deixou de existir, em vez de assumir que a ação resolveu.

Por que desenhamos assim

Monitorar de forma contínua tem um risco evidente: alerta demais cansa e ação automática demais assusta. Por isso a deduplicação impede o mesmo achado de reaparecer a cada checagem, e as ações propostas são pequenas e reversíveis, como criar tarefa.

Começar por regras, e não por um modelo de linguagem, foi uma escolha de confiança: dá para explicar por que o alerta apareceu e reproduzi-lo. Regras também facilitam a auditoria: o histórico mostra quem decidiu, quando e por quê.

Por essas razões, o sistema evita prometer cobertura total. Ele mostra o que as regras detectam, e o que elas não detectam continua invisível.

Exemplo ilustrativo: vaga perto do prazo

Uma vaga ativa está a poucos dias do prazo de fechamento. Na checagem seguinte, a sentinela gera um achado com a evidência: qual vaga, qual prazo e quantos dias restam. O dono do workspace vê o achado e a proposta de prorrogar a vaga por 30 dias.

Se aprovar, o passo é executado e registrado, e a condição é reavaliada no dia seguinte. Se recusar, informa o motivo. É um exemplo ilustrativo do funcionamento descrito no código, sem números de resultado.

Em resumo, o que está disponível é um começo bem delimitado, e o experimento descreve o caminho de ampliá-lo com o mesmo princípio de aprovação.

O que ainda não existe

O monitoramento contínuo, como experimento, segue em desenvolvimento e não tem data prevista. Ainda não há monitoramento por agentes de IA sobre fontes externas, como caixas de e-mail ou canais de mensagens, nem leitura contínua em tempo real.

Também não existe sentinela para entrevistas sem análise: ela depende de um registro de eventos do PRIZM Live, que ainda não alimenta o Radar. Se você precisa de algo hoje, as tarefas agendadas e os detectores atuais são o que está de pé.

Os detectores atuais também são pensados para o recrutamento e para o orçamento de IA, e não para qualquer área da empresa. Estender o monitoramento a financeiro, jurídico ou operações é um objetivo do experimento, não uma funcionalidade pronta.

Perguntas frequentes

O que é monitoramento contínuo na PowerVizion?

É o experimento, em desenvolvimento, de agentes que observam sinais sem esperar uma pergunta e propõem ações para aprovação. Hoje existem tarefas agendadas e sentinelas por regra.

O monitoramento age sozinho?

Não. Cada achado vira uma proposta, e a execução só ocorre depois da aprovação de uma pessoa com papel de owner ou admin.

As sentinelas usam inteligência artificial?

As sentinelas atuais usam regras sobre registros reais, sem modelo de linguagem. Isso torna cada alerta explicável e reproduzível.

O monitoramento já observa Slack, e-mail ou Drive?

Não. Fontes externas ainda não são lidas. As conexões com Slack, Notion, Gmail e Google Drive podem ser cadastradas, mas a busca nelas também está em desenvolvimento.