Perfil do cliente
O cliente é um técnico de CAD ou profissional de planejamento urbano inserido em uma consultoria de infraestrutura de transporte — normalmente uma empresa de 20 a 100 pessoas que gerencia a documentação de planos de implantação para instalações de transporte, como terminais de ônibus, estações ferroviárias e centros de integração. Seu trabalho diário envolve manter e auditar desenhos CAD que alimentam levantamentos de quantitativos, solicitações de licença e pacotes de entrega para contratantes.
Na maioria das empresas desse porte, não existe software dedicado para a análise semântica de arquivos DXF. O técnico trabalha no AutoCAD ou em um visualizador compatível, navegando pela visibilidade de camadas e pelas caixas de diálogo de propriedades de blocos para contar objetos manualmente. Quando um desenho está bem estruturado — com inserções de blocos nomeados e reutilizáveis para cada tipo de mobiliário ou veículo — as contagens são trabalhosas, mas viáveis. Quando a geometria foi explodida ou as convenções de nomenclatura de blocos são inconsistentes entre disciplinas, a auditoria se torna um trabalho sujeito a erros, que pode consumir um dia inteiro e ainda deixar o analista em dúvida sobre a correção dos números finais.
Problema
O desenho em auditoria era um plano de implantação DXF multizona de um terminal de ônibus em layout terrestre. Ele continha objetos em pelo menos seis categorias funcionais: carros amarelos em uma área de estacionamento de superfície, cadeiras e mesas de uma praça de alimentação, ônibus na baia de veículos e uma camada de vegetação no lado direito do plano, dividida entre árvores grandes e pequenos arbustos.
À primeira vista, isso parece um levantamento quantitativo padrão. Na prática, o desenho tinha dois problemas estruturais que tornavam uma abordagem simples de contagem de blocos pouco confiável.
Primeiro, os veículos amarelos na zona de estacionamento haviam sido explodidos em vez de inseridos como blocos reutilizáveis. O que seriam 33 símbolos de veículos em um desenho bem organizado existia, em vez disso, como 7,504 entidades de linha individuais, 4,778 entidades de arco e 67 entidades de círculo — um total de 12,349 primitivas distribuídas na camada vehiculos. Não havia uma referência de bloco para contar; o analista teve de inferir a quantidade de veículos a partir de proxies geométricos, especificamente os 67 marcadores circulares das rodas, e aplicar um fator de correção para veículos parciais ou cortados na borda do desenho.
Segundo, os símbolos de mobiliário e de atividade humana na zona do terminal não compartilhavam uma convenção de nomenclatura confiável. Uma primeira passagem de classificação identificou 60 instâncias do bloco A$C206D7EC0 como cadeiras candidatas e 11 instâncias do bloco A$C05075C2A como mesas candidatas. Ambas as contagens estavam erradas: a inspeção visual revelou que o primeiro bloco era um símbolo de porta ou de giro de porta colocado na camada piso, e o segundo era um símbolo de figura humana — nenhum dos dois era mobiliário. As verdadeiras cadeiras de jantar eram um bloco diferente (0Q62D na camada mobiliario), totalizando 36 instâncias. Os verdadeiros candidatos a mobiliário do tipo mesa somavam apenas 4 objetos depois que os símbolos humanos e de porta foram removidos.
Cada classificação incorreta exigia um ciclo completo de reinspeção: identificar o ID do bloco, verificar a camada, examinar a geometria em contexto, atualizar a contagem e regenerar a saída da auditoria. Executar esses ciclos manualmente — carregar diálogos de filtro, regenerar conjuntos de seleção, exportar subdesenhos — é o tipo de trabalho CAD iterativo que consome horas sem qualquer garantia de que a resposta final seja defensável.
Por que agora
Projetos de infraestrutura de transporte estão sujeitos a requisitos documentais em fases. À medida que um terminal de ônibus avança do desenvolvimento de projeto para os documentos de construção, a equipe de projeto precisa fornecer uma lista de quantitativos verificada ao orçamentista e, quando há financiamento público envolvido, à autoridade aprovadora. Um tipo de objeto classificado incorretamente — portas contadas como cadeiras, vegetação confundida com estacionamento estruturado — gera erros em cascata nas estimativas de materiais, nos cálculos de rota de fuga e nos orçamentos do projeto.
Neste caso, a auditoria era pré-requisito para a entrega da documentação. O desenho havia evoluído por meio de contribuições de múltiplas disciplinas, o que explica por que a nomenclatura das camadas ficou inconsistente e a geometria dos veículos acabou explodida. O técnico precisava de uma contagem final confiável antes que o arquivo fosse congelado e emitido para construção.
Por que energent.ai
As alternativas do técnico eram limitadas. A contagem manual de blocos no AutoCAD exige configurar filtros de camada, executar comandos de contagem e verificar manualmente cada resultado — um processo que escala mal quando os IDs dos blocos são strings hash semanticamente sem sentido, como A$C206D7EC0. Escrever um script Python personalizado usando uma biblioteca de análise DXF era tecnicamente viável, mas exigiria tempo de desenvolvimento que a equipe não tinha e resultaria em uma ferramenta pontual, sem um ciclo interativo de reclassificação.
O energent.ai oferecia um modelo diferente: um agente conversacional capaz de carregar o arquivo DXF diretamente, executar comandos Python e bash para analisar a geometria, produzir arquivos DXF de auditoria filtrados como saída e iterar na lógica de classificação por meio de correções em linguagem natural. O analista não precisava escrever código. Quando uma contagem estava errada, a correção era uma única frase — "those are door symbols, not chairs" — e o agente executava novamente a classificação, excluía o bloco contado incorretamente e produzia um arquivo de auditoria corrigido na mesma sessão.
De forma crucial, o energent.ai gera arquivos intermediários de saída — um DXF por categoria de objeto — que o técnico pode abrir no visualizador CAD já existente para verificar visualmente antes de aceitar a contagem. Isso fechou o ciclo entre análise automatizada e validação humana de uma forma que um script independente ou um painel de BI não conseguem replicar.
Fluxo de trabalho
Etapa 1 — Upload do arquivo e levantamento das camadas. O técnico enviou o DXF do terminal de ônibus. O agente examinou os nomes das camadas (vehiculos, mobiliario, piso, BUSES, vegetacion) e os IDs dos blocos, e produziu um inventário preliminar dos tipos distintos de entidades e das contagens por camada.
Etapa 2 — Isolamento dos veículos. O analista pediu a contagem de carros amarelos na zona de estacionamento no canto superior esquerdo. O agente identificou que a camada vehiculos não continha inserções de blocos — apenas geometria explodida de linhas, arcos e círculos totalizando 12,349 primitivas. Ele isolou as 67 entidades de círculo como marcadores de rodas e estimou 33 veículos com base na suposição de dois círculos de roda por carro, com um marcador parcial na borda do desenho. Ele produziu um DXF de auditoria dedicado para verificação visual e sinalizou a estimativa como derivada da geometria, não da contagem de blocos.
Etapa 3 — Classificação do mobiliário, primeira passagem. O agente identificou blocos candidatos a mobiliário na zona central-esquerda do terminal e retornou 60 instâncias de um bloco como cadeiras e 11 de outro como mesas. O analista revisou o DXF de auditoria e corrigiu a classificação: o bloco de contagem 60 era um símbolo de porta ou de giro de porta na camada piso; o bloco de contagem 11 era uma figura humana. Nenhum dos dois deveria aparecer na contagem de mobiliário.
Etapa 4 — Reclassificação do mobiliário, passagem corrigida. Aplicando as correções de contexto de forma e posição, o agente executou novamente a classificação. Ele manteve o bloco 0Q62D na camada mobiliario como 36 cadeiras de jantar e identificou 4 candidatos a mobiliário do tipo mesa (blocos dfy e SofaA2C) após excluir todos os símbolos de porta e de figura humana. Ele produziu DXFs de auditoria separados para as cadeiras de jantar, os candidatos a mesa e ambas as categorias excluídas, permitindo que o analista confirmasse cada exclusão de forma independente.
Etapa 5 — Ônibus e vegetação. O agente identificou 41 símbolos de ônibus na camada BUSES e, no lado direito do desenho, distinguiu 5 blocos de árvores grandes de 46 símbolos de pequenos arbustos, produzindo um DXF de auditoria nomeado para cada categoria.
Etapa 6 — Pacote final de auditoria. O agente reuniu a tabela completa de contagens finais, produziu um DXF integral do desenho com atribuição e gerou um resumo em Markdown em linguagem simples, adequado para inclusão no pacote de documentação do projeto.
Results
A auditoria produziu contagens verificadas para seis categorias de objetos em um desenho que não tinha nenhuma convenção confiável de nomenclatura de blocos e um tipo de objeto totalmente explodido:
| Object | Final count |
|---|---|
| Yellow cars (geometry-estimated) | 33 |
| Dining chairs | 36 |
| Table-like furniture candidates | 4 |
| Buses | 41 |
| Large trees | 5 |
| Small bushes | 46 |
Três classificações incorretas iniciais foram identificadas e corrigidas: 60 símbolos de porta/balanço de piso inicialmente marcados como cadeiras da última fileira, 11 símbolos de figura humana inicialmente marcados como mesas, e símbolos de vegetação que haviam sido confundidos com a camada de veículos na primeira passagem. Cada ciclo de correção levou uma única troca conversacional, em vez de uma nova passagem completa de reinspeção manual.
O agente produziu 11 arquivos DXF de auditoria nomeados — um por categoria de objeto, além de dois arquivos de verificação de exclusão — juntamente com um resumo completo em Markdown, substituindo o que teria sido uma planilha de contagem manual por um histórico de auditoria rastreável, arquivo por arquivo, que qualquer membro da equipe pode abrir e verificar.
Proof
"O desenho já tinha passado por três equipes de disciplina e os nomes dos blocos eram completamente opacos. Eu não tinha como saber que A$C206D7EC0 era um símbolo de porta sem abrir cada instância individualmente. O que o energent.ai me deu foi a capacidade de dizer 'isso parece errado' e receber um arquivo corrigido de volta em segundos, em vez de passar mais uma hora no gerenciador de camadas."
— Técnico de CAD, consultoria de infraestrutura de transporte
O entregável produzido pelo agente — o resumo em Markdown bus_terminal_dxf_tldr.md e o conjunto completo de DXFs de auditoria por categoria — pode ser aberto em qualquer visualizador compatível com DXF e cruzado com o desenho original. O DXF atribuído de desenho completo incorpora a proveniência da auditoria diretamente no arquivo, tornando a saída rastreável para os registros do projeto.
Trust note
A contagem de 33 carros amarelos é uma estimativa geométrica, não uma certeza de contagem por bloco. Como os veículos foram desenhados como primitivas explodidas, e não como inserções reutilizáveis, a contagem se baseia na suposição de que cada carro contribui exatamente com dois marcadores de círculo de roda para o total de 67 círculos. É necessária uma inspeção visual do DXF de auditoria isolado dos veículos em comparação com o desenho original antes que esse número seja usado em um levantamento quantitativo oficial ou enviado a uma autoridade regulatória. Da mesma forma, os candidatos a mobiliário semelhante a mesas representam geometria remanescente após a filtragem de exclusão; um especialista da área deve confirmar cada instância em relação à intenção arquitetônica antes que a contagem seja tratada como final. A saída do Energent.ai acelera o ciclo de auditoria e evidencia classificações incorretas que os métodos manuais de contagem costumam deixar passar, mas não substitui a aprovação final do técnico em classificações ambíguas.