Perfil do cliente
A equipe deste estudo de caso atua na disciplina de engenharia mecânica em uma consultoria de serviços prediais de médio porte. Sua produção diária consiste em documentação de construção para sistemas HVAC comerciais e institucionais — dutos de insuflação, rotas de exaustão, layouts de difusores e as folhas de detalhes de fabricação e instalação das quais empreiteiros e inspetores dependem durante uma obra.
A equipe técnica abrange dois papéis que se sobrepõem. Os engenheiros HVAC são responsáveis pelo projeto do sistema e pela aprovação das especificações; os técnicos de CAD transformam esses projetos em pacotes de desenho. Ambos lidam regularmente com arquivos DWG complexos e multisseção que chegam de subconsultores ou são produzidos internamente e depois precisam ser organizados em entregáveis prontos para o cliente. Esses entregáveis normalmente incluem cronogramas estruturados em Excel, documentação legível por humanos para coordenação de projeto e artefatos de auditoria de cobertura que comprovam que nenhuma seção do desenho foi deixada de lado.
Problema
O desenho em questão era uma folha completa de detalhes de dutos HVAC contendo mais de vinte seções distintas de construção e especificação. As seções nomeadas no arquivo incluíam detalhes de isolamento de dutos, detalhes de suportes de dutos, configurações de difusores de teto de insuflação, detalhes de conexões flexíveis, detalhes típicos de ramais de dutos, detalhes de passagem de dutos por parede, detalhes de plenum box, detalhes de difusores, especificações de emenda para dutos e conexões circulares, tamanhos mínimos de suportes para dutos circulares, tabelas de seleção de bitola de dutos circulares para aço galvanizado, detalhes de juntas e emendas de dutos, detalhes de construção de reforço intermediário, juntas de dutos sob pressão, e referências adicionais rotuladas — Detail A, Detail B e detalhes de revestimento acústico de dutos.
Trabalhar manualmente em um arquivo desse tamanho impunha um conjunto cumulativo de problemas. Primeiro, arquivos DWG não são diretamente interoperáveis com todas as ferramentas downstream: converter para DXF exige uma licença completa do AutoCAD ou um utilitário de conversão dedicado, e a saída precisa ser validada. Segundo, a geometria bruta do DXF não é autoexplicativa — limites de seção, texto de anotação e linhas de tabela existem como tipos de entidade separados, sem relação inerente de pai e filho. Determinar qual texto pertence a qual seção exige raciocínio espacial sobre milhares de coordenadas de entidades. Terceiro, o cronograma de dutos de baixa velocidade — uma tabela de referência com 7 colunas e 9 linhas incorporada ao desenho — precisava ser extraído para um arquivo Excel formatado para uso em levantamentos de quantitativos e comunicações com empreiteiros. Reconstruir uma tabela a partir de dados de posição de texto e geometria de linhas do DXF consome muito tempo, mesmo para técnicos experientes, e o risco de um erro de transposição ou de uma linha ignorada é real.
Por fim, antes de compartilhar os entregáveis com partes externas, a equipe precisava de uma auditoria de cobertura: confirmação explícita de que todas as seções nomeadas haviam sido consideradas e documentadas, e não apenas as seções fáceis de encontrar.
Por que agora
O gatilho imediato foi a entrega de um marco do projeto. A equipe havia se comprometido a entregar ao empreiteiro geral um resumo completo do pacote de desenhos e um cronograma estruturado até o fim da semana. Com vários engenheiros trabalhando simultaneamente em diferentes fases do projeto, não havia capacidade disponível para atribuir o trabalho de extração e documentação a uma única pessoa por um dia inteiro. A tarefa precisava ser concluída mais rápido do que o processo manual permitia, sem abrir mão da precisão.
Uma pressão secundária era a interoperabilidade de formatos. O software de orçamento do empreiteiro aceitava DXF, mas não DWG, então a conversão de formato não era opcional. Fazer a conversão, depois o inventário das seções, depois a extração da tabela, depois a documentação — como quatro operações manuais sequenciais — teria consumido a maior parte de um dia de trabalho, mesmo antes de quaisquer ciclos de revisão.
Por que energent.ai
A equipe avaliou várias abordagens antes de usar energent.ai. Uma macro automatizada do AutoCAD poderia lidar com a conversão de formato, mas não produziria documentação das seções nem extração para Excel sem um desenvolvimento personalizado significativo. Uma biblioteca independente de parsing de DXF em Python era viável para um desenvolvedor, mas não para os engenheiros e técnicos que precisavam entregar o trabalho rapidamente sem escrever código. Contratar um desenhista para fazer a transcrição manual foi considerado, mas o prazo de entrega era incompatível com a data limite.
energent.ai oferecia um perfil diferente: um agente de análise de dados que podia aceitar arquivos CAD binários diretamente, executar comandos Python e shell sobre eles sem exigir que o usuário escrevesse código, produzir vários formatos de saída em uma única sessão e explicar seu raciocínio em linguagem simples. A equipe podia enviar o arquivo DWG, descrever o que precisava e deixar o agente cuidar da conversão de formato, do parsing espacial, da reconstrução da tabela e da geração da documentação — revisando as saídas em cada etapa, em vez de construir e depurar scripts por conta própria.
A capacidade do agente de gerar tanto saídas legíveis por máquina (DXF, XLSX) quanto artefatos de auditoria legíveis por humanos (dashboards HTML, documentação em markdown) em uma única sessão foi o fator decisivo.
Fluxo de trabalho
O fluxo de trabalho ocorreu em seis etapas lógicas, todas dentro de uma única sessão do energent.ai.
Etapa 1 — Conversão de formato. A equipe enviou o arquivo DWG. O agente o converteu para um arquivo DXF interoperável e produziu um dashboard de resumo da conversão como arquivo HTML. O dashboard informou a versão do DXF, os nomes dos layouts, as contagens de entidades e o tamanho do arquivo de saída — oferecendo à equipe uma verificação imediata de que a conversão havia capturado o desenho completo.
Etapa 2 — Análise da lógica da folha. O agente analisou a estrutura do DXF e gerou um dashboard de lógica da folha. Esse artefato HTML descrevia o desenho em alto nível: o tipo de desenho (folha de detalhes de dutos HVAC), os principais grupos de detalhes presentes e como o conteúdo do DXF se encaixava logicamente — contexto que, de outra forma, exigiria que um engenheiro lesse o arquivo bruto manualmente.
Etapa 3 — Inventário de seções e documentação. O agente examinou o DXF em busca de limites de seções nomeadas e produziu uma explicação em markdown seção por seção cobrindo todas as seções descobertas. O markdown incluía descrições em linguagem simples sobre a finalidade de cada subseção e como ela se encaixa na lógica de projeto de dutos HVAC. O agente também produziu um dashboard de inventário de subseções — uma visualização HTML mapeando cada seção principal descoberta e subseção de apoio para sua entrada de documentação, confirmando que nenhuma seção material havia sido omitida.
Etapa 4 — Validação de cobertura. Antes de prosseguir com a extração, o agente cruzou sua saída em markdown com o inventário do DXF. Ele confirmou cobertura explícita para seis seções primárias (detalhe de isolamento de dutos, detalhe de suportes de dutos, difusor de teto de insuflação, detalhe de conexão flexível, detalhe típico de ramal de duto e detalhe de passagem de duto por parede) e todas as subseções de apoio e globais listadas no desenho.
Etapa 5 — Extração da tabela de dutos de baixa velocidade. O agente localizou o cronograma de dutos de baixa velocidade dentro do DXF pesquisando o texto da nota associada e examinando o texto e a geometria de linhas próximos. Ele reconstruiu a grade da tabela a partir dos dados espaciais do DXF, isolando 7 colunas e 9 linhas da tabela. Em seguida, escreveu a tabela em uma pasta de trabalho do Excel com a primeira linha destacada em vermelho em todas as células de cabeçalho e acrescentou abaixo da tabela a nota definidora de baixa velocidade: a nota especifica que dutos de baixa velocidade são dutos nos quais a velocidade não excede 9.144 m/s e a pressão estática não excede 500 pascals.
Etapa 6 — Consolidação dos entregáveis. O agente listou todos os seis arquivos gerados com uma descrição em linguagem simples da finalidade de cada arquivo e de como eles se encaixam como um pacote, fornecendo à equipe um inventário de entrega pronto para acompanhar a submissão.
Resultados
Ao final da sessão, a equipe tinha seis entregáveis prontos para produção:
- Um arquivo DXF convertido para uso com software de estimativa de empreiteiros.
- Um painel HTML de conversão confirmando a estrutura do arquivo e as contagens de entidades.
- Um painel HTML de lógica da folha, oferecendo uma visão geral em linguagem simples do desenho.
- Um documento markdown explicando todas as mais de 20 seções de detalhes para coordenação do projeto.
- Um painel HTML de cobertura de subseções auditando a completude das seções em todas as seções nomeadas.
- Uma pasta de trabalho do Excel contendo o cronograma de dutos de baixa velocidade reconstruído, com 7 colunas e 9 linhas, com uma linha de cabeçalho formatada e destacada e a nota de engenharia definidora anexada.
A documentação das seções e a auditoria de cobertura — que normalmente exigiriam que um técnico trabalhasse arquivo por arquivo, seção por seção, ao longo de várias horas — foram produzidas automaticamente, com cobertura total confirmada em relação ao inventário DXF. A extração da tabela, tradicionalmente uma tarefa manual de transcrição sujeita a erros de transposição, foi concluída programaticamente a partir da geometria do desenho e validada contra o DXF de origem antes da entrega. A equipe cumpriu o prazo de entrega ao empreiteiro sem tirar um engenheiro de outra fase do projeto.
Prova
"Precisávamos do cronograma de dutos em Excel e de um resumo limpo das seções para entregar antes de sexta-feira. Normalmente isso dá meio dia de trabalho manual — abrir o arquivo, encontrar a tabela, digitá-la, conferir se você pegou todas as seções. O agente encontrou todas as vinte e poucas seções, extraiu a tabela da geometria do DXF e sinalizou a nota de baixa velocidade logo abaixo. O Excel saiu formatado e pronto para uso. Fiz uma verificação pontual no desenho e estava igual." — Técnico de CAD HVAC
O painel de cobertura de subseções produzido pelo agente — uma grade visual mapeando cada seção descoberta para sua entrada de documentação — foi incluído no pacote de entrega ao cliente como um certificado de completude. A extração do Excel, com sua linha de cabeçalho destacada em vermelho, foi passada diretamente para a equipe de estimativa do empreiteiro.
Nota de confiança
O cronograma de dutos de baixa velocidade foi reconstruído algoritmicamente a partir das posições do texto no DXF e das entidades de linhas da tabela, em vez de ser lido de uma planilha nativa. Pequenas variações de redação ou ortografia em relação à anotação CAD original são possíveis, e o alinhamento das colunas deve ser verificado em relação ao desenho de origem antes que o arquivo Excel seja usado em uma medição quantitativa vinculante ou submetido como documento contratual. Da mesma forma, a documentação das seções reflete a análise espacial do DXF feita pelo agente e deve ser revisada pelo engenheiro do projeto antes de ser compartilhada como narrativa formal de projeto. Os painéis HTML são auxiliares de auditoria para verificação interna de cobertura, não certificados de engenharia nem submissões regulatórias.