말도 안 됩니다... 구글 스티치와 클로드의 디자인 논쟁은 이걸로 끝났습니다

AAI LABS
Computing/SoftwareSmall Business/StartupsPhotography/ArtInternet Technology

Transcript

00:00:00Gemini는 다른 분야에서는 대등하지 못했음에도 불구하고 디자인에 있어서는
00:00:05최고의 모델이었으며, 특히 워크플로우에서 여러 번 사용한 디자인 도구인 Stitch가 훌륭했죠.
00:00:09Stitch가 여러 새로운 기능을 포함한 2.0 업데이트를 출시하면서 더욱 좋아졌고,
00:00:14격차를 더욱 벌렸습니다. 하지만 Anthropic 또한 Opus 4.7과
00:00:19Claude design을 출시하며 디자인 분야에 뛰어들었고, 사람들이 이것을
00:00:24“Figma의 종말”이라고 부를 정도로 큰 충격을 주었습니다. 하지만 진짜 질문은 어느 쪽이 실제로 더 나은가 하는 것입니다.
00:00:30이를 결판내기 위해 여러 카테고리에 걸쳐 테스트를 진행할 예정이며, 마지막에는
00:00:34여러분의 워크플로우에 어느 쪽이 적합할지 알게 될 것입니다. Claude design과 Google Stitch 모두
00:00:39서로를 차별화하는 많은 기능을 가지고 있습니다. Claude design은 Opus 4.7과 함께 출시되었으며,
00:00:45상호작용 기능 덕분에 빠르게 “Figma 킬러”로 인기를 얻었습니다.
00:00:49모델 자체가 디자인에 매우 능숙해졌고, 디자인 도구와 결합하여 결과물이 크게 향상되었습니다.
00:00:54반면 Google Stitch는 출시된 지 꽤 되었지만, 구글이
00:00:58다른 모든 모델보다 디자인에 압도적으로 뛰어난 Gemini 3를 출시하기 전까지는 그다지 좋지 않았습니다.
00:01:04Stitch와 결합하여 디자인이 비약적으로 발전했죠. 이제 각 도구가
00:01:08어떤 부분에서 앞서나가는지 살펴보겠습니다. Claude design에는 프레젠테이션을 생성하고
00:01:13그 안에 발표자 노트를 작성할 수 있는 기능이 있습니다. 하지만 Stitch에는 이런 기능이 없는데,
00:01:17Stitch는 UI 전용이며 모바일 및 웹 인터페이스 외에 다른 디자인 기능은 제공하지 않기 때문입니다.
00:01:23Claude design에서는 GitHub 저장소를 연결하여 기존 프로젝트를 참조하도록 할 수도 있는데,
00:01:28이를 통해 Claude는 디자인 스타일을 가져와 그 위에 다음 디자인을 구축할 수 있습니다.
00:01:32Stitch는 이 작업을 약간 다르게 처리합니다. 디자인 시스템을 사용하는데,
00:01:37Stitch에 호스팅된 다른 웹사이트의 링크를 제공하는 것만으로 디자인 시스템을 복사할 수 있으며,
00:01:42거기서 정확한 스타일을 가져와 이후 디자인에 사용될 시스템을 만듭니다.
00:01:46수정 작업의 경우, Claude design은 다시 프롬프트를 입력할 수도 있지만
00:01:51변경하려는 영역을 직접 클릭하면 디자인에 반영됩니다. 다르게 원하는 부분에
00:01:56직접 댓글을 달면 해당 부분에 변경 사항이 즉시 적용되기 시작합니다.
00:02:00댓글을 모아서 Claude에게 한꺼번에 보낼 수도 있죠.
00:02:04Stitch는 여기에서 다른 방식을 취합니다. 텍스트 변경 외에는 직접 수정할 수 없습니다.
00:02:09따라서 색상이나 글꼴 크기 같은 변경을 원하면 선택한 영역에 댓글을 달거나
00:02:14주석을 추가한 다음, Gemini가 변경 사항을 통합하도록 댓글을 보내야 합니다.
00:02:19음성 입력도 차이가 있습니다. Claude design은 타이핑 대신 음성을 사용하여 프롬프트를 입력할 수 있게 해줍니다.
00:02:24하지만 이 지점은 Stitch가 승리하는 부분인데, Stitch의 음성 캔버스 기능은
00:02:28기본적으로 모델과 실시간 대화를 나누며 원하는 디자인에 대해 설명하는 방식이기 때문입니다.
00:02:33모델이 디자인에 관한 질문을 던지고 디자인을 생성하며, 모든 과정이 대화로 이루어집니다.
00:02:37또한 Stitch에는 별도의 창에서 디자인이 데스크톱, 모바일, 태블릿에서 어떻게 보이는지
00:02:42확인하고 직접 상호작용할 수 있는 실시간 미리보기 기능이 있습니다.
00:02:47Claude design에는 이러한 별도의 미리보기 기능이 없습니다. 대신 동일한 창에 UI를 표시하여
00:02:52다른 미리보기 화면으로 이동하지 않고 요소들과 직접 상호작용할 수 있지만,
00:02:57Google Stitch처럼 반응형 레이아웃을 확인할 수는 없습니다. Claude design은
00:03:01팀 협업을 위해 만들어졌으므로 편집 및 댓글 권한을 별도로 설정하여
00:03:06프로젝트를 공유할 수 있는데, Stitch에는 이런 기능이 없습니다. Stitch에서는 그냥
00:03:11프로젝트를 공유하고 모두가 작업하게 할 뿐, 별도의 권한 설정은 없습니다.
00:03:15Stitch가 훨씬 성숙한 프로젝트이고 Claude design이 최근에 출시된
00:03:20프로젝트임에도 불구하고, 기능 면에서는 Claude design에 점수를 주고 싶습니다.
00:03:24Claude design은 최신 제품이며 Claude의 Pro, Max, Team 및 Enterprise 플랜에서만 사용할 수 있습니다.
00:03:30반면 Stitch는 플랜에 상관없이 무료로 사용할 수 있으며 사용량 추적을 위해
00:03:35크레딧 시스템을 사용합니다. 범용성 측면에서 Stitch는 훨씬 더 많은 크레딧을 제공합니다.
00:03:40일일 400개의 디자인 크레딧과 15개의 재디자인 크레딧을 허용하므로 하루에도
00:03:46많은 양을 사용할 수 있고 월간 크레딧은 더 많습니다. 보통 간단한 디자인 하나에 3크레딧이 들며
00:03:51복잡도나 생성 횟수에 따라 달라질 수 있어 많은 디자인 결과물을 얻을 수 있습니다.
00:03:56Claude design은 일주일 단위의 별도 제한이 있습니다. 이 제한은
00:04:00다른 Claude code 제한에 영향을 주지 않으므로 디자인 제한이 끝나더라도
00:04:05다른 Claude 기능을 자유롭게 사용할 수 있습니다. 하지만 지난 영상에서 언급했듯이 이 제한은
00:04:10자유롭게 실험하기에는 실질적으로 불가능한 수준이며, 본격적인 제작에 사용하기 전에
00:04:15크레딧이 바닥날 것입니다. 특히 Pro 플랜을 사용 중이라면 몇 가지 디자인만
00:04:20실험해봐도 금방 소진되므로 상황은 더 좋지 않습니다. 따라서 실제로
00:04:24Claude design을 제대로 활용하려면 Max 플랜으로 전환해야 합니다. 비용을 비교하면
00:04:29Stitch가 압도적인 승자입니다. 적어도 자유롭게 실험은 할 수 있게 해주니까요.
00:04:34저희는 웹사이트 스타일과 필요한 섹션에 대한 간략한 설명이 담긴 동일한 프롬프트로 두 도구를 테스트했습니다.
00:04:39Claude design은 평소 Claude code가 하듯이 할 일 목록을 만들고 작업을 시작했습니다.
00:04:44Claude design이 시간이 걸리는 동안, Google Stitch에도 똑같은 프롬프트를 주었습니다.
00:04:49Stitch가 가장 먼저 한 일은 색상부터 타이포그래피, 아이콘, 버튼까지
00:04:54모든 것을 시각화한 디자인 시스템을 만든 것이었습니다. Claude design이 끝나기도 전에 Stitch는 완료되었죠.
00:04:59Stitch는 디자인 시스템과 똑같은 스타일을 사용하여 메인 색상과 강조 색상이
00:05:04완벽하게 조화된 랜딩 페이지를 구축했습니다. Claude design은 훨씬 더 많은 시간이 걸렸고,
00:05:09작업이 끝난 후 검증 단계를 거쳤습니다. 정적인 페이지인 Stitch와 달리 Claude design의 모든 결과물은 상호작용이 가능했습니다.
00:05:15첫 번째 실행에서 강조 색상과 메인 테마 색상을 직접 결정할 수 있는 옵션을 제공하여
00:05:20다시 프롬프트를 입력할 필요 없이 직접 세밀한 조정을 할 수 있었습니다. 디자인 품질 테스트에서는
00:05:25Google Stitch에 점수를 주겠는데, 디자인이 다른 것보다 훨씬 훌륭했기 때문입니다.
00:05:30Stitch는 컬러 팔레트를 창의적으로 사용하여 스타일을 맞추고 앱의 분위기를 살린 반면,
00:05:34Claude design의 선택은 평범하고 깊이가 부족하게 느껴졌습니다. 또한 속도 면에서도
00:05:39Stitch가 승리했는데, Claude design은 디자인마다 시간이 너무 오래 걸립니다. Claude design은
00:05:45이미지를 추가해야 할 때마다 SVG를 생성하여 디자인에 통합합니다. 직접 에셋을 제공하지 않는 한
00:05:50전적으로 SVG 생성에 의존하죠. 반면 Google은 자체 이미지 생성 모델인 Nano Banana를 보유하고 있습니다.
00:05:55따라서 Stitch는 이를 제품에 직접 통합하며, 명시적으로 말하지 않아도 디자인의 모든 섹션에
00:06:00이미지 생성을 사용하여 훨씬 나은 결과를 보여줍니다. SVG 품질이 아무리 좋아져도
00:06:05이미지 전용 모델과는 경쟁이 되지 않습니다. 이 상황에서는 Google Stitch가
00:06:10확실한 승자입니다. Stitch는 디자인에만 초점을 맞추고 있어 애니메이션으로 유명하진 않지만,
00:06:16어떻게 처리하는지 확인해 보았습니다. 몇 가지를 추가하려 시도했지만 애니메이션이 직접 보이지 않고
00:06:21별도의 탭에서만 미리 볼 수 있었으며, 페이지의 한 섹션에만 스크롤 노출 효과를 생성했습니다.
00:06:26하지만 Claude design에 동일한 작업을 시켰을 때는 히어로 섹션 아래의 마키 효과 등
00:06:32여러 애니메이션을 추가했습니다. 스크롤 노출 효과도 추가되었는데, 훨씬 정교하게 조정되어
00:06:37히어로 섹션만이 아닌 각 컴포넌트에 적절히 적용되었습니다. Claude design은
00:06:43셰이더와 같은 인기 라이브러리를 사용하여 마우스 움직임과 클릭에 따라 동작이 변하는
00:06:48훨씬 더 상호작용적인 애니메이션을 만들 수 있어 Stitch보다 훨씬 뛰어납니다.
00:06:54따라서 애니메이션 측면에서는 Claude design이 확실한 승자입니다. 또한 저희 콘텐츠가
00:06:59마음에 드신다면 Hype 버튼을 눌러주세요. 더 많은 콘텐츠를 제작하고 사람들에게 다가가는 데 큰 도움이 됩니다.
00:07:04각 도구가 앱을 얼마나 잘 이해하고 변경 사항을 처리하는지 테스트하기 위해, 기존 앱 위에
00:07:09회원가입 및 로그인 페이지 작성을 요청했습니다. Stitch가 가장 먼저 디자인을 완료했고,
00:07:14각 페이지에 동일한 디자인 시스템을 사용하고 동일한 헤더와 푸터를 구현했습니다.
00:07:19프로토타입 기능을 통해 페이지 흐름을 확인하고 각 버튼이 어떻게 연결되는지 볼 수 있었죠.
00:07:24Claude design의 구현 결과물은 앱의 아이디어에 더 잘 맞았고 필요한 것을
00:07:28더 잘 이해했습니다. 로그인 페이지를 창의적으로 구축했으며, 회원가입 페이지에서는 한 걸음 더 나아가
00:07:33여러 계정 유형 스타일까지 구현했습니다. 또한 변경 사항을 얼마나 잘 반영하는지도 확인하고 싶었습니다.
00:07:38Claude design에서는 그냥 댓글을 달아 한꺼번에 보내기만 하면 구현을 시작했습니다.
00:07:44Stitch에서는 변경을 원하는 영역에 주석을 달아야 했지만, 변경 결과가 정확히 원하던 것이 아니었습니다.
00:07:49인용문 바로 뒤 엉뚱한 위치에 푸터를 추가했는데, 꽤 이상했죠.
00:07:54전반적으로 Stitch를 통한 반복 작업은 우호적이지 않은데, 요청마다 새로운 화면을 생성하여
00:07:59어느 순간 화면이 너무 복잡해지기 때문입니다. Claude design은 훨씬 나은 경험을 제공하는데,
00:08:04디자인에 변경 사항이 직접 반영되고 앱을 잘 이해하고 있어 스타일을 벗어나지 않고
00:08:09적절히 구현하기 때문입니다. 따라서 디자인 반복 작업에 있어서는 Claude design이 분명히 더 낫습니다.
00:08:14각 도구는 고유한 디자인 시스템을 가지고 있습니다. Claude design의 디자인 시스템은 브랜드 정체성을 확립해 주는데,
00:08:20이 도구가 브랜드 키트 작업을 하는 팀을 위해 만들어졌기 때문입니다. 폰트, 로고, 에셋 등과 함께
00:08:25설명을 추가하면 브랜드 스타일을 대표하는 완전한 시스템을 만들어줍니다.
00:08:30Stitch의 디자인 시스템은 브랜드가 아닌 특정 디자인을 나타내는 파일입니다.
00:08:36이 파일은 Stitch에 국한되지 않습니다. 이를 내보내어 다른 에이전트에서 사용할 수 있고
00:08:41즉시 이해되어 구현됩니다. 앞서 언급했듯이 다른 웹사이트에서 디자인 시스템을 가져오거나
00:08:46직접 만들 수 있습니다. Stitch는 설치를 위한 npm 명령어와 적절한 형식이 포함된
00:08:52design.md 파일을 오픈 소스로 공개했습니다. 각 디자인 시스템은 용도가 다르지만,
00:08:57플랫폼 간 전환이 쉽고 Stitch에만 얽매이지 않는 구글의 방식을 선호합니다.
00:09:02이제 디자인을 테스트했으니 디자인에서 코드로의 핸드오프가 어떻게 이루어지는지 이야기해 볼 차례입니다.
00:09:07앞서 언급했듯이 Claude design은 권한 제어를 포함한 더 많은 내보내기 옵션을 제공합니다.
00:09:13PDF, 슬라이드, 심지어 캔버스로 내보내어 디자인을 계속 이어갈 수 있습니다.
00:09:18하지만 저희가 주로 사용하는 방식은 Claude code로의 핸드오프인데,
00:09:23그곳에서 앱을 가장 많이 개발하기 때문입니다. 프롬프트 하나를 복사하여 Claude code에 붙여넣으면
00:09:28디자인을 복사하여 앱에 구현해 줍니다. 반면 Google Stitch는
00:09:33훨씬 더 나은 핸드오프 패턴을 가지고 있습니다. Stitch는 MCP를 통해 코딩 에이전트와 연결할 수 있으며
00:09:39에이전트가 Stitch에 프롬프트를 보내 디자인을 만들고 디자인을 가져와 앱에 구현하도록 할 수 있습니다.
00:09:44Claude design에는 MCP 통합이 없습니다. 저희는 Stitch의 MCP를 좋아하는데,
00:09:49반대로 코딩 에이전트가 Stitch 맞춤형 언어로 프롬프트를 입력할 수 있어
00:09:53적절한 프롬프트를 고민할 필요 없이 원하는 디자인을 얻을 수 있기 때문입니다. Stitch는 또한
00:09:58압축 파일 코드로 내보낼 수도 있지만 다른 옵션도 있습니다. Google AI Studio로 내보내어
00:10:04Studio의 리소스와 앱에 직접 통합된 Firebase를 사용하여 앱을 더 개발할 수도 있고,
00:10:09Figma로 직접 내보내어 다른 사람들과 협업할 수도 있습니다. 저희는 MCP 내보내기를 가장 많이 사용하는데,
00:10:14이 통합을 사용하면 핸드오프를 걱정할 필요 없이 코딩 에이전트가 스스로 쉽게 처리하기 때문입니다.
00:10:19또한 PRD로 내보내어 다른 사람이나 코딩 에이전트에게 전달해 문제없이 앱을 구현하게 할 수도 있습니다.
00:10:25따라서 핸드오프 방식에 있어서는 Stitch가 확실한 승자입니다. 이제 영상의 끝에 도달했네요.
00:10:30채널을 지원하고 이런 영상을 계속 제작하는 데 도움을 주고 싶으시다면
00:10:35아래의 Super Thanks 버튼을 이용해 주세요. 언제나 그렇듯 시청해 주셔서 감사드리며,
00:10:40다음 영상에서 뵙겠습니다.

Key Takeaway

Google Stitch는 시각적 완성도와 강력한 MCP 기반 코드 핸드오프에서 승리했으며, Claude design은 정교한 상호작용 애니메이션과 사용자 친화적인 UI 수정 경험에서 우위를 점한다.

Highlights

  • Google Stitch는 디자인 시스템 구축과 고품질 이미지 생성을 기반으로 Claude design보다 우수한 시각적 결과물을 도출한다.

  • Stitch는 일일 400개의 디자인 크레딧을 제공하여 사용량 제한이 엄격한 Claude design의 Pro 플랜보다 실험적 사용에 유리하다.

  • Claude design은 셰이더 라이브러리를 활용한 정교한 애니메이션과 마우스 반응형 상호작용 구현 능력에서 Stitch를 앞선다.

  • Stitch는 MCP(Model Context Protocol) 통합을 통해 코딩 에이전트와 직접 연결되며 디자인을 코드로 즉시 변환하는 핸드오프 워크플로우를 갖췄다.

  • Claude design은 변경이 필요한 영역을 직접 클릭하거나 댓글을 달아 실시간으로 수정 사항을 반영하는 직관적인 반복 작업 인터페이스를 제공한다.

Timeline

도구별 핵심 기능 및 접근 방식 차이

  • Gemini 3 기반의 Google Stitch는 UI 전용 디자인 도구로서 모바일과 웹 인터페이스 제작에 집중한다.
  • Claude design은 Opus 4.7과 결합하여 프레젠테이션 생성 및 발표자 노트 작성 기능을 제공한다.
  • Stitch는 외부 웹사이트 링크만으로 디자인 시스템을 복사하여 고유한 스타일 가이드를 구축한다.

Stitch 2.0 업데이트는 Gemini 3 모델의 성능을 활용해 디자인 격차를 벌렸으나 Claude design은 상호작용 기능과 GitHub 저장소 연결을 통한 기존 프로젝트 참조 기능으로 대항한다. Stitch는 디자인 시스템의 효율적인 복제와 시스템 구축에 강점이 있고 Claude는 다목적 디자인과 기존 코드베이스 활용에 특화되어 있다.

사용자 인터페이스 수정 및 상호작용 방식

  • Claude design은 디자인 요소를 직접 클릭하거나 댓글을 달아 즉각적인 변경 사항을 적용한다.
  • Stitch의 음성 캔버스 기능은 모델과 실시간 대화를 나누며 디자인 구성을 논의하는 양방향 소통을 지원한다.
  • Stitch는 데스크톱, 모바일, 태블릿 환경에서의 레이아웃을 확인하는 실시간 미리보기 기능을 갖췄다.

수정 작업에서 Claude는 직관적인 클릭 기반 인터페이스를 제공하는 반면 Stitch는 텍스트 변경 외의 작업에는 주석 추가와 Gemini의 통합 과정이 필요하다. 하지만 Stitch는 대화형 디자인 생성 과정과 다양한 기기 대응 확인 기능으로 작업 편의성을 높였다. Claude는 팀 협업을 위한 세부 권한 설정 기능을 포함하고 있다.

비용 구조와 디자인 생성량 비교

  • Stitch는 크레딧 시스템을 통해 일일 400개의 디자인 생성 권한을 부여하며 사실상 무료로 이용 가능하다.
  • Claude design은 유료 플랜 사용자만 접근 가능하며 특히 Pro 플랜에서는 실험 몇 번만으로 주간 제한량에 도달한다.
  • Stitch는 간단한 디자인에 약 3크레딧을 소모하며 실험적 제작 과정에서 압도적인 비용 효율을 보여준다.

Claude design의 제한 수치는 실제 제작 환경에서 사용하기에 부족하며 원활한 활용을 위해서는 상위 단계인 Max 플랜 전환이 강제된다. Stitch는 높은 크레딧 한도를 통해 사용자가 비용 부담 없이 다양한 디자인 시도를 할 수 있는 환경을 보장한다.

디자인 품질 및 이미지 생성 역량 테스트

  • Stitch는 Nano Banana 이미지 생성 모델을 내장하여 디자인의 모든 섹션에 맞춤형 이미지를 자동으로 삽입한다.
  • Claude design은 이미지 필요 시 SVG 생성에 의존하며 속도와 시각적 깊이 면에서 Stitch에 뒤처진다.
  • Claude design은 셰이더 라이브러리를 사용해 마우스 움직임에 반응하는 고수준 애니메이션을 구현한다.

동일 프롬프트 테스트에서 Stitch는 디자인 시스템 시각화와 컬러 팔레트 활용 능력이 더 뛰어났으며 제작 속도 또한 월등히 빨랐다. Claude는 정적인 결과물 대신 모든 요소가 상호작용 가능한 상태로 출력되며 스크롤 노출 효과 등 정교한 애니메이션 연출에서 강점을 드러낸다.

반복 작업의 정확도와 코드 핸드오프 시스템

  • Claude design은 댓글 기반 요청을 통해 기존 디자인 스타일을 유지하며 논리적인 페이지 확장을 수행한다.
  • Stitch는 MCP 연동을 통해 코딩 에이전트가 직접 디자인 프롬프트를 전송하고 결과물을 앱에 이식하게 한다.
  • Stitch의 디자인 시스템은 오픈 소스인 design.md 형식을 사용하여 외부 에이전트와의 호환성을 확보했다.

로그인 및 회원가입 페이지 확장 테스트에서 Claude는 계정 유형별 스타일 구현 등 높은 이해도를 보였으나 Stitch는 반복 작업 시 새 화면을 과도하게 생성하는 단점이 발견되었다. 그러나 Stitch는 Firebase 및 Figma 내박기, 그리고 특히 MCP를 통한 코딩 에이전트와의 원활한 협업 환경 구축 면에서 핸드오프 효율성을 극대화했다.

Community Posts

View all posts