O uso responsável de IA na construção começa distinguindo assistência de decisão: a ferramenta pode apoiar a leitura de informação, mas a responsabilidade por aprovar, contratar, alterar ou executar permanece com pessoas e processos autorizados.
A primeira pergunta é: qual decisão esta ferramenta está apoiando?
“Usar IA na obra” descreve uma tecnologia, não uma finalidade. Uma aplicação pode resumir diários, localizar referências em documentos, classificar fotos, preparar uma lista de pendências ou comparar informações declaradas. Cada tarefa tem fontes, riscos e critérios de qualidade diferentes. Sem esse recorte, a equipe não consegue testar o resultado nem saber quando a ferramenta está extrapolando o que foi permitido.
O NIST AI RMF recomenda documentar o escopo da aplicação, as tarefas que o sistema apoia, a supervisão humana e os riscos associados aos componentes, inclusive dados e software de terceiros. Para uma equipe de construção, isso se traduz em uma ficha simples: quem usa, para qual pergunta, quais documentos entram, quais saídas são aceitas, quem revisa e em quais situações o fluxo deve parar.
Fontes autorizadas vêm antes da resposta
Uma recomendação só pode ser examinada se o leitor souber quais informações a sustentam. Se o pedido é localizar incompatibilidades em uma revisão de projeto, a saída deve apontar a versão consultada, as páginas ou objetos relevantes e aquilo que não estava disponível. Se a finalidade é organizar relatos de campo, o sistema deve preservar o relato original e não convertê-lo em conclusão técnica sem revisão profissional.
Isso também limita exposição indevida. Documentos de obra, contratos, dados pessoais e material de clientes não devem ser enviados a qualquer ferramenta por conveniência. O responsável pelo processo precisa definir origem permitida, retenção, destinatário, acesso e regra para informação ausente. Uma IA que recebe fonte insuficiente pode produzir texto convincente; a ausência de evidência continua sendo ausência de evidência.
Exemplo: triagem de uma pendência de campo
Em um exemplo hipotético, a equipe recebe dezenas de relatos de pendências de acabamento. Uma ferramenta pode agrupar descrições semelhantes, destacar campos faltantes e sugerir uma ordem de revisão. Esse uso economiza leitura repetitiva se os registros originais permanecem acessíveis. A ferramenta não deve declarar a causa de uma anomalia, aprovar um serviço, alterar medição ou enviar uma notificação contratual sem os controles definidos para esse efeito.
A revisão humana verifica se o agrupamento misturou locais distintos, se uma fotografia foi interpretada fora de contexto ou se uma pendência urgente recebeu prioridade inadequada. Se a informação é insuficiente, o resultado correto pode ser “necessita de complemento”. Esse comportamento é valioso: evita que a automação force uma resposta completa quando o caso exige inspeção, documento adicional ou decisão de alguém com atribuição específica.
Autoridade não nasce de uma integração
Uma integração pode ter permissão técnica para criar uma tarefa, alterar um campo ou enviar uma mensagem. A permissão da API não responde se aquela ação é legítima para aquela pessoa, contrato, ativo, versão e momento. A cadeia de decisão precisa manter identidade do solicitante, papel, escopo da delegação, objeto afetado, revisão necessária e recibo do efeito. Sem isso, um sistema rápido pode acelerar um erro de autoridade.
O NIST diferencia papéis e responsabilidades na configuração humano-IA e recomenda supervisionar a operação de sistemas de IA. Essa referência não prescreve o processo de uma obra brasileira nem substitui contrato ou responsabilidade técnica. Ela oferece uma lente para formular controles: quem pode propor, quem revisa, quem aprova, quem executa e quem pode interromper quando uma condição essencial não foi atendida.
Como testar antes de expandir
Escolha uma tarefa de baixo efeito externo, reúna casos representativos e defina o que conta como acerto, incerteza aceita e falha impeditiva. Avalie não só a resposta final, mas também se a fonte está identificada, se o sistema recusou agir sem dado necessário e se o revisor conseguiu corrigir o resultado. Documente modelo, versão, instruções, ferramentas, conjunto de teste e data para que uma comparação futura tenha sentido.
O VORTEX propõe uma arquitetura em que inteligência assistida seja ligada a fontes, revisão e limites. Essa proposta não é afirmação de agente autônomo em produção, nem prova de desempenho em uma obra. Uma conversa comercial responsável começa com o processo, as fontes, a autoridade e o risco tolerável; implementação ou piloto só deve avançar após escopo e critérios verificáveis.