AI 엔지니어링 뉴스
Codex 활용이 CAD·PCB 설계와 시뮬레이션으로 확장됩니다
오픈AI가 11월 3일 물리 제품 설계·시뮬레이션 연구와 마쓰다 연구 협력을 공개했습니다. 제조 검토와 전문가 검증이 필요한 단계로, 새 소비자 기기나 전용 CAD 제품 출시 발표는 아닙니다.
이 글에서 다룰 내용
공식 발표의 범위, 시험 기기와 제조 한계, 산업 연구 협력, 실무 검토 기준
새 CAD 제품이 아니라, 설계 업무를 돕는 AI 연구입니다
AI가 코드를 작성하는 데서 나아가 실제 부품과 기기의 설계까지 도울 수 있을까요? 오픈AI가 2026년 11월 3일 공개한 발표는 기계·전기·시스템 설계와 시뮬레이션을 보조하는 연구 진전을 다룹니다. 새 CAD 제품이나 소비자 기기의 판매·출시 발표는 아닙니다.
발표에 따르면 오픈AI 하드웨어·인프라 팀은 ChatGPT와 코덱스를 CAD 모델 작성·수정, 제조 도면 준비, 시뮬레이션 설정, 설계 검토에 활용하고 있습니다. 글이나 코드뿐 아니라 물리적인 제품을 개발하는 업무에도 AI를 사용하고 있다는 설명입니다.
이번 소식은 CAD 자동화가 설계 과정의 어디까지 들어왔는지 살펴볼 수 있는 사례입니다. 다만 설계안을 만드는 능력과 실제로 제작해도 되는지 판단하는 능력은 나눠서 봐야 합니다.
Astra 시험 설계에서 확인한 가능성과 제조의 벽
눈에 띄는 사례는 Astra를 활용한 시험 설계입니다. 코덱스와 대화하는 장치를 대상으로 외관과 하우징, PCB 설계의 부품 배치와 배선, UI/UX, 펌웨어·소프트웨어 연계를 다뤘습니다. 여러 분야가 맞물리는 기기 설계가 실험 대상이었습니다.
여기서 ‘직접적인 인간 편집 없이 설계하는 실험’과 ‘사람 없이 제조를 완성했다’는 주장은 다릅니다. 오픈AI는 제조 준비에 여러 차례의 검토와 수정이 필요했다고 밝혔습니다. 생산 제약과 공차, 조립에 필요한 세부 사항을 일관되게 반영하지 못했기 때문입니다.
따라서 이 사례를 ‘바로 양산 가능한 기기를 AI가 완성했다’고 요약하면 발표의 한계를 놓치게 됩니다. 설계 실험의 범위는 넓었지만 제조 준비에는 별도의 사람 검토가 필요했다는 점까지 함께 읽어야 합니다.
기사 해석의 핵심도 여기에 있습니다. AI 설계의 가능성을 평가할 때는 결과물이 얼마나 그럴듯한지뿐 아니라, 생산 조건을 반영하고 수정하는 과정까지 살펴보는 편이 적절합니다.
CGR과 마쓰다 협력은 실제 문제를 검증하는 단계입니다
오픈AI는 Chip Ganassi Racing(CGR)과의 기존 협력도 확대합니다. 기존 부품의 3D 스캔을 편집 가능한 CAD 모델과 2D 제조 도면으로 바꾸는 흐름을 시험하며 CGR 엔지니어가 정확성과 제조 가능성을 검토합니다.
이 사례는 AI가 만든 결과물을 현장 엔지니어가 확인하는 구조라는 점이 중요합니다. 원본 설계 파일이 없는 부품을 다루는 활용 가능성을 살피고 있지만 모델과 도면을 검토 없이 생산에 투입한다는 뜻은 아닙니다.
신규로 발표한 마쓰다 연구 협력은 차량 설계의 탐색과 평가에 초점을 맞춥니다. 공기역학·충돌 안전 엔지니어와 함께 기류와 구조 거동 시뮬레이션을 활용해 새로운 설계를 연구하는 내용입니다.
여기서도 연구 협력과 확정된 차량 성과를 구분해야 합니다. 이번 발표는 신차 출시나 성능 향상 확정, 안전 인증 통과를 알리는 내용이 아닙니다. 엔지니어링 AI를 실제 차량 개발 문제에 적용하며 가능성과 개선 과제를 확인하는 단계입니다.
실무 적용 전에는 결과물과 검토 기준부터 정해보세요
그렇다면 비슷한 방식을 업무에 적용하려는 독자는 무엇부터 확인하면 좋을까요? 아래 내용은 OpenAI의 제공 기능이나 공식 정책이 아닌 일반적인 실무 제안입니다.
먼저 AI에 맡길 결과물을 구체적으로 정하는 방법을 권합니다. ‘부품을 설계해줘’보다 ‘기존 모델의 수정안’, ‘검토용 도면’, ‘시뮬레이션 설정 초안’처럼 산출물의 용도를 좁히면 무엇을 확인해야 하는지도 정리하기 쉽습니다.
다음으로 작성과 검토의 책임을 분리해 두는 것이 좋습니다. 누가 치수와 공차를 확인하고 누가 전기적 연결과 조립 조건을 검토하며 누가 제작 진행을 승인할지 미리 정해두는 방식입니다.
원본 도면이나 기존 모델이 있다면 변경된 부분을 따로 기록해보세요. 바뀐 치수와 형상, 부품 위치, 연결 관계를 구분하고 변경 이유를 남기면 어디를 검토할지 분명해집니다.
제조 제약도 검토 항목으로 정할 수 있습니다. 사용할 재료와 가공 방식, 허용 공차, 부품 간 간섭, 조립 순서 가운데 무엇을 확인할지 정하고 반영되지 않은 조건은 미해결 과제로 남겨두는 식입니다.
마지막으로 오류와 수정 이력, 실측 검증을 연결해 관리하는 방법을 권합니다. 무엇이 잘못됐고 어떻게 고쳤는지 기록한 뒤, 시뮬레이션에서 확인한 내용과 실제 부품에서 측정한 내용을 구분해둡니다.
핵심은 설계 생성과 검증을 함께 보는 것입니다
이번 발표에서 주목할 부분은 설계·도면·시뮬레이션을 아우르는 활용 사례와, 제조 준비에서 드러난 한계를 함께 공개했다는 점입니다. 내부 활용, 시험 기기 설계, 파트너 연구를 같은 수준의 완성된 성과로 묶지 않는 것이 중요합니다.
독자 입장에서는 ‘어디까지 자동화했는가’와 함께 ‘무엇을 사람이 다시 확인했는가’를 질문해보면 좋겠습니다. AI가 만든 설계안과 검증을 마친 제작 결과를 구분하는 시선이 이번 소식을 이해하는 출발점입니다.
한 줄 요약: 오픈AI는 CAD·PCB 설계를 돕는 AI 연구 진전을 공개했지만 제조 검토와 실제 성능 검증까지 끝났다는 뜻은 아닙니다.
참고 출처
2026년 11월 3일 OpenAI 공식 발표를 바탕으로 작성했습니다. 연구 결과와 일반적인 실무 제안을 구분했습니다.
