CADAM, 텍스트 CAD가 오픈소스로 온다

텍스트에서 바로 CAD로

Adam-CAD의 CADAM은 "오픈소스 텍스트 to CAD 웹 앱"을 표방한다. 사용자는 자연어 또는 이미지 참조로 3D 모델을 요청하고, 결과를 브라우저에서 확인한 뒤 .STL, .SCAD, .DXF로 내보낼 수 있다. README는 라이브 데모, WebAssembly 기반 브라우저 실행, OpenSCAD 코드, Three.js 미리보기, BOSL/BOSL2/MCAD 라이브러리 지원을 핵심 기능으로 소개한다.

이 프로젝트가 흥미로운 이유는 "AI가 CAD도 한다"는 데모성 문장 때문이 아니다. CADAM은 생성 결과를 닫힌 바이너리 파일로 던지는 대신 파라미터와 OpenSCAD 코드라는 중간 표현으로 남긴다. 이것은 제조와 설계에서 중요하다. 프롬프트가 한 번 예쁘게 맞아도 실제 치수, 공차, 출력 가능성, 조립 조건을 사람이 다시 봐야 하기 때문이다. Silurus OOXML, AI 코딩 산물의 실전 기준이 문서 포맷에서 말한 검증 가능성이 CAD 영역에도 그대로 온다.

생성보다 수정 가능한 구조가 중요하다

AI 이미지 생성은 결과물이 마음에 들면 끝날 수 있다. 하지만 CAD는 다르다. 구멍 지름 3밀리미터가 3.2밀리미터여야 하거나, 부품 벽 두께가 프린터 한계보다 얇으면 결과물은 실패다. 그래서 텍스트 CAD 도구는 "한 번에 완성"보다 "수정 루프"를 잘 만들어야 한다. CADAM의 파라미터 추출과 슬라이더 조정은 이 점에서 중요한 제품 판단이다.

Three.js와 브라우저 렌더링은 사용자 경험을 낮추는 데 도움을 준다. 그러나 더 큰 포인트는 OpenSCAD다. OpenSCAD 문서처럼 코드로 형상을 표현하면 변경 이력, 리뷰, 재현성이 생긴다. AI가 만든 설계도 결국 코드 리뷰와 비슷한 검토 절차로 들어갈 수 있다.

제조 AI는 도메인 지식 없이는 위험하다

CADAM의 벤치마크 예시는 V8 엔진, 터보팬, 블리스크 같은 복잡한 모델을 보여준다. 이것은 인상적이지만 제조 현장에서는 더 까다로운 문제가 남는다. 실제 부품은 소재, 공차, 하중, 열, 후처리, 조립 순서, 인증 조건을 함께 가진다. AI가 만든 OpenSCAD 코드가 보기에는 그럴듯해도 기능적으로 맞는지는 별도 검증이 필요하다.

AI 프런트엔드 슬롭, 취향보다 제약의 문제는 AI가 UI를 만들 때 제약을 모르면 표면만 흉내 낸다고 봤다. CAD도 같다. 보기 좋은 3D 모델과 생산 가능한 부품은 다르다. 한국 제조 기업이 이런 도구를 도입한다면 사내 표준 부품, 금형 규칙, 프린터별 한계, 소재별 최소 두께를 평가 세트로 만들어야 한다.

오픈소스가 주는 산업적 의미

CADAM은 GPL-3.0 라이선스를 쓰는 공개 저장소다. 상용 CAD와 달리 내부 동작을 살펴보고, 모델 호출 방식을 바꾸고, 회사별 설계 규칙을 붙일 여지가 있다. 특히 한국의 하드웨어 스타트업과 제조 중소기업에는 이 점이 중요하다. 고가 CAD 자동화 솔루션을 바로 도입하기 어렵더라도, 오픈소스 기반으로 빠른 견적 모델, 교육용 파트 생성, 3D 프린팅 프로토타입을 만들 수 있다.

물론 오픈소스라는 사실이 곧 안정성을 뜻하지는 않는다. 맥 로컬 코딩 에이전트, 속도보다 통제의 신호가 말한 것처럼 로컬 통제와 재현성은 장점이지만 운영 책임은 사용자에게 온다. CADAM을 실무에 넣으려면 생성 실패 로그, 모델별 결과 비교, 치수 검증 스크립트, 사람이 승인하는 단계가 필요하다.

자주 묻는 질문

Q1: CADAM은 상용 CAD를 대체하나요?

A: 현재는 대체보다 보조 도구에 가깝다. 아이디어 스케치, 파라미터 초안, 3D 프린팅 프로토타입에는 유용하지만 전문 검증은 필요하다.

Q2: 왜 OpenSCAD가 중요한가요?

A: 형상을 코드로 표현하므로 버전 관리, 리뷰, 파라미터 수정, 재현이 쉽다. AI 생성물을 검토 가능한 형태로 남긴다.

Q3: 제조 기업이 바로 써도 되나요?

A: 내부 검증 없이 생산에 쓰면 위험하다. 표준 부품과 금지 형상, 소재 조건을 포함한 평가 세트를 먼저 만들어야 한다.

Q4: 한국 개발자에게 기회가 있나요?

A: 있다. CAD 자동화는 언어모델만으로 끝나지 않고 도메인 규칙, UI, 파일 변환, 검증 파이프라인이 필요하다.

Q5: 가장 큰 경쟁 축은 무엇인가요?

A: 생성 품질보다 수정 가능성, 포맷 호환성, 검증 자동화, 기존 CAD 워크플로와의 연결성이 핵심 경쟁 축이다.