오후 3시, 어느 프론트엔드 개발자의 모니터 앞.

화면에는 AI가 생성한 웹 페이지 코드가 띄워져 있지만, 버튼의 위치가 미세하게 어긋나 있고 색감이 제각각이다. 개발자는 한숨을 쉬며 깃허브의 오픈소스 저장소를 뒤지기 시작한다.

이런 풍경이 AI 디자인 도구의 성능 격차 때문에 반복되고 있다.

OpenDesign과 GPT-5.5의 결합

개발자 커뮤니티에서는 OpenDesign(오픈소스로 공개된 AI 디자인 도구)을 활용해 Claude Design(Anthropic의 디자인 특화 AI 기능)의 대안을 찾으려는 시도가 이어지고 있다. 최근 한 사용자는 GPT-5.5(OpenAI의 최신 대규모 언어 모델)를 OpenDesign에 연결해 실제 작업에 투입했다. 이 도구는 AI가 사용자의 요구사항을 듣고 웹 UI(사용자 인터페이스)를 직접 설계하며 코드로 구현하는 것을 목표로 한다. 사용자는 이 조합이 유망해 보였으나, 실제 결과물은 기대에 미치지 못했다는 경험을 공유했다.

마감 처리와 일관성의 격차

예전에는 AI가 단순히 코드 조각을 주는 수준이었다면, 이제는 전체 페이지의 레이아웃을 잡는 단계까지 왔다. 하지만 실제 사용자가 체감하는 완성도는 도구마다 크게 갈린다. 쉽게 말하면 Claude Design은 숙련된 인테리어 디자이너가 가구 배치부터 조명 톤까지 완벽하게 맞춘 집과 같다. 반면 OpenDesign과 GPT-5.5의 조합은 조립식 가구 키트를 가져다 놓은 상태에 가깝다. 겉모양은 비슷해 보이지만, 세부적인 여백이나 폰트의 일관성 같은 마감 처리에서 정교함이 떨어진다는 지적이다.

비유하자면 이는 맞춤 정장과 기성복의 차이와 비슷하다. Claude Design은 사용자의 의도를 정확히 파악해 픽셀 단위로 딱 맞는 옷을 만들어내지만, 오픈소스 조합은 대략적인 사이즈는 맞지만 소매 길이나 깃의 각도가 미묘하게 어색한 옷을 내놓는 식이다. 특히 여러 페이지를 동시에 만들 때 각 페이지가 동일한 디자인 규칙을 따르는 일관성 부분에서 큰 차이가 발생한다.

디자인-투-코드의 기술적 한계

개발자가 바로 체감하는 변화는 CSS(웹 페이지의 시각적 스타일을 결정하는 언어)를 다루는 정밀도에서 나타난다. AI가 디자인을 코드로 바꾸는 디자인-투-코드(Design-to-Code) 과정에서는 단순히 태그를 생성하는 것을 넘어, 요소 간의 상대적 거리와 시각적 무게감을 계산해야 한다. 오픈소스 모델들은 이 과정에서 공간 지각 능력이 부족해 요소들을 겹치게 배치하거나, 갑자기 엉뚱한 색상 값을 사용하는 실수를 범하곤 한다.

결과적으로 사용자는 AI가 짠 코드를 그대로 쓰지 못하고 다시 수작업으로 수정하는 시간을 보내게 된다. AI가 디자인의 맥락을 완벽히 이해하지 못하면, 페이지를 하나 더 만들 때마다 이전 페이지와 다른 스타일의 버튼이 등장하는 일이 벌어진다. 이는 단순히 모델의 지능 문제가 아니라, 디자인 시스템(디자인의 규칙을 정해놓은 가이드라인)을 얼마나 일관되게 유지하느냐의 문제다. 오픈소스 도구가 상용 서비스의 정교한 최적화 수준을 따라잡기까지는 여전히 시간이 필요해 보인다.

결국 AI 디자인의 승부처는 코드 생성 능력이 아니라 픽셀 단위의 집요한 일관성에 있다.