Claude Code 수석 디자이너의 AI 빌드 워크플로우 — worktree·auto mode·prototype skill 실전 정리

2026년 6월 현재 Anthropic의 Claude Code 리드 디자이너 Meaghan Choi가 공개한 사내 빌드 워크플로우가 화제다. 디자이너 출신이지만 발표 내용은 거의 개발자 워크플로우에 가까우며, worktree로 여러 Claude 세션을 병렬 실행하고, 기능 프로토타입을 만들고, 브라우저에서 검증하고, PR까지 올리는 과정을 CLI 중심으로 다뤘다. 핵심은 AI를 단순히 코드를 대신 쓰는 도구가 아니라, 아이디어 탐색 → 구현안 비교 → 셀프 검증 → PR 작성 → 리뷰 반영 → 머지 보조까지 이어지는 제품 개발 파이프라인에 넣는 방식이다.

발표자 배경과 CLI 신봉자 마인드셋

Choi는 AI 도입 이전부터 CLI 제품을 설계해 왔으며, Claude CLI 설계에도 참여했다. 스스로 "CLI die-hard"라고 표현할 만큼 CLI에 익숙하지만, 모든 작업은 데스크톱 앱에서도 동일하게 가능하다고 명시했다. CLI는 개인 취향일 뿐, 시청자가 반드시 따라야 할 방식은 아니다. 다만 발표자 본인은 "Anthropic 구성원은 도구에 상시 접근하며 종일 사용하기에, 더 최적의 작업 방식을 끊임없이 찾는 분위기"라며 빠른 실험을 위한 도구 선택의 중요성을 강조했다.

병렬·고속 작업 환경 — worktree와 Opus 1M

로컬 저장소에서 여러 Claude를 동시에 돌리면 서로 작업을 덮어쓰며 충돌이 발생한다. worktree는 저장소 격리 복사본을 만들어 이 문제를 해결하며, claude --worktree 실행 시 자동으로 새 브랜치를 체크아웃해준다. 발표자는 엔지니어들이 Claude를 4~5개 열어 두는 경우, 저장소를 repo1·repo2처럼 복제했거나 worktree를 쓰는 것이라고 설명했다. 발표자는 항상 Opus 100만 컨텍스트 + fast mode를 사용한다. 단, 조직에 따라 접근이 제한될 수 있으며 15분 데모를 빠르게 진행하기 위한 설정이라는 점도 덧붙였다.

auto mode와 prototype skill

Anthropic 구성원은 auto mode를 항상 사용한다. 분류기(classifier)가 위험한 동작 여부를 감지하므로 "Yes, accept"를 반복 승인할 필요 없이 작업이 훨씬 빨라진다. Loop는 "다 끝날 때까지 계속"을 의미하는 표준 프롬프트로, 완료될 때까지 작업을 반복하게 한다. 디자인 스펙 없이 "autocomplete를 추가하고 싶다"는 단순 프롬프트만으로 Excalidraw에 기능 추가를 지시한 prototype skill 시연도 인상적이었다. 발표자는 Claude에게 직접 만든 slash prototype skill을 요청해 한 기능에 대해 기본 5개 구현안을 생성하고 HTML 파일로 미리보기 후 반복하도록 구성했다고 한다. "요즘 스킬을 손으로 쓰는 사람은 없다"고 표현한 것도 인상적인 지점이었다.

작업의 3가지 원칙

# Claude Code 작업 3원칙 (Meaghan Choi)
1. Claude를 포함한 대부분의 LLM은 아직 디자인에 약하다 → craft와 의사결정에 사람 개입 필수
2. 코딩은 자동화하되 비코딩 업무도 Claude에 위임 → 가장 자동화된 방식으로 활용
3. 누구나 ship할 수 있다고 모든 것을 ship해야 하는 것은 아니다 → 확장 가능한 시스템 필요

비코딩 업무 자동화

Claude in the web(cloud) 앱에서 발견한 수백 개의 작은 polish 수정을 별도 세션 없이 상시 처리하는 것이 대표적이다. 수정이 너무 많다는 엔지니어 불만이 있을 땐 하나의 PR로 squash를 요청한다. 사소한 CSS 변경은 검토 없이 자동 승인되기도 하며, 제품의 완성도 유지에 유용하다. 거의 모든 구성원이 Claude를 상시 실행해 PR 머지를 돕게 하므로, 발표자는 더 이상 CI나 머지 직전 단계에 직접 관여하지 않는다. simplify · code review는 저장소 내부용으로 코드베이스를 정리(prune)하는 명령이며, AI를 쓰는 엔지니어링 팀이라면 유사 도구가 있을 것이다.

Claude in Chrome과 스케줄 루틴

Claude가 직접 Chrome을 열어 동작을 테스트하는 방식은 프론트엔드 변경의 자가 검증에 가장 효과적이다. 일련의 GIF로 스크린샷을 기록해 게시한 뒤 PR을 여는 흐름이 정석이다. 예약 작업(routine)인 Claude code work 스케줄은 모든 저장소의 프론트엔드 변경을 스크랩해 Slack·Google Meet 트랜스크립트·Google Docs 등을 훑어 디자이너 참여 여부를 확인하고, 미참여 시 플래그 처리한다. 미참여 시 디자인을 검토해 반대 관점의 디자인(adversarial design) PR을 초안으로 작성해 해당 엔지니어에게 DM을 보내 협업을 요청한다. "첫 단계가 아니라 다음 단계의 다음 단계까지 자동화를 밀어붙여, 차기 모델 출시 시 바로 적용할 수 있도록 미리 작성해 두는 전략"이 인상적이었다.

디자이너·개발자 관점의 시사점

| 대상 | 핵심 시사점 |

|------|-------------|

| 개발자 | worktree 병렬 작업, auto mode 승인 반복 제거, PR 머지·CI 자동화로 일일 속도 향상 |

| 디자이너 | LLM이 아직 디자인에 약함을 전제로, 사람 craft·의사결정 주체 유지 + 시스템으로 품질 방어 |

| 공통 | AI를 단순 코드 보조가 아닌 제품 파이프라인 전 단계에 통합하는 사고방식 전환 |

2026년 6월 기준으로 AI 시대에는 더 많은 사람이 코드를 만들 수 있게 되는 만큼, 검증·리뷰·디자인 관여·배포 기준을 자동화된 시스템으로 확장하는 것이 핵심 과제다. 결국 이 발표는 디자이너가 AI로 코딩하는 법보다, 디자이너와 개발자가 AI를 사이에 두고 제품 품질을 유지하면서 더 빠르게 실험하는 방식을 보여주는 사례로 평가받는다.

함께 보면 좋은 글

• 디자이너가 Claude Code를 사용하는 법 [유튜브]
• Claude Code 창시자, 소프트웨어 엔지니어의 종말을 말하다 [유튜브]
• Claude Code로 생산성을 높이는 방법

요약

Claude Code 수석 디자이너의 AI 빌드 워크플로우 핵심은 (1) worktree로 Claude 세션 병렬 실행, (2) Opus 1M + auto mode + Loop 프롬프트로 승인 반복 제거, (3) prototype skill로 구현안 5개 자동 생성·비교, (4) Claude in Chrome으로 자가 검증 후 GIF 포함 PR 자동화, (5) 비코딩 업무도 Claude에 위임해 가장 자동화된 방식으로 활용, (6) 디자인 품질은 adversarial design PR 스케줄 루틴으로 시스템 방어. AI를 코더 보조가 아닌 제품 개발 파이프라인 전반의 협업 도구로 재정의한 사례로, 2026년 현재 가장 현실적인 AI-native 개발 문법이라 할 수 있다.