Claude Design을 둘러싼 생각과 감정

Figma가 components, styles, variables, props 중심으로 복잡한 디자인 시스템을 키우면서, 실제 구현 매체와의 거리가 커졌다고 본다.

• Figma는 오랫동안 source of truth 를 자처했지만, 잠긴 형식과 다루기 어려운 구조 때문에 에이전트 시대의 학습 기반에서는 오히려 불리해졌다고 본다.
• 반면 Claude Design 은 design file의 정준성을 전제하지 않고, HTML과 JS 기반 이라는 점을 숨기지 않는 도구로 자리 잡는다고 본다.
• Claude Code와의 형제 관계, 저장소 import 지원, 디자인과 구현을 하나의 대화로 잇는 흐름이 강점으로 제시된다.

글은 Figma 파일 복잡성의 사례도 든다. 예시로:

• color variables 946개 와 여러 mode 연결
• 모달 footer의 12 variants 와 다양한 props
• slider effect style, combo input의 16 variants 같은 복잡한 구조

이 복잡성 때문에 디버깅과 역이식이 점점 어려워지고, 결국 코드에서 직접 바뀐 디자인을 다시 Figma로 옮기는 일이 부담이 된다고 말한다.

미래의 디자인 도구는 두 갈래로 나뉠 수 있다고 본다.

• 하나는 Figma Make 처럼 design file의 canonical 지위를 유지하는 방향
• 다른 하나는 Claude Design 처럼 코드와 가까운 truth to materials 노선을 택하는 방향

또 다른 축으로는 코드 기대가 거의 없는 순수 탐색형 캔버스나, 더 나아가 Photoshop에 가까운 고충실도 compositing 도구 가능성도 언급한다.

댓글 반응은 양분된다. 일부는 Claude Design이 초기 진입장벽을 낮춰줄 수 있다고 보고, 일부는 복잡성 자체를 없애지 못하면 Figma를 대체하기 어렵다고 본다. 또 다른 쪽에서는 여전히 Figma가 큰 조직에서의 협업 표준이며, 핵심 문제는 도구보다 handoff 간극 과 디자인 시스템 유지비라고 본다.