건설 쪽 견적 작업을 들여다보다가 꽤 묵직한 반복 업무를 봤다. 콘크리트 하청사는 입찰 전에 PDF 도면을 열고 footing, wall, column, slab을 하나씩 표시한 뒤, 물량과 거푸집, 철근 규격, lap splice 같은 항목을 엑셀 300줄 넘게 손으로 만든다고 한다. Hacker News에 올라온 Rudus 소개 글은 41점에 댓글 14개 정도였는데, 댓글에서도 “코파일럿처럼 옆에서 잡아주는 방식은 좋다”는 반응과 “AI가 틀리면 책임은 누가 지냐”는 걱정이 같이 나왔다. 지금의 임시 해결책은 숙련 견적 담당자가 Bluebeam 같은 PDF 도구와 엑셀을 붙잡고 체크리스트를 돌리는 방식에 가깝다. 문제는 이 일이 단순 반복처럼 보여도 숫자 하나가 입찰가와 마진을 바로 흔든다는 점이다. 그래서 완전 자동화보다 사람이 확인할 수 있는 표시, 근거, 수정 이력이 더 중요해진다. 빠르게 끝내고 싶지만 검산을 포기할 수 없는 일이라 시간이 계속 녹는다. 작게 시작한다면 “도면에서 구조물을 찾아 수량 초안을 만들고, 사람이 클릭해서 승인·수정하는 견적 보조 레이어”가 현실적일 것 같다. PDF 위 하이라이트, 엑셀 라인아이템, 변경 전후 비교, 책임 추적 로그만 잘 묶어도 기존 워크플로를 크게 갈아엎지 않고 시간을 줄일 수 있다. 건설 AI라는 큰 말보다, 입찰 전날 밤 300줄 엑셀을 다시 세는 사람의 손을 덜어주는 제품이 먼저 팔릴 것 같다.