Agente de IA para manutenção de geradores: regras de escalonamento

Um agente de IA para uma empresa de manutenção de geradores funciona melhor como coordenador: ele mantém em uma única memória o histórico de cada unidade do cliente, os termos do contrato e os chamados em aberto, e encaminha os relatos urgentes de falta de energia para um técnico humano, segundo regras escritas. Ele não deve despachar equipes, aprovar decisões de garantia nem prometer prazos de restabelecimento por conta própria. O primeiro passo é decidir quais chamados ele pode classificar, quais precisam ser escalonados imediatamente e quais informações deve coletar antes de passar o caso adiante.

Principais pontos

• A memória é o motivo para usar um agente aqui: histórico da unidade, termos do contrato e trabalhos abertos ficam no mesmo lugar, e não espalhados entre caixas de e-mail, planilhas e anotações antigas de visitas.
• O trabalho contratual de rotina, como lembretes de revisão, rascunhos de renovação e sugestões de peças, é o escopo inicial mais seguro, porque os erros são fáceis de identificar.
• Chamados de falta de energia exigem uma triagem fixa, uma regra clara de gravidade e um responsável humano definido antes de o agente dizer qualquer coisa sobre prazos.
• O agente nunca deve aprovar decisões de garantia, créditos, exceções contratuais ou envio de equipes sem que uma pessoa nomeada tome essa decisão.
• Cada transferência deve ser registrada, para que a equipe revise falhas e ajuste as regras com regularidade.

Por que uma empresa de manutenção de geradores precisa de memória, não apenas de uma janela de chat

O trabalho com geradores é de longo prazo. Uma unidade de reserva pode ter sido instalada anos atrás, atendida por vários técnicos e vinculada a um contrato cujas condições mudaram na renovação. Boa parte do que a equipe sabe sobre um local está na cabeça das pessoas, em e-mails antigos e em um sistema de atendimento em campo que ninguém consulta bem durante uma tempestade. Um agente com memória mantém um registro estruturado para cada cliente e para cada unidade: marca, modelo, número de série, tipo de combustível, local de instalação, observações de carga, intervalo de revisão, horas de funcionamento quando registradas, nível e condições de cobertura do contrato, instruções de acesso ao local, resultados da última inspeção e ordens de serviço em aberto.

Esse registro é a memória de trabalho do agente, não a sua autoridade. O sistema de atendimento em campo ou o banco de contratos continua sendo a fonte da verdade. O agente recupera o registro relevante quando chega uma mensagem, resume a informação para a pessoa que precisa dela e escreve de volta apenas por meio das ações que você aprovou. Se uma anotação no registro conflitar com o contrato, o agente deve mostrar as duas versões e pedir que uma pessoa decida, em vez de escolher uma delas.

Quais tarefas de contrato entregar primeiro

Comece pelo trabalho em que um erro é barato de identificar e fácil de medir. Bons candidatos iniciais costumam ser:

• Lembretes de revisão gerados a partir do intervalo indicado pelo fabricante de cada unidade e das horas de funcionamento efetivamente registradas
• Avisos de renovação para contratos que entram em uma janela que você define, com um rascunho de mensagem para o responsável da conta revisar e enviar
• Sugestões de peças e consumíveis para cada modelo de unidade, claramente marcadas como sugestões que o técnico deve confirmar
• Uma checagem prévia à visita, para confirmar que as instruções de portaria, as observações de acesso ao local e o contato no local estão atualizados
• Resumos pós-visita gravados no registro da unidade, para que o próximo técnico não comece do zero

Mantenha o primeiro escopo enxuto. Um agente que redige rascunhos de renovação para uma única região de atendimento ensina mais à equipe em algumas semanas do que uma implantação ampla que ninguém tem tempo de revisar. O mesmo padrão de memória aparece em outros negócios de serviços. A abordagem de orçamentos, andamento de serviços e aprovação de peças em uma oficina mecânica segue uma lógica parecida: o agente é útil porque lembra do ativo e do histórico de aprovações, e é seguro porque as decisões financeiras continuam com pessoas.

Como fazer a triagem de um chamado de falta de energia sem adivinhar

Um chamado de falta de energia é diferente de uma dúvida de manutenção porque o tempo importa e uma resposta errada pode piorar a situação. O agente não deve diagnosticar o gerador. Sua função é coletar um conjunto curto e fixo de informações, associá-las à unidade correta e transferir o caso com rapidez, acompanhado de um resumo limpo. Um atendimento viável pergunta o local e o identificador da unidade, se o prédio ou o processo está sem energia agora, se algo crítico depende dessa energia (refrigeração, equipamentos médicos, bombas de drenagem, salas de servidores), se aparece algum código de alarme no painel, se a unidade chegou a ligar e depois parou e se alguém percebeu cheiro de combustível, de escapamento ou de queimado.

Cenário ilustrativo: o gestor de instalações de um depósito refrigerado escreve que o gerador de reserva ligou durante uma interrupção da rede, funcionou por alguns minutos e desligou com um código de alarme no painel. O agente associa a mensagem ao local, encontra o registro da unidade e vê que um alerta de líquido de arrefecimento foi anotado na última visita e que a carga de refrigeração está marcada como crítica. Ele não adivinha a causa. Classifica o chamado como urgente, informa ao cliente que um técnico de plantão entrará em contato pela linha de emergência, envia à pessoa de plantão o resumo do registro com o código de alarme copiado exatamente como apareceu e registra cada etapa com data e hora. Se a mensagem mencionasse cheiro de combustível, o agente pularia as perguntas e seguiria diretamente as instruções de emergência aprovadas pela sua empresa.

Equipes que já coordenam despacho para outras especialidades vão reconhecer o padrão. Operações de despacho de encanamento e de climatização descrevem etapas semelhantes de atendimento e transferência, adaptadas aos seus próprios fluxos de chamadas.

Regras de escalonamento a definir antes de tudo

As regras de escalonamento protegem o cliente e os seus técnicos, por isso escreva-as antes de escrever qualquer prompt. Trate a lista abaixo como um guia de decisão a ser adaptado. Cada regra precisa de um responsável nomeado e de um tempo de resposta esperado que a equipe de despacho tenha combinado.

• Qualquer menção a fumaça, queimado, cheiro de combustível ou de escapamento, ou a uma pessoa ferida, vai direto para a pessoa de plantão e para as instruções de emergência aprovadas, sem perguntas adicionais do agente.
• Qualquer unidade que dê suporte à segurança de vidas ou à cadeia de frio vai para um humano na mesma troca de mensagens, independentemente do nível do contrato.
• Uma unidade que parou com código de alarme vai para o plantão com o código copiado literalmente, nunca parafraseado.
• Se o cliente não tiver certeza se a unidade está funcionando ou se a energia voltou, o chamado é tratado como urgente até que uma pessoa verifique.
• Pedidos de horário específico de chegada são respondidos pelo seu processo de confirmação de despacho, e o pedido é registrado.
• Decisões de garantia, créditos de cortesia, exceções contratuais e alterações de preço exigem um gerente nomeado, e o agente apenas redige a solicitação.
• Chamados que não se encaixam em nenhuma regra ficam em fila, com o resumo da triagem, para a próxima revisão humana, e não são encerrados pelo agente.

Escreva as regras em linguagem simples, que um despachante consiga ler em menos de um minuto. Se uma regra precisar de um fluxograma para ser entendida, provavelmente ela é complicada demais para uma primeira versão.

Permissões, injeção de prompt e trilha de auditoria

Mensagens de clientes são dados, não instruções. Uma mensagem pode conter texto que tenta mudar o comportamento do agente, como um pedido para ignorar as regras de escalonamento ou para revelar registros de outro cliente. A orientação da OWASP sobre prevenção de injeção de prompt explica por que a entrada não confiável deve ficar separada das instruções do próprio agente e por que o acesso às ferramentas deve ser limitado. O desenho deve partir do princípio de que algumas mensagens serão hostis, mesmo que a maioria seja honesta.

Na prática, o papel do agente recebe acesso de leitura apenas aos registros de unidade e de contrato de que precisa, acesso de escrita apenas a rascunhos e chamados em estados definidos, e nenhuma capacidade de alterar condições contratuais, apagar registros, emitir créditos ou editar a escala de plantão. Cada integração usa credenciais próprias, com escopo restrito, que podem ser trocadas e revogadas. Revise esse modelo de autorização da mesma forma que revisa o acesso da equipe, porque agentes acumulam permissões quando ninguém confere. A folha de referência da OWASP sobre autorização serve como um checklist prático para essa revisão.

A idempotência importa durante uma queda de energia. Um cliente que reenvia a mensagem, ou uma conexão que tenta de novo após um tempo limite, não pode gerar três chamados de emergência para a mesma unidade. Use uma referência estável para cada atendimento no seu sistema de campo e faça o agente verificar se já existe um chamado aberto antes de criar outro.

Por fim, registre cada chamada de ferramenta e cada classificação com data e hora. Os rastreamentos, logs e métricas descritos na introdução à observabilidade do OpenTelemetry se aplicam diretamente aqui. Você precisa enxergar o que o agente leu, o que decidiu, o que enviou e quando uma pessoa assumiu o caso.

Como medir o agente e manter as regras atualizadas

Meça o agente por resultados que importam para a operação. Indicadores úteis incluem com que frequência um chamado urgente foi classificado como urgente já na primeira passagem, quanto tempo uma pessoa levou para responder após a transferência e com que frequência um técnico corrigiu o resumo escrito pelo agente. Revise primeiro os falsos negativos. Uma classificação de rotina para um chamado que depois se revelou uma falta de energia é uma falha muito mais grave do que um escalonamento cauteloso que se mostrou desnecessário.

Monte um pequeno conjunto de teste com chamados reais do passado, sem dados pessoais, e rode-o novamente após cada mudança em prompt, regra ou permissão. Acrescente casos sempre que um incidente revelar uma lacuna. Revise as permissões em uma agenda fixa e leia o registro de escalonamentos com o líder de despacho todo mês, porque quem atende o telefone costuma perceber problemas de redação antes de qualquer painel.

A Be Human projeta, implanta e opera este tipo de estrutura como infraestrutura gerenciada. Uma primeira etapa define um papel útil para o agente, a memória e as ferramentas de que ele precisa, os limites de aprovação e um critério de sucesso que você consiga observar. A operação gerenciada cobre, depois, monitoramento, avaliações recorrentes com chamados de teste, manutenção das integrações de atendimento em campo e telefonia, revisões de permissões e resposta a incidentes quando uma regra se comporta de forma diferente da pretendida. O trabalho é remoto e disponível em inglês e português.

Se você quer identificar a primeira tarefa que vale a pena entregar a um agente na sua própria operação de serviços, faça o diagnóstico gratuito de IA da Be Human.

Perguntas frequentes

Um agente de IA pode despachar sozinho um técnico de geradores? Em um desenho bem feito, não. O agente pode criar um chamado em um estado definido e resumir a ligação para a pessoa de plantão, mas um humano nomeado deve confirmar o despacho, as janelas de chegada e qualquer decisão de segurança. Manter essa etapa com uma pessoa também facilita explicar a trilha de auditoria aos clientes.

O que uma empresa de manutenção de geradores deve automatizar primeiro? Comece por trabalhos contratuais de baixo risco, como lembretes de revisão, rascunhos de renovação, sugestões de peças e checagens de acesso antes da visita. Essas tarefas são fáceis de verificar no registro da unidade e não tocam em decisões de segurança. A triagem de falta de energia pode vir depois, quando as regras de escalonamento já tiverem sido testadas com chamados do passado.

Em que a memória de um agente é diferente da base de conhecimento de um chatbot? Uma base de conhecimento guarda respostas gerais, enquanto a memória do agente guarda o histórico específico de cada cliente e de cada unidade, como números de série, intervalos de revisão, ordens de serviço abertas e observações de acesso ao local. O agente recupera esse registro quando chega uma mensagem e trabalha a partir dele. O sistema de atendimento em campo continua sendo o dono dos dados, e o agente apenas lê e escreve por meio de ações aprovadas.

O agente precisa falar com os clientes durante uma falta de energia? Ele pode confirmar o recebimento da mensagem, coletar as informações da triagem e explicar que uma pessoa vai retornar pela linha de emergência. Não deve estimar prazos de restabelecimento, diagnosticar uma falha nem prometer a chegada de um técnico, a menos que o seu processo de despacho tenha confirmado isso. Esses limites devem estar nas regras escritas antes do lançamento.

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