JimLiu/baoyu-design은 Anthropic의 ‘Claude Design’ 경험을 claude.ai 사이트에서 떼어내, 누구나 자신의 에디터·에이전트 호스트 안에서 호출할 수 있는 Agent Skill로 다시 묶은 오픈소스 프로젝트다. Cursor에서 호출하든, Claude Code 세션에서 호출하든, 한 번의 요청으로 UI 목업·인터랙티브 프로토타입·키노트형 덱·와이어프레임이 모두 self-contained HTML 한 파일로 떨어진다. 별도 빌드 스텝도, 외부 CDN 의존도, 자산 디렉토리도 없다. 그저 파일 하나를 PR에 붙이거나, 메신저에 던지거나, 정적 호스팅에 올리면 끝이다.
작은 디테일이지만 이 ‘단일 HTML’ 선택이 운영 측면에서 꽤 크다. 디자인 산출물이 외부 SaaS의 export 형식에 묶이지 않고, 레포 안 산출물처럼 다뤄지기 때문이다. 스킬 정의 자체가 git에 들어가니 프롬프트 수정 이력이 diff로 남고, 누가 어떤 모델·어떤 버전의 스킬로 어떤 시안을 만들었는지 자연스럽게 추적된다. 디자인이 ‘파일 첨부’가 아니라 ‘빌드 산출물’에 가까워지는 셈이다.
레포는 한 가지 더 솔직한 선택을 했다. ‘Best with Opus 4.8’이라고 못 박은 점이다. 즉 토큰 절약을 위해 중간 단계를 잘게 쪼개지 않고, 디자인 의도 → 레이아웃 → 컴포넌트 → 인라인 스타일까지 모델 한 번에 맡기는 쪽을 선택한 것이다. 그래서 결과물이 깔끔한 한 덩어리 HTML로 나오는 반면, 모델 등급을 낮추면 품질 저하가 곧바로 보인다. 비용 가시성이 명확한 도구라는 뜻이기도 하다.
759개의 별, JavaScript 카테고리 rank 25라는 수치보다 흥미로운 신호는 따로 있다. 호스티드 디자인 도구가 늘어나는 속도만큼, 그 반대 방향—로컬에서 돌고, 스킬로 패키징되고, 산출물이 git에 들어가는—프로젝트들도 같은 속도로 자라고 있다는 점이다. baoyu-design은 그 흐름의 가장 깔끔한 예시 중 하나이며, 디자인 자동화를 ‘웹 앱 안에서의 마법’이 아니라 ‘내 워크플로 안의 한 단계’로 옮기고 싶은 팀에게 좋은 출발점이 된다.