O agente RMM da ConnectWise diagnostica o dispositivo e espera por uma pessoa. A espera é o design

Duas da manhã, um ticket chega: o notebook de um usuário não acessa o compartilhamento de arquivos. O técnico que pega o chamado às oito vai gastar os primeiros vinte minutos fazendo o que todo técnico faz. Verificar o dispositivo, verificar a rede, verificar os logs, tentar o óbvio, e só então começar a pensar.

O lançamento da ConnectWise em 29 de outubro automatiza esses primeiros vinte minutos e para aí de propósito. O novo Agentic RMM coloca um agente dentro da plataforma de monitoramento e gerenciamento remoto que os provedores de serviços gerenciados usam para operar os endpoints dos clientes. Quando um ticket chega, o RMM Agent investiga o dispositivo por trás dele, testa a causa provável e prepara uma correção a partir de um catálogo validado. O diagnóstico é somente leitura. Qualquer mudança no dispositivo precisa de aprovação explícita de um técnico, dada dentro do ticket.

A ConnectWise também colocou em disponibilidade geral três agentes de intake, para voz, Microsoft Teams e email, que coletam os dados faltantes com o usuário final antes de o ticket chegar a uma pessoa. Os quatro agentes são descritos como em disponibilidade geral no lançamento.

Diagnóstico somente leitura não é timidez

Seria fácil vender isso como remediação autônoma. A ConnectWise escolheu um formato mais estreito: o agente pode olhar qualquer coisa, testar hipóteses sem alterar o estado e propor uma mudança, mas apenas a partir de um catálogo de scripts que o provedor já validou. Isso se encaixa bem na escada que propusemos para conquistar autonomia de agente: ler, depois recomendar, depois agir com aprovação. O RMM Agent fica no terceiro degrau de propósito.

Para um provedor de serviços gerenciados, o motivo é tanto comercial quanto técnico. O provedor gerencia endpoints de muitos clientes sob contrato. Uma mudança errada feita automaticamente na máquina de um cliente é uma quebra de confiança com o cliente, não apenas um incidente. Manter o técnico como quem aperta o botão mantém a responsabilidade onde o contrato a coloca.

O catálogo validado importa tanto quanto a aprovação. Ele transforma “o que o agente pode fazer” em uma lista que alguém mantém. Se uma remediação não está no catálogo, o agente não pode propô-la, o que limita o dano de um diagnóstico errado e confiante.

O que os parceiros relatam

Os números do release vêm de parceiros da ConnectWise e são relatos, não medições controladas. A RealBytes diz que seus agentes avaliaram 99% de 7.074 tickets em 30 dias e devolveram 178 horas para o time, e que mais de 500 tickets ao vivo passaram pelo RMM Agent, com diagnóstico útil em 91% deles, cada um em cerca de um minuto. A Fusion Computing relata 86% menos escalações. A RealBytes calcula o ponto de equilíbrio do gasto com IA em cerca de 16 minutos economizados por técnico por dia.

“Diagnóstico útil” é a expressão a examinar. Não é o mesmo que diagnóstico correto. Um time que adota isso deveria definir, antes do piloto, o que conta: o diagnóstico nomeou a causa raiz, a correção preparada foi a que o técnico aplicou, ou o técnico apenas achou aquilo útil. Cada critério dá um número diferente. Os agentes de operação que analisamos na AWS e no Azure levantam o mesmo ponto: uma explicação confiante não é evidência até alguém conferir contra o que resolveu o problema.

O que perguntar antes de ligar

Quem cuida do catálogo, e como ele é versionado? Scripts saem do lugar. Uma remediação que era segura para uma build de sistema operacional pode não ser para a seguinte.

O que o agente lê? Diagnóstico somente leitura ainda pode tocar dados sensíveis no dispositivo de um cliente: nomes de arquivos, logs de eventos, atividade de usuários. Os clientes podem precisar saber.

Como a aprovação é registrada? A aprovação dentro do ticket deve mostrar o que o técnico viu: o diagnóstico, o script proposto, o dispositivo. Caso contrário, “aprovado” vira reflexo.

O que acontece com as horas? Se os primeiros vinte minutos desaparecem, o provedor precisa decidir para que serve a capacidade: mais clientes por técnico, níveis de atendimento mais rápidos ou trabalho mais profundo. Sem essa decisão, a economia fica no slide.

O lançamento é um exemplo útil de TI agêntica feita com contenção. O agente faz a investigação que as pessoas acham tediosa; a decisão fica com quem responde por ela.