고객 프로필
이 사례의 팀은 중견 빌딩 서비스 컨설팅 회사의 기계공학 부문에서 일하고 있습니다. 이들의 일상적인 산출물은 상업 및 공공시설 HVAC 시스템을 위한 시공 문서로, 공급 공기 덕트, 배기 경로, 디퓨저 배치, 그리고 시공 중 시공사와 검사관이 참고하는 제작 및 설치 상세 시트로 구성됩니다.
기술 인력은 서로 겹치는 두 가지 역할로 나뉩니다. HVAC 엔지니어는 시스템 설계와 사양 승인을 담당하고, CAD 기술자는 그 설계를 도면 패키지로 변환합니다. 두 역할 모두 외부 협력업체로부터 전달되거나 내부에서 작성된 복잡한 다중 섹션 DWG 파일을 자주 다루며, 이후 이를 고객 제출용 산출물로 패키징해야 합니다. 이러한 산출물에는 일반적으로 Excel의 구조화된 스케줄, 프로젝트 조율을 위한 사람이 읽을 수 있는 문서, 그리고 도면의 어느 섹션도 누락되지 않았음을 입증하는 커버리지 감사 자료가 포함됩니다.
문제
해당 도면은 20개가 넘는 서로 다른 시공 및 사양 섹션을 포함한 HVAC 덕트 상세 시트 전체였습니다. 파일에 포함된 명명된 섹션에는 덕트 단열 상세, 덕트 행거 상세, 공급 천장 디퓨저 구성, 플렉시블 연결 상세, 일반 분기 덕트 상세, 벽 관통 덕트 상세, 플리넘 박스 상세, 디퓨저 상세, 원형 덕트 및 피팅의 이음매 사양, 원형 덕트의 최소 행거 크기, 아연도금 강판 원형 덕트 게이지 선택 표, 덕트 조인트 및 이음매 상세, 중간 보강 구조 상세, 덕트워크 압력 덕트 조인트, 그리고 추가로 표시된 참조 항목인 Detail A, Detail B, acoustic duct liner details가 포함되어 있었습니다.
이처럼 큰 파일을 수작업으로 처리하면 문제가 누적됩니다. 첫째, DWG 파일은 모든 하위 도구와 직접 호환되지 않습니다. DXF로 변환하려면 전체 AutoCAD 라이선스 또는 전용 변환 유틸리티가 필요하며, 변환 결과도 검증해야 합니다. 둘째, 원시 DXF 형상은 그 자체로 설명적이지 않습니다. 섹션 경계, 주석 텍스트, 표 선은 각각 별도의 엔티티 유형으로 존재하며, 본질적인 부모-자식 관계가 없습니다. 어떤 텍스트가 어떤 섹션에 속하는지 판단하려면 수천 개의 엔티티 좌표를 기반으로 공간적 추론을 해야 합니다. 셋째, 도면에 포함된 7열 9행의 참조 표인 저속도 덕트워크 스케줄은 물량 산출과 시공사 커뮤니케이션에 사용할 수 있도록 서식이 적용된 Excel 파일로 추출해야 했습니다. DXF의 텍스트 위치 데이터와 선 형상으로부터 표를 재구성하는 작업은 숙련된 기술자에게도 시간이 많이 걸리며, 행을 잘못 옮기거나 누락할 위험도 실제로 존재합니다.
마지막으로, 외부에 산출물을 공유하기 전에 팀은 커버리지 감사를 수행해야 했습니다. 쉽게 찾을 수 있는 섹션만이 아니라, 명명된 모든 섹션이 빠짐없이 반영되고 문서화되었음을 명시적으로 확인해야 했습니다.
왜 지금이었나
직접적인 계기는 프로젝트 마일스톤 인수인계였습니다. 팀은 주말 전까지 총괄 시공사에 완전한 도면 패키지 요약과 구조화된 스케줄을 전달하기로 약속한 상태였습니다. 여러 엔지니어가 서로 다른 프로젝트 단계에서 동시에 작업하고 있었기 때문에, 추출 및 문서화 작업을 한 사람에게 하루 종일 맡길 여유가 없었습니다. 정확성을 희생하지 않으면서도 수작업보다 더 빠르게 작업을 끝내야 했습니다.
또 다른 압박은 형식 호환성이었습니다. 시공사의 견적 소프트웨어는 DXF는 지원하지만 DWG는 지원하지 않았기 때문에, 형식 변환은 선택 사항이 아니었습니다. 변환, 섹션 목록화, 표 추출, 문서화까지를 네 개의 연속된 수작업으로 진행했다면, 검토 사이클을 고려하기도 전에 사실상 하루의 대부분을 소모했을 것입니다.
왜 energent.ai였나
팀은 energent.ai를 사용하기 전에 여러 접근 방식을 검토했습니다. 스크립트 기반 AutoCAD 매크로는 형식 변환은 처리할 수 있었지만, 상당한 맞춤 개발 없이는 섹션 문서화나 Excel 추출을 수행할 수 없었습니다. Python의 독립형 DXF 파싱 라이브러리는 개발자에게는 가능했지만, 코드를 작성하지 않고도 빠르게 작업을 마쳐야 하는 엔지니어와 기술자에게는 적합하지 않았습니다. 제도 담당자를 고용해 수작업 전사를 맡기는 방안도 검토했지만, 처리 시간이 마감 기한과 맞지 않았습니다.
energent.ai는 다른 특성을 제공했습니다. 바이너리 CAD 파일을 직접 받아들일 수 있는 데이터 분석 에이전트로서, 사용자가 코드를 작성하지 않아도 Python과 셸 명령을 파일에 대해 실행할 수 있고, 한 번의 세션에서 여러 출력 형식을 생성하며, 그 추론 과정을 평이한 언어로 설명할 수 있었습니다. 팀은 DWG 파일을 업로드하고 필요한 작업을 설명하기만 하면 되었고, 에이전트가 형식 변환, 공간 파싱, 표 재구성, 문서 생성을 처리했습니다. 팀은 스크립트를 직접 만들고 디버깅하는 대신 각 단계의 결과를 검토하기만 하면 됐습니다.
기계 판독 가능한 출력물(DXF, XLSX)과 사람이 읽을 수 있는 감사 자료(HTML 대시보드, 마크다운 문서)를 한 번의 세션에서 모두 생성할 수 있다는 점이 결정적이었습니다.
워크플로
워크플로는 하나의 energent.ai 세션 안에서 6개의 논리적 단계로 진행되었습니다.
Stage 1 — 형식 변환. 팀은 DWG 파일을 업로드했습니다. 에이전트는 이를 상호 운용 가능한 DXF 파일로 변환하고, HTML 파일 형태의 변환 요약 대시보드를 생성했습니다. 이 대시보드는 DXF 버전, 레이아웃 이름, 엔티티 수, 출력 파일 크기를 보고해 주었으며, 변환이 전체 도면을 제대로 포착했는지 즉시 확인할 수 있게 해주었습니다.
Stage 2 — 시트 로직 분석. 에이전트는 DXF 구조를 파싱하고 시트 로직 대시보드를 생성했습니다. 이 HTML 산출물은 도면을 높은 수준에서 설명했습니다. 도면 유형(HVAC 덕트 상세 시트), 포함된 주요 상세 그룹, 그리고 DXF 내용이 논리적으로 어떻게 연결되는지에 대한 맥락을 제공했으며, 이는 원래라면 엔지니어가 원시 파일을 직접 읽어야만 얻을 수 있는 정보였습니다.
Stage 3 — 섹션 목록화 및 문서화. 에이전트는 DXF에서 명명된 섹션 경계를 검색하고, 발견된 모든 섹션을 다루는 섹션별 마크다운 설명을 생성했습니다. 마크다운에는 각 하위 섹션의 용도와 HVAC 덕트 설계 논리에서의 역할이 평이한 언어로 설명되어 있었습니다. 또한 에이전트는 하위 섹션 목록 대시보드도 생성했습니다. 이 HTML 시각화는 발견된 각 주요 섹션과 지원 하위 섹션을 해당 문서 항목에 매핑하여, 중요한 섹션이 누락되지 않았음을 확인해 주었습니다.
Stage 4 — 커버리지 검증. 추출을 진행하기 전에 에이전트는 마크다운 출력과 DXF 목록을 교차 검증했습니다. 덕트 단열 상세, 덕트 행거 상세, 공급 천장 디퓨저, 플렉시블 연결 상세, 일반 분기 덕트 상세, 벽 관통 덕트 상세의 6개 주요 섹션과 도면에 나열된 모든 지원 및 전역 하위 섹션에 대한 명시적 커버리지를 확인했습니다.
Stage 5 — 저속도 덕트워크 표 추출. 에이전트는 관련 주석 텍스트를 검색하고 인근 텍스트 및 선 형상을 스캔하여 DXF 내 저속도 덕트워크 스케줄의 위치를 찾아냈습니다. 그런 다음 DXF의 공간 데이터를 바탕으로 표 그리드를 재구성하여 7개 열과 9개 행을 분리했습니다. 이후 첫 번째 행을 모든 헤더 셀에 걸쳐 빨간색으로 강조한 Excel 워크북에 표를 작성하고, 표 아래에 저속도 정의 주석을 추가했습니다. 이 주석은 저속도 덕트워크를 속도가 9.144 m/s를 초과하지 않고 정압이 500 pascals를 초과하지 않는 덕트워크로 규정합니다.
Stage 6 — 산출물 통합. 에이전트는 생성된 6개 파일을 모두 나열하고, 각 파일의 목적과 파일들이 하나의 패키지로 어떻게 연결되는지를 평이한 언어로 설명했습니다. 이를 통해 팀은 제출에 동봉할 수 있는 즉시 사용 가능한 인수인계 목록을 확보했습니다.
결과
세션이 끝날 무렵, 팀은 프로덕션에 바로 사용할 수 있는 산출물 6개를 확보했습니다:
- 계약업체 견적 산정 소프트웨어에서 사용할 수 있도록 변환된 DXF 파일.
- 파일 구조와 엔티티 수를 확인하는 HTML 변환 대시보드.
- 도면을 평이한 언어로 개괄하는 HTML 시트 로직 대시보드.
- 프로젝트 조율을 위해 20개가 넘는 상세 섹션을 모두 설명하는 마크다운 문서.
- 모든 명명된 섹션에 걸쳐 섹션 완전성을 점검하는 HTML 하위 섹션 커버리지 대시보드.
- 형식이 적용되고 강조 표시된 헤더 행과 핵심 엔지니어링 노트가 추가된, 재구성된 7열, 9행 저속 덕트워크 스케줄이 포함된 Excel 워크북.
섹션 문서화와 커버리지 감사는 — 보통 기술자가 파일을 섹션별로 몇 시간에 걸쳐 검토해야 하는 작업인데 — DXF 인벤토리와 대조해 완전성이 확인된 상태로 자동 생성되었습니다. 전통적으로 전사 오류가 발생하기 쉬운 수작업 작업인 표 추출은 도면 형상에서 프로그램적으로 완료되었고, 납품 전에 원본 DXF와 대조 검증되었습니다. 팀은 다른 프로젝트 단계에서 엔지니어를 빼지 않고도 계약업체 인계 마감일을 맞췄습니다.
증빙
"금요일 전까지 Excel의 덕트워크 스케줄과 깔끔한 섹션 요약본을 넘겨야 했습니다. 보통은 파일을 열고, 표를 찾고, 그대로 입력하고, 모든 섹션을 빠짐없이 가져왔는지 확인하는 데 반나절은 걸립니다. 에이전트가 20개가 넘는 섹션을 모두 찾아냈고, DXF 형상에서 표를 뽑아냈으며, 그 아래의 저속 노트도 표시해 줬습니다. Excel은 형식이 적용된 상태로 바로 사용할 수 있게 나왔습니다. 도면과 대조해 스팟 체크를 해봤는데 일치했습니다." — HVAC CAD 기술자
에이전트가 생성한 하위 섹션 커버리지 대시보드 — 발견된 각 섹션을 해당 문서 항목에 매핑한 시각적 그리드 — 는 완전성 증빙서로서 고객 제출 패키지에 포함되었습니다. 빨간색으로 강조된 헤더 행이 있는 Excel 추출본은 계약업체의 견적 팀에 그대로 전달되었습니다.
신뢰 참고
저속 덕트워크 스케줄은 네이티브 스프레드시트를 읽어 만든 것이 아니라, DXF 텍스트 위치와 테이블 선 엔티티를 바탕으로 알고리즘적으로 재구성되었습니다. 원본 CAD 주석과 비교했을 때 일부 문구나 철자에 미세한 차이가 있을 수 있으며, Excel 파일을 구속력 있는 물량 산출이나 계약 문서로 사용하기 전에 열 정렬을 원본 도면과 대조해 확인해야 합니다. 마찬가지로, 섹션 문서화는 DXF에 대한 에이전트의 공간적 파싱을 반영하므로, 공식 설계 서술로 공유하기 전에 프로젝트 엔지니어가 검토해야 합니다. HTML 대시보드는 내부 커버리지 확인을 위한 감사 보조 도구이며, 엔지니어링 인증서나 규제 제출 문서는 아닙니다.