design-taste-frontend-v1

## design-taste-frontend-v1 스킬 개요

### 이 스킬의 용도
`design-taste-frontend-v1`은 기존 동작을 정확히 유지해야 할 때 사용하는, 오리지널 `design-taste-frontend-v1` 스킬입니다. 일반적인 프롬프트보다 더 강한 디자인 판단을 반영한 UI 코드를 생성하는 데 도움을 주며, React/Next.js 중심의 구현 스타일 안에서 작업하도록 설계되어 있습니다.

### 누가 설치하면 좋은가
이전 호환성이 필요하거나, 최신 `design-taste-frontend` 재작성 버전과 비교 중이거나, 디자인 선택을 애매하게 남겨두지 않고 시각적 판단을 명시적으로 다루는 프롬프트 기반 프런트엔드 워크플로가 필요하다면 `design-taste-frontend-v1 skill`을 설치하세요.

### 무엇이 다른가
이 스킬은 기본 디자인 변주, 모션, 밀도에 대해 분명한 의견을 갖고 있으며, 의존성, 스택 가정, 사용자 오버라이드에 대한 실용적인 안전장치도 포함합니다. 그래서 단순한 “예쁘게 만들어 주세요” 프롬프트보다 `design-taste-frontend-v1 for Frontend Development`에 훨씬 더 유용합니다.

## design-taste-frontend-v1 스킬 사용 방법

### 설치하고 대상 버전을 확인하기
디렉터리 페이지의 `design-taste-frontend-v1 install` 경로를 사용한 뒤, `Leonxlnx/taste-skill`의 `skills/taste-skill-v1`을 가리키고 있는지 확인하세요. 이 버전은 더 실험적인 대체판을 채택하는 것보다, 기존 계약을 유지하는 일이 더 중요할 때만 선택하는 것이 좋습니다.

### 올바른 순서로 스킬 읽기
먼저 `SKILL.md`를 읽고, 그다음 그 파일이 가리키는 저장소 컨텍스트를 살펴보세요. 이 저장소에는 `scripts/`, `rules/`, `resources/`, `metadata` 보조 파일이 없으므로, 스킬 본문 자체가 사실상의 기준 원천입니다. 따라서 가장 빠른 `design-taste-frontend-v1 guide`는 프롬프트를 넣기 전에 지침을 꼼꼼히 읽는 것입니다.

### 대략적인 요청을 바로 쓸 수 있는 프롬프트로 바꾸기
좋은 입력은 화면 이름만이 아니라 제품, 대상 사용자, 제약, 그리고 원하는 미적 방향까지 설명합니다. 예를 들어: “에이전시 운영자를 위한 대시보드를 만들어 주세요. React/Next.js, 다크 모드, 저모션, 고밀도 정보 배치, 스캔하기 쉬운 구조 우선, 이미 설치된 패키지가 아니라면 추가 의존성 금지.” 이런 식의 브리프는 `design-taste-frontend-v1 usage` 경로가 레이아웃, 모션, 컴포넌트 선택을 더 잘 결정하도록 돕습니다.

### 의존성과 스택 확인을 놓치지 않기
이 스킬의 핵심 동작 중 하나는 의존성 검증입니다. 서드파티 패키지가 필요하면 먼저 `package.json`에서 존재 여부를 확인해야 하고, 없는 패키지는 암묵적으로 전제하지 말고 명시적으로 설치해야 합니다. 이 스킬은 구현상의 추측을 줄이기 위해 만들어졌지, 숨은 의존성을 조용히 추가하려는 목적이 아니기 때문입니다.

## design-taste-frontend-v1 스킬 FAQ

### 이것이 더 최신 프런트엔드 스킬과 같은가?
아닙니다. 저장소의 현재 기본값은 `design-taste-frontend` v2 experimental이며, 이는 상당히 크게 다시 작성된 버전입니다. 기존 동작이 필요하거나, 이미 사용 중인 프롬프트와 출력과의 호환성이 중요하다면 `design-taste-frontend-v1`을 사용하세요.

### 이걸 쓰려면 프런트엔드 전문가여야 하나요?
아니요. 다만 “현대적으로 만들어 주세요” 정도의 요청보다는 더 분명한 브리프가 필요합니다. 초보자일수록 스택, 제품 유형, 분위기, 가장 중요한 제약을 구체적으로 적을 때 결과가 더 좋아집니다.

### 언제 이 스킬을 쓰지 말아야 하나요?
새로운 실험적 재작성 버전이 필요하거나, 호환성을 신경 쓰지 않거나, 아주 작은 작업이라 일반 프롬프트만으로도 충분한 방향이 잡히는 경우에는 건너뛰세요. 이 스킬은 디자인 판단의 질 자체가 결과물의 일부일 때 가장 가치가 큽니다.

## design-taste-frontend-v1 스킬 개선 방법

### 더 선명한 디자인 목표를 주기
가장 좋은 `design-taste-frontend-v1 skill` 입력은 원하는 트레이드오프를 분명히 적습니다: 여백이 넉넉한지 vs 밀도가 높은지, 장난기 있는지 vs 기업용인지, 정적인지 vs 모션이 풍부한지, 그리고 어느 정도의 시각적 위험을 허용할지 말입니다. 스킬에는 이미 기본값이 있지만, 프로젝트가 정말 다른 분위기를 필요로 할 때만 프롬프트로 이를 덮어써야 합니다.

### 재작업을 줄이는 제약을 함께 제시하기
코드를 요청하기 전에 프레임워크, 라우팅 모델, 의존성 제한, 접근성 또는 성능 요구사항을 포함하세요. 이렇게 하면 스킬이 가정을 줄이고, 저장소의 의존성 검증 규칙과도 일관되게 맞출 수 있습니다.

### 첫 결과물은 구체적인 피드백으로 다듬기
첫 결과가 기대와 다르다면 “더 좋게 만들어 주세요” 대신 레이아웃 위계, 간격, 모션 강도, 컴포넌트 밀도 같은 기준으로 수정 요청을 하세요. 수정 요청이 구체적일수록, 스킬은 제품 의도를 해치지 않으면서 취향을 더 정확하게 바로잡을 수 있습니다.

### 저장소 읽기로 동작을 검증하기
`design-taste-frontend-v1` 채택을 고민 중이라면, 배포 전에 이 스킬의 지침을 앱의 기존 스택과 규칙과 비교해 보세요. 이 스킬은 로컬 아키텍처 판단을 대체하는 도구가 아니라, 안내받는 구현 레이어로 사용할 때 가장 강합니다.