클로드 코드에 /design 명령어, UI 초안 직접 그려준다

어떻게 써보나

사용 경로는 클로드 코드 CLI와 데스크톱 앱 두 곳으로 확인됐다. 별도 설정 없이 명령창에 /design을 입력하는 것으로 시작한다.

1. 클로드 코드 CLI나 데스크톱 앱을 연 뒤 /design을 입력한다.
2. 클로드가 요청한 화면에 대해 편집 가능한 아트보드 여러 개를 생성해 보여준다.
3. 마음에 드는 시안을 하나 고른다.
4. 색상·배치·문구 등을 직접 조정하거나 말로 수정을 요청한다.
5. 확정한 아트보드를 클로드에게 넘기면 실제로 동작하는 코드로 구현한다.

이용 조건은 연구 프리뷰라는 점 외에 요금제나 지역 제한이 발표에 명시되지 않았다. 예를 들어 웹서비스 랜딩페이지 시안을 여러 개 뽑아보고 그중 하나를 골라 바로 배포 가능한 코드로 바꾸거나, 사내 대시보드 레이아웃을 반복해서 다듬는 작업에 붙여볼 수 있다.

반응은 기대 반, 경계 반

공개 직후 반응은 갈렸다. 한 사용자는 자신의 계정에서 "출시 첫 주치고는 신뢰를 많이 요구하는 기능"이라고 지적했다. 명령어 하나가 실행되면서 여러 파일을 건드리는 만큼, 검증되지 않은 초기 버전에 코드 수정 권한을 얼마나 맡길 수 있는지 우려하는 목소리다. 반면 아트보드가 예전처럼 사람이 넘겨주는 고정된 산출물이 아니라 에이전트가 그때그때 다시 만들어내는 대상으로 바뀌었다는 점에 주목하는 반응도 있었다.

구분	이전 방식	/design 도입 후
시안 제작	사람이 직접 초안 작성	클로드가 여러 아트보드 자동 생성
수정 방식	텍스트로 요청 후 코드 확인	아트보드에서 직접 조정
산출물 위치	별도 문서·이미지	artifacts 안에서 바로 편집

에디터의 시선

이번 /design은 코딩 에이전트 경쟁이 이제 '코드를 잘 짜느냐'를 넘어 '화면까지 통째로 맡길 수 있느냐'로 옮겨가고 있다는 신호로 읽는 게 맞다. 커서 같은 경쟁 도구들도 최근 코드베이스 전체를 들여다보는 탭을 비공개 베타로 테스트하고 있는데, 방향은 비슷하다. 에이전트가 코드 한 줄이 아니라 프로젝트 전체의 맥락 — 이번엔 디자인까지 — 을 쥐고 움직이게 만드는 쪽으로 다들 가고 있다.

세대 비교로 보면 체감이 분명하다. 예전 코딩 에이전트에게 "로그인 화면 좀 예쁘게 만들어줘"라고 하면 코드 뭉치 하나가 뚝 떨어졌다. 마음에 안 들면 처음부터 다시 프롬프트를 써야 했다. 이번 방식은 그 사이에 '고르고 다듬는' 단계를 하나 끼워 넣었다는 점이 다르다. 시안 여러 개를 놓고 비교하는 절차 자체가 사람이 디자인 툴에서 하던 작업과 닮았다는 뜻이다.

실무적으로는 아직 '연구 프리뷰'라는 딱지를 가볍게 볼 일이 아니다. 실제 서비스 코드베이스에 붙이기보다는 사이드 프로젝트나 프로토타입 단계에서 먼저 써보고, 한 번에 몇 개 파일까지 건드리는지 스스로 확인하는 게 순서다. 사용자 지적대로 명령 하나에 여러 파일이 함께 바뀌는 기능은 리뷰 없이 그대로 병합하기엔 이르다.

앞으로 몇 주 안에는 이 기능을 실제로 써본 개발자들의 후기가 쏟아질 것이고, 아트보드가 얼마나 실전 코드 품질까지 이어지는지가 관건이 될 것이다. 연구 프리뷰 딱지가 언제 떨어지는지도 지켜볼 대목이다.