Google Stitch로 하는 vibe design: 무엇을 제대로 해내고, 어디서 당신을 가두는가

Google이 "vibe design"을 처음 소개할 때, 그것은 하나의 제품과 함께였다. 바로 프롬프트를 UI로 바꿔 주는 AI 도구 Stitch다. 이 점은 곱씹어 볼 만하다. 당신이 검색한 그 용어는 상당 부분 Google이 띄운 출시 캠페인이었던 셈이다. 그러니 정직한 질문은 추상적인 "vibe design이란 무엇인가"가 아니라, "Google 버전이 당신이 그 위에 무언가를 쌓아 올릴 그 버전인가"이다. 나는 모든 vibe design 도구에 들이대는 똑같은 실전 브리프로 Stitch를 검증해 봤고, 그 답은 진심으로 아주 훌륭하다. 그리고 정확히 어디서부터 그것이 당신의 것이 아니게 되는지가 여기 있다.

솔직히 밝혀 두겠다. 우리는 바로 이 영역의 열린 쪽 끝에 자리한 Open Design을 만든다. 그러니 이 비교는 그 점을 염두에 두고 읽어 주길 바란다. 다만 아래의 칭찬은 진짜다. Stitch가 나쁘다고 우기는 건 내 신뢰만 깎아먹는 일일 테니.

Stitch는 실제로 무엇인가

Stitch는 Google의 프롬프트-투-UI 도구다. 화면을 묘사하면 — 또는 Voice Canvas를 통해 말로 표현하면 — 깔끔하고 놀라울 만큼 일관된 인터페이스를 생성해 주며, 자연어로 계속 다듬어 나갈 수 있다. Figma와 프런트엔드 코드 양쪽으로 내보내기를 지원하고, 이 글을 쓰는 시점에는 Google Labs 안에서 무료다. 우리의 vibe design 도구 총정리에서 분류한 기준으로 보면, "대형 플랫폼 AI" 항목 중에서 가장 강력하다. 빠르고, 세련되었으며, Google의 모델이 뒷받침한다.

잘하는 것

인정할 건 인정하자. Stitch는 vibe design을 한 번도 해 본 적 없는 사람에게 건네줄 만한 도구다.

• 프롬프트-투-UI 품질. 첫 화면이 진짜로 쓸 만하다. 초기 AI 목업이 내놓던 로렘 입숨 죽 같은 게 아니다. Google 모델의 실력이 드러난다.
• 속도와 가격. 아이디어에서 그럴듯한 화면까지 1분 이내, 그것도 무료로. 방향을 탐색하는 단계에서는 좀처럼 이기기 힘든 조합이다.
• Voice Canvas. UI를 말로 불러내는 건 손 떼고 생각을 입 밖으로 내며 레이아웃을 바꿔 보기 전까지는 잔재주처럼 들린다. 여기서 가장 신선한 부분이다.
• 내보내기 경로가 존재한다. 목업이 끝이라고 우기지 않는다 — Figma와 코드 쪽으로 넘겨주며, 이것만으로도 당신을 그림 단계에 가둬 두는 도구들보다 한 발 앞서 있다.

오늘 당신의 일이 "이 화면의 방향을 보여 달라"라면, Stitch는 훌륭한 답이다. 진심으로 하는 말이다.

당신을 가두는 지점

여기가 출시 데모가 건너뛰는 대목이자, 그 위에 무언가를 쌓을지 말지를 가르는 대목이다. Stitch의 모든 함정은 같은 한 가지의 변주다. 그 편의성은 당신이 Google의 담장 안에 머문다는 것을 전제로 한다.

• 핸드오프는 파이프라인이 아니라 내보내기다. "Figma/코드로 내보내기"는 소유권처럼 들리지만, 사실은 일방향 덤프다 — 당신이 얻는 건 결과물이지 살아 있는 연결고리가 아니다. Stitch에서 다시 생성하면 하류에서 했던 편집은 따라오지 않는다. (그 틈이 왜 아픈지는 vibe design vs vibe coding에 전부 담겨 있다.)
• 진실의 원천은 당신의 디자인 시스템이 아니라 Google의 모델이다. Stitch는 당신의 토큰과 컴포넌트가 아니라 자기 나름의 "좋은 디자인" 감각에서 생성한다. 화면이 늘어날수록 바로 그렇게 디자인 드리프트가 슬그머니 스며든다. 각 출력은 그럴듯하지만, 어느 것도 당신의 시스템에 고정되어 있지 않다.
• 이건 Google의 무대다. 로드맵, 가격, 데이터, 제공 여부 모두 Google의 결정이다. "Labs에서 무료"는 멋진 문장이지만 유통기한이 짧고, Labs 제품 위에 팀 워크플로를 세우는 건 남의 분기 실적에 거는 베팅이다.

이 중 어느 것도 Stitch를 나쁘게 만들지 않는다. 다만 Stitch를 Google의 것으로 만들 뿐이다 — 결과물이든, 워크플로든, 디자인 시스템이든, 그것이 당신의 것이어야 하는 순간이 오기 전까지는 괜찮다.

Stitch vs 열린 길

그렇다면 언제 편의성이 이기고, 언제 소유권이 이길까? 내가 내릴 판단은 이렇다.

Stitch를 집어 들 때는 탐색하거나, 프로토타이핑하거나, vibe design을 배우는 단계일 때, 출력이 유지해야 할 시스템이 아니라 반응할 방향일 때, "Google 안에서 무료로 빠르게"가 바로 당신이 원하는 교환일 때다. 더없이 훌륭한 스케치패드다.

열린 길을 택할 때는 출력이 당신이 소유하는 제품이 되어야 할 때다 — 당신의 디자인 시스템에 연결되고, 당신이 diff를 뜨고 보관할 수 있는 파일 안에 살아 있으며, 당신이 이미 굴리고 있는 에이전트와 파이프라인이 구동하는 제품 말이다. 그것이 Open Design이 거는 베팅이다. 담장 친 도구에서 밖으로 내보내는 대신, 디자인 시스템이 디자인과 코드 양쪽이 모두 따르는 휴대 가능한 DESIGN.md가 되어, 중간에 일방향 문 없이 프롬프트에서 출시까지 그 vibe가 살아남는다.

Stitch 아니면 아무것도 없다는 식의 양자택일이 아니다. 많은 팀이 Stitch에서 스케치하고 빌드는 다른 곳에서 소유할 것이다 — 어느 도구가 어느 절반을 맡고 있는지만 알고 있다면, 그것도 완벽하게 좋은 워크플로다.

Stitch를 잘 쓰는 법

그래도 손을 댄다면, 갇히지 않으면서 최대한 뽑아내는 법은 이렇다.

• 시스템이 아니라 방향에 쓰라. 여러 옵션을 생성하고, 하나를 고른 뒤, 내보내기를 최종본으로 다루지 말고 당신의 진짜 디자인 시스템에 맞춰 다시 만들라.
• 제약 조건을 프롬프트에 붙여 넣으라. Stitch는 당신의 토큰 파일을 읽지 않으니, 드리프트와 맞서 싸우려면 팔레트, 간격, 컴포넌트 언어를 손수 먹여 주라.
• 내보내기를 출발점으로 다루라. Figma/코드 출력은 당신이 소유하고 리팩터링할 초안이지, 그대로 출시할 산출물이 아니다.

FAQ

Google Stitch는 무료인가요? 이 글을 쓰는 시점에는 Google Labs 안에서 무료다. Labs의 제공 여부와 가격은 Google이 바꿀 수 있는 것이니, 계속 무료일 거라는 가정 위에 장기 팀 워크플로를 세우지는 말라.

Stitch는 Figma로 내보낼 수 있나요? 그렇다 — Stitch는 Figma와 프런트엔드 코드 쪽으로 내보낸다. 다만 일방향 핸드오프로 다루라. Stitch에서 다시 생성하면 하류에서 한 편집이 되돌아오지 않는다.

Stitch는 vibe design과 같은 건가요? Google이 Stitch로 "vibe design"을 대중화했지만, 그 개념은 도구 하나보다 크다 — vibe design이란 무엇인가를 보라. Stitch는 대형 플랫폼 부류의 (아주 훌륭한) 구현 중 하나다.

Stitch vs Open Design? Stitch는 Google이 내놓은 빠르고 무료이며 담장 친 스케치패드이고, Open Design은 휴대 가능한 파일 안에서 전체 루프를 소유하는 열린, 에이전트 네이티브 방식이다. 서로 다른 베팅이다 — 스케치냐, 출시하고-소유하느냐.

결론

Google은 Stitch를 출시하며 "vibe design"을 누구나 아는 말로 만들었고, Stitch는 그 주목을 받을 자격이 있다 — 의도로 디자인하기에 입문하는 길로는 당신이 찾을 수 있는 최고의 무료 진입로다. 다만 그 담장은 똑똑히 보라. 내보내기는 일방향 문이고, 진실의 원천은 당신의 디자인 시스템이 아니며, 로드맵은 Google의 것이다. 탐색하는 데는 멋지게 쓰라. 그 작업이 당신이 소유하고 출시하는 무언가가 되어야 할 때, 바로 그 지점에서 Open Design이 이어받는다 — 당신의 에이전트, 당신의 파일, 남의 제품을 빠져나가는 문 따위 없이.