오늘의집 디자이너의 결론에서 가장 중요한 단서는 마지막 한 문장에 숨어 있다. “디자인시스템이 코드 기반으로 구축되어 있지 않은 환경에서는” AI를 검증 도구로 쓰는 게 최선이었다는 조건절이다. 뒤집으면, AI 디자인 자동화가 어디까지 갈 수 있는지는 모델 성능이 아니라 디자인시스템이 기계가 읽고 쓸 수 있는 코드로 존재하는가가 결정한다는 뜻이다.
근거
잔여 병목 3가지 — ODS 컴포넌트 자동 미적용, 피그마 파일과 AI 프로토타입의 두 벌 관리, 핸드오프 수작업 — 는 모두 같은 뿌리를 가진다. 디자인의 단일 진실 원천(source of truth)이 코드가 아니라 피그마라는 그림 파일이기 때문에, AI가 만든 산출물과 공식 디자인 자산 사이에 변환 비용이 계속 발생한다.
“피그마 파일과 AI 프로토타입이 각각 존재하다 보니, 디자인 수정 시 양쪽을 모두 업데이트해야 하는 수고가 따릅니다.”
이는 개발 쪽에서 이미 검증된 패턴과 정확히 대칭이다. 코드는 기계가 읽는 형식이라 AI 에이전트가 곧바로 생산성을 냈지만, 디자인은 자산이 시각 포맷에 갇혀 있어 같은 도약이 지연되고 있다. 코드 기반 DS(디자인 토큰 + 컴포넌트 라이브러리)를 갖춘 조직부터 AI 디자인 자동화의 상한이 올라갈 것이다.
연결된 생각
- 20260623-ai-design-residual-bottlenecks — 이 명제의 근거가 되는 잔여 병목 목록
- 20260512-shift-from-completion-to-bottleneck — ‘완성 기대 → 병목 해소’로의 전환은 이 구조적 제약 아래에서의 차선책
- 20260610-filesystem-is-the-universal-api-for-llms — 기계가 읽을 수 있는 형식(파일·코드)이 AI 활용의 전제라는 동일 패턴
출처
- 📎 클리핑: 20260623-ai