피그마 주가가 12% 빠진 날, 무슨 일이 있었나
지난 3월 20일, 피그마의 주가가 하루 만에 12% 급락했다. 어닝 쇼크도, 스캔들도 아니었다. Google이 Stitch 2.0을 발표했기 때문이다. 시장은 즉각적으로 반응했고, 그 반응은 꽤 솔직했다. '디자인 도구의 자리가 흔들리고 있다'는 신호.
Stitch 2.0이 실제로 하는 것
dev.to의 상세 분석에 따르면, Stitch 2.0의 핵심은 디자인 시스템 Import 기능이다. 동작 방식은 놀랍도록 단순하다. stripe.com 같은 URL을 입력하면, Stitch가 해당 사이트를 크롤링해 hex 색상값, 코너 반경, 패딩, 타이포그래피 스케일, 시각적 위계까지 자동으로 추출한다. 그 결과물은 '마스터 디자인 룰북'이라는 이름의 스펙 문서로 생성되고, 이를 Gemini 3.1 Pro가 생성한 UI에 즉시 적용한다.
출력물은 정적 목업이 아니다. 탭 전환, 인터랙션이 살아있는 실제 동작하는 프로토타입이고, 그 안에는 HTML과 Tailwind CSS로 짜인 프로덕션 레디 코드가 들어있다. Google AI Studio로 익스포트하면 백엔드 연결과 데이터베이스 통합까지 이어진다.
이게 왜 '디자인 시스템 자동화'의 임계점인가
지금까지 디자인 시스템 구축은 팀의 핵심 역량이자 수개월의 투자가 필요한 작업이었다. 컬러 토큰을 정의하고, 타이포그래피 스케일을 맞추고, 스페이싱 시스템을 규격화하고, 그것을 Figma 라이브러리에 올리고, 다시 코드 토큰으로 변환하는 일련의 과정 말이다.
Stitch 2.0은 이 과정을 URL 하나와 몇 초로 압축한다. 물론 결과물이 완벽하지는 않다—실제 데모에서도 Stripe의 라이트모드 카드와 다크모드 배경이 충돌하는 오류가 발생했다. 하지만 중요한 건 오류를 자연어로 말하면 AI가 전체 레이아웃을 재계산해 고친다는 점이다. 피드백 루프가 다르다.
이건 단순한 생산성 향상이 아니다. 디자인 시스템이라는 개념 자체가 '팀이 장기간 축적하는 자산'에서 '필요할 때 즉시 생성하는 도구'로 패러다임이 이동하는 신호다.
'바이브 디자인'이라는 용어가 말해주는 것
ZDNet 보도에 따르면 구글은 이번 업데이트에서 '바이브 디자인' 개념을 전면에 내세웠다. 구체적인 화면 구성을 지시하지 않아도, 사용자가 제시한 느낌과 목표를 AI가 해석해 디자인으로 구현한다는 개념이다.
바이브 코딩이 '코드를 어떻게 짤까'를 AI에게 위임했다면, 바이브 디자인은 '어떻게 보일까'마저 위임하는 흐름이다. 여기에 음성 기반 인터페이스까지 더해져, 디자인 프로세스 자체가 대화 중심으로 재편된다. 새로 추가된 '디자인 에이전트'는 프로젝트 전체 맥락을 이해하고 여러 아이디어를 병렬로 실험하는 에이전트 매니저 기능을 포함한다—단일 선형 워크플로우를 전제하던 기존 툴과는 구조적으로 다르다.
OpenAI의 Astral 인수: DX 인프라를 삼키는 또 다른 움직임
같은 시기, 프론트엔드 생태계에서 주목해야 할 또 다른 사건이 있었다. OpenAI가 Python 개발 도구 스타트업 Astral을 인수했다(tokenpost 보도). Astral은 수백만 개발자가 이미 쓰고 있는 도구들의 제작사다. 패키지 관리자 uv, 린터 Ruff, 타입 체커 ty—모두 Rust로 작성돼 기존 Python 툴체인 대비 압도적인 속도를 자랑한다.
OpenAI는 이 팀을 Codex 조직에 흡수하고, 이들의 오픈소스 도구를 Codex와 더 원활하게 통합할 계획이라고 밝혔다. 표면적으론 Python 도구 회사 인수지만, 실질적인 의미는 다르다. AI 코딩 에이전트가 코드를 '쓰는' 능력을 넘어, 코드 환경 자체를 '관리하고 검증'하는 능력을 내재화하는 것이다.
4개월 전 Anthropic이 Bun을 인수해 Claude의 JavaScript 실행 환경을 강화한 것과 같은 맥락이다. AI 에이전트들이 언어 런타임과 패키지 인프라를 직접 통제하려는 경쟁이 본격화되고 있다.
두 사건이 가리키는 하나의 방향
Stitch 2.0과 Astral 인수는 서로 다른 레이어의 이야기처럼 보이지만, 같은 방향을 가리킨다. '디자인→코드→배포'의 전 과정을 AI 에이전트가 수직 통합하는 흐름이다.
- Stitch: URL → 디자인 시스템 → 인터랙티브 UI → Tailwind 코드 → Google AI Studio 백엔드 연결
- Codex + Astral: 프롬프트 → 코드 생성 → 린팅/타입 검사 → 패키지 관리 → 실행 환경
두 파이프라인 모두 인간의 개입 지점을 줄이고, 자동화 범위를 단계별로 확장하는 구조다. 그리고 각각 Google과 OpenAI라는 플랫폼 사업자가 이 파이프라인을 '소유'하고 있다.
프론트엔드 개발자에게 이 변화가 의미하는 것
솔직하게 말하자. 반복적인 UI scaffolding, 디자인 토큰 추출, 린터 설정—이런 작업들은 이미 자동화의 사정권 안에 들어왔다. Stitch가 Stripe 디자인 시스템을 30초 만에 추출하는 걸 보면서 '내가 지난주에 했던 그 작업...'이라고 생각했다면, 그 직관이 맞다.
하지만 데모에서 다크/라이트모드 충돌 오류가 나왔다는 점을 기억하자. AI가 생성한 결과물이 '그럴듯해 보이는 것'과 '실제로 맞는 것' 사이의 간극을 판별하는 능력—접근성 기준 충족 여부, 브랜드 가이드라인의 맥락, 사용자 행동 패턴에 기반한 인터랙션 설계—이것들은 여전히 사람의 판단 영역이다.
MCP 서버와 SDK를 통한 외부 도구 연결, 에이전트 매니저를 통한 병렬 실험—이 구조를 이해하고 설계 의도를 주입할 수 있는 개발자가 도구를 소비하는 개발자보다 훨씬 큰 레버리지를 갖게 된다.
전망: 무료 베타가 끝나기 전에 손에 익혀둬야 할 것
Stitch는 현재 베타 기간 중 무료다. 구글이 Gemini 생태계와 클라우드 인프라를 무기로 무료 서비스를 유지하는 동안, 구독 기반 수익 모델에 의존하는 기존 디자인 SaaS들의 압박은 커질 수밖에 없다. 피그마가 이미 GitHub, Cursor와 손잡고 AI 코딩 협업을 강화하는 행보(ZDNet 연관 보도)를 보인 건 생존 전략의 일환이다.
이 시기에 프론트엔드 개발자가 해야 할 일은 명확하다. 도구를 구경하는 것보다 워크플로우에 통합하는 것. Stitch로 디자인 시스템을 추출하고, 그 결과물의 품질을 비판적으로 검토하고, 어디에서 AI 판단이 틀리는지 패턴을 익히는 것. 그 경험이 쌓일수록, AI가 생성하는 코드와 디자인의 '편집자'로서 당신의 가치는 올라간다.
디자인 시스템을 AI가 삼키는 날은 이미 시작됐다. 문제는 그 소화 과정에서 당신이 무엇을 설계하느냐다.