Agente de IA para mitigação de radônio: testes e checagens de ventilador

Uma empresa de mitigação de radônio que usa um agente de IA para o acompanhamento de clientes precisa registrar cada resultado de teste e cada checagem de ventilador, com suas condições, o observador e o status de aprovação, antes de o agente escrever qualquer coisa. Sem esses campos, uma mensagem pode citar um resultado de uma medição inválida, descrever um ventilador como funcionando quando a última visita mostrou o contrário ou prometer um nível que ninguém mediu. O ponto de partida prático é um conjunto curto e fixo de campos de registro e uma linha clara entre o que o agente pode repetir e o que uma pessoa certificada precisa explicar.

Principais pontos

• Uma mensagem de acompanhamento só é tão precisa quanto o registro que ela lê, então guarde as condições da medição ao lado do número, e não na memória do técnico.
• Checagens de ventilador precisam do estado atual, das leituras feitas, do observador e da data, para que uma mensagem posterior possa dizer o que foi visto e quando.
• Mantenha interpretação e linguagem sobre saúde fora da redação livre. Tudo que soar como conclusão vai primeiro para uma pessoa certificada.
• Comece com um papel, um conjunto de registros e um critério de sucesso observável, como cada mensagem enviada corresponder ao registro armazenado no dia do envio.

O que um acompanhamento preciso depende

Depois de um teste ou de uma visita ao ventilador, os clientes costumam fazer as mesmas perguntas: qual foi o resultado, o sistema ainda está funcionando, quando deve ser verificado de novo e isso significa que a casa está segura. Cada pergunta corresponde a uma parte diferente do registro. O resultado responde à primeira. O status do ventilador e a data da última manutenção respondem à segunda. O prazo de nova medição depende do tipo de teste e de o imóvel ter estado na condição que o protocolo exige. A última pergunta não é uma questão de registro. É uma interpretação que a empresa precisa assumir.

Um agente que não distingue essas coisas vai soar prestativo e continuar errado. Também vai errar de forma mais silenciosa quando ler uma versão antiga de um registro. Uma nova medição, a troca de um ventilador ou um laudo de laboratório corrigido substitui o que veio antes, então cada registro precisa de uma data de versão, e o agente deve ler apenas a versão atual.

Resultados de testes: registre as condições, não só o número

Um resultado sem contexto é difícil de acompanhar. Para cada teste, guarde o tipo de teste, o identificador do equipamento ou do laboratório, a posição no imóvel, os horários de início e fim, se o imóvel estava fechado como o protocolo exige, quem instalou e quem recolheu o equipamento e a unidade impressa no laudo. Para testes enviados a laboratório, guarde a cadeia de custódia e o número de referência do laboratório. Uma mensagem que diz que a leitura ficou dentro da faixa discutida por telefone não pode ser conferida contra nada se esses campos faltarem.

Cenário ilustrativo: uma empresa faz um teste curto em um porão. O equipamento é recolhido antes do prazo do protocolo e o registro recebe uma marcação de exceção. O rascunho do agente para o proprietário não pode apresentar o resultado como definitivo. Deve dizer que uma nova medição está sendo providenciada e que um técnico vai ligar. Sem a marcação, o agente enviaria um resultado confiante baseado em uma medição que não deveria ser usada.

A marcação de exceção precisa estar visível no registro que o agente lê, não só nas anotações do técnico. As orientações de autorização da OWASP são úteis aqui: o agente deve ter acesso de leitura apenas aos campos de que precisa, sem acesso a campos desnecessários, para não puxar em silêncio observações internas que nunca foram feitas para o cliente.

Checagens de ventilador: estado, leituras e observador

Sistemas de mitigação são avaliados ao longo do tempo, por isso as checagens de ventilador importam tanto quanto o primeiro teste. Em cada visita, registre a marca e o modelo do ventilador, o número de série, a data de instalação, a leitura do medidor do sistema quando o projeto o prevê, o estado de qualquer indicador ou alarme, qualquer ruído ou vibração observado, as verificações elétricas realizadas e qualquer alteração feita. Registre o observador pelo nome ou pelo papel. Se o cliente relatar um som, um cheiro ou um alarme, guarde o que ele descreveu e, em campo separado, o que o técnico confirmou no local.

Mantenha a última leitura confirmada como referência. Assim, uma mensagem posterior pode dizer que uma leitura está abaixo da visita anterior e que um técnico vai analisar, o que é preciso. Dizer que algo está errado com o sistema é interpretação e pertence a uma pessoa. Empresas que já acompanham equipamentos em outras frentes de campo, como zonas de irrigação e reparos, enfrentam o mesmo problema de guardar o último estado conhecido para que os acompanhamentos possam se referir a ele.

Uma sequência de implantação para o registro

A ordem abaixo mantém a primeira versão pequena o bastante para ser verificada.

• Dê a cada teste ativo e a cada ventilador instalado um identificador único que apareça em todos os registros relacionados.
• Defina os campos mínimos de um teste (condições, equipamento, unidade, marcação de exceção) e de uma visita ao ventilador (observador, leituras, estado do indicador, alteração feita).
• Marque quais campos a mensagem ao cliente pode citar e quais ficam internos.
• Adicione uma data de versão a cada registro para que resultados substituídos sejam fáceis de distinguir dos atuais.
• Dê ao agente acesso de leitura aos registros e acesso de redação apenas a modelos aprovados. A escrita no registro continua com a equipe.
• Revise toda semana, nas primeiras semanas, uma amostra das mensagens enviadas contra seus registros, e anote cada divergência com a causa.

A última etapa é a que mais empresas pulam. A revisão por amostragem mostra se o agente está lendo os campos certos, e o registro de divergências mostra se o problema está no registro, no modelo ou nas instruções do agente.

Decidir o que o agente pode dizer

O guia de decisão abaixo separa as mensagens de rotina das que precisam de uma pessoa. As orientações do órgão regulador local definem os limites e as regras de divulgação de cada mercado, e este artigo não as define.

• Cite um resultado exatamente como armazenado, com unidade, tipo de teste e data, somente quando o registro não tiver marcação de exceção.
• Explique os próximos passos listados em modelos aprovados, como agendar uma nova medição ou uma visita ao ventilador.
• Informe o estado de um indicador do ventilador somente quando a versão atual do registro mostrar, com observador e data.
• Encaminhe a uma pessoa certificada, antes do envio, qualquer mensagem que interprete risco à saúde, compare um resultado com um limite ou preveja um nível futuro.
• Segure para revisão mensagens que toquem em divulgação legal, sinistros de seguro ou venda de imóveis.
• Escale para uma pessoa, no mesmo dia útil, qualquer relato de cliente sobre som, cheiro ou alarme.

Termos de garantia pedem o mesmo cuidado. Exclusões e condições precisam ser citadas do contrato, não parafraseadas, como em pedidos, entregas e garantia. O NIST AI Risk Management Framework é uma referência razoável para documentar quem revisa quais tipos de saída e como essas revisões ficam registradas.

Como a Be Human trabalha com isso

A Be Human desenha o agente em torno de um papel bem definido, aqui um papel de acompanhamento para registros de testes e de ventiladores. A primeira implantação define a memória que o agente lê (os campos de registro descritos acima), as ferramentas que ele pode usar (acesso de leitura aos registros atuais, rascunhos e modelos aprovados), os limites de aprovação que enviam a interpretação a uma pessoa certificada e um critério de sucesso que a empresa consiga observar, como a precisão das mensagens em relação ao registro armazenado. Em operações gerenciadas, a Be Human pode acompanhar essa precisão, executar avaliações recorrentes sobre amostras de mensagens, revisar permissões quando a equipe ou os sistemas mudam e tratar incidentes em que uma mensagem não correspondeu ao seu registro. A empresa mantém o controle da sua identidade, dos seus canais e do que o agente pode dizer. Se sua equipe não sabe por onde começar, o diagnóstico gratuito de IA da Be Human ajuda a encontrar a primeira tarefa que vale a pena entregar a um agente.

Perguntas frequentes

Um agente de IA pode dizer ao proprietário que a casa está segura após a mitigação? Não deve. Segurança é uma conclusão que depende de medições, de regras locais e de julgamento profissional, então o agente deve apenas repetir resultados armazenados e os próximos passos aprovados. Qualquer frase que declare uma casa segura ou insegura vai para uma pessoa certificada antes do envio.

O que deve acontecer se um cliente disser que o ventilador soa diferente? O agente deve registrar exatamente o que o cliente descreveu, com a data e o canal usado, e então escalar o relato para uma pessoa no mesmo dia útil. A confirmação do técnico vai em um campo separado, para que o registro mostre o que foi relatado e o que foi observado.

O agente precisa de acesso de escrita aos registros de testes e de ventiladores? No começo, não. Acesso de leitura às versões atuais dos registros e acesso de redação a modelos aprovados bastam para mensagens de acompanhamento. Alterações em resultados, marcações e estado de ventiladores devem continuar com a equipe, que registra os motivos no próprio registro.

Como saber se o agente é preciso o bastante para continuar em operação? A precisão se mede, não se presume. Faça amostragens das mensagens enviadas com regularidade, compare cada uma com o registro que ela cita, anote cada divergência com a causa e ajuste campos, modelos ou instruções com base no que o registro mostra.

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