옵션
집 Skill 기타 frontend-design-review

frontend-design-review

microsoft/skills microsoft/skills

디자인 품질 기준 및 디자인 시스템 준수 여부를 기준으로 UI 구현을 검토하거나, 독창적이고 실제 운영에 적합한 프론트엔드 인터페이스를 처음부터 직접 제작합니다.

...모든 것을 확장하십시오
23
업데이트 된 시간 2026년 9월 10일

프론트엔드 디자인 검토

디자인 품질 표준 및 귀사의 디자인 시스템에 따라 UI 구현을 검토하거나, 독창적이고 실제 운영에 적합한 프론트엔드 인터페이스를 처음부터 제작합니다.

두 가지 모드

모드 1: 디자인 검토

기존 UI가 디자인 시스템 준수 여부, 세 가지 품질 기둥(마찰 없는 경험, 정교한 제작, 신뢰성), 접근성 및 코드 품질을 충족하는지 평가합니다.

모드 2: 창의적인 프론트엔드 디자인

평범한 “AI 슬롭(slop)” 미학을 피하고, 명확한 개념적 방향을 갖추며, 정교하게 구현된 독창적인 인터페이스를 제작합니다.

창의적인 프론트엔드 디자인

코딩에 착수하기 전에 미적 방향성을 확립합니다:

  • 목적: 이 디자인은 어떤 문제를 해결합니까? 누가 사용합니까?
  • : 미니멀, 맥시멀리스트, 레트로-퓨처리즘, 유기적, 럭셔리, 유쾌한, 에디토리얼, 브루탈리즘, 아르데코, 소프트/파스텔, 인더스트리얼 등
  • 제약 조건: 프레임워크, 성능, 접근성 요구 사항.
  • 차별화: 이 디자인이 어떻게 독특하며 상황에 적합한가?

미적 가이드라인

  • 타이포그래피: 미적 감각을 한층 높여주는 독특한 서체. 디스플레이 서체와 세련된 본문 서체를 조합하십시오. Inter, Roboto, Arial, Space Grotesk는 피하십시오.
  • 색상 및 테마: CSS 변수를 활용한 일관된 색상 팔레트. 주된 색상 + 선명한 액센트 > 소극적이고 균일하게 분산된 팔레트.
  • 모션: CSS만으로 구현하는 것을 권장합니다. 단계적으로 요소가 드러나는, 조화롭게 구성된 단일 페이지 로딩 > 산발적인 미세 상호작용.
  • 공간 구성: 비대칭, 겹침, 대각선 흐름, 그리드를 깨는 요소, 넉넉한 여백 또는 절제된 밀도.
  • 배경: 그라디언트 메쉬, 노이즈 텍스처, 기하학적 패턴, 레이어화된 투명도, 극적인 그림자, 그레인 오버레이.

피해야 할 요소: 지나치게 많이 사용된 폰트, 진부한 색상 조합, 예측 가능한 레이아웃, 맥락에 맞는 개성이 결여된 틀에 박힌 디자인.

구현의 복잡성은 비전에 맞춰야 합니다. 맥시멀리즘 = 정교한 코드. 미니멀리즘 = 절제와 정밀함.

디자인 검토

디자인 시스템 워크플로

구현 전:

  1. Storybook 또는 컴포넌트 라이브러리에서 해당 컴포넌트의 API 및 사용법을 검토하세요.
  2. Figma 개발자 모드를 사용하여 정확한 사양(간격, 토큰, 속성)을 확인하십시오
  3. 디자인 시스템 컴포넌트와 디자인 토큰을 사용하여 구현하십시오

검토 단계:

  1. 구현 내용을 Figma 디자인과 비교하십시오
  2. 디자인 토큰이 사용되었는지 확인(하드코딩된 값이 아닌지)
  3. 모든 변형/상태가 올바르게 구현되었는지 확인
  4. 일치하지 않는 부분을 표시합니다(디자인 승인 필요)

컴포넌트가 없는 경우:

  1. 기존 컴포넌트를 수정하여 사용할 수 있는지 확인
  2. 새로운 컴포넌트 생성을 위해 디자인 팀에 문의하십시오
  3. 예외 사항과 그 근거를 코드에 문서화하십시오

검토 절차

  1. 사용자 작업 파악
  2. 디자인 시스템에서 일치하는 패턴을 확인하십시오
  3. 미적 방향성 평가
  4. 범위(컴포넌트, 기능 또는 흐름) 파악
  5. 각 핵심 요소 평가
  6. 이슈에 점수를 매기고 우선순위 지정(차단/중대/경미)
  7. 디자인 시스템 예시를 포함한 권장 사항 제시

핵심 원칙

  • 작업 완료: 클릭 횟수 최소화. 모든 화면은 “무엇을 할 수 있나요?”와 “다음에 무슨 일이 일어납니까?”에 대한 답을 제공해야 합니다.
  • 작업 위계: 화면당 1~2개의 주요 작업. 부차적인 작업은 점진적 공개 방식을 적용합니다.
  • 온보딩: 소개 단계에서 기능을 설명합니다. 설정보다는 스마트한 기본값을 우선시합니다.
  • 네비게이션: 명확한 진입/이탈 지점. ‘뒤로’/‘취소’ 버튼은 항상 사용 가능. 복잡한 흐름에는 브레드크럼 적용.

품질 기둥

1. 마찰 없는 통찰에서 실행으로

평가: 3회 이하의 상호작용으로 작업을 완료할 수 있는가? 주요 동작이 명확하고 단 하나인가?

주의 신호: 과도한 클릭, 서로 경쟁하는 여러 개의 주요 버튼, 잘 보이지 않는 동작, 막다른 길.

2. 품질은 장인정신

평가:

  • 디자인 시스템 준수: Figma 사양과 일치하며, 디자인 토큰을 사용했는가?
  • 미적 방향: 독창적인 타이포그래피, 일관된 색상, 의도적인 모션
  • 접근성: 최소 C 등급(WCAG 2.1 A), 이상적으로는 B 등급(WCAG 2.1 AA)

주의 사항: 일반적인 AI 미학, 하드코딩된 값, Figma와 일치하지 않는 구현, 레이아웃 재조정 오류, 포커스 표시기 누락.

3. 신뢰할 수 있는 구축

평가 항목:

  • AI 투명성: AI 생성 콘텐츠에 대한 면책 조항
  • 오류 투명성: 구체적인 조치 안내가 포함된 오류 메시지

주의 사항: AI 면책 조항 누락, 안내가 없는 불투명한 오류 메시지.

검토 결과 출력 형식

전체 검토 템플릿은 references/review-output-format.md를 참조하십시오.

검토 유형 수정자

상황별 검토 중점 영역(PR, 크리에이티브, 디자인, 접근성)에 대해서는 references/review-type-modifiers.md를 참조하십시오.

간단한 체크리스트

디자인 시스템 준수, 미적 품질, 마찰 없는 사용자 경험, 정교한 제작, 신뢰성이라는 핵심 요소를 다루는 사전 승인 체크리스트는 references/quick-checklist.md를 참조하십시오.

패턴 예시

크리에이티브 프론트엔드 및 디자인 시스템 검토 작업의 모범 사례와 문제 사례를 보려면 references/pattern-examples.md를 참조하십시오.

감사의 말

Anthropic의 프론트엔드 디자인 기술에서 영감을 받은 창의적인 프론트엔드 원칙. 체계적인 UI 평가를 위해 @Quirinevwm이 만든 디자인 검토 원칙 및 품질 기둥 프레임워크.

GitHub에서 보기
---
name: frontend-design-review
description: Review UI implementations against design quality standards and design system compliance, or create distinctive, production-grade frontend interfaces from scratch.
---

# Frontend Design Review

Review UI implementations against design quality standards and your design system **OR** create distinctive, production-grade frontend interfaces from scratch.

## Two Modes

### Mode 1: Design Review
Evaluate existing UI for design system compliance, three quality pillars (Frictionless, Quality Craft, Trustworthy), accessibility, and code quality.

### Mode 2: Creative Frontend Design
Create distinctive interfaces that avoid generic "AI slop" aesthetics, have clear conceptual direction, and execute with precision.

---

## Creative Frontend Design

Before coding, commit to an aesthetic direction:
- **Purpose**: What problem does this solve? Who uses it?
- **Tone**: minimal, maximalist, retro-futuristic, organic, luxury, playful, editorial, brutalist, art deco, soft/pastel, industrial, etc.
- **Constraints**: Framework, performance, accessibility requirements.
- **Differentiation**: What makes this distinctive and context-appropriate?

### Aesthetics Guidelines

- **Typography**: Distinctive fonts that elevate aesthetics. Pair a display font with a refined body font. Avoid Inter, Roboto, Arial, Space Grotesk.
- **Color & Theme**: Cohesive palette with CSS variables. Dominant colors + sharp accents > timid, evenly-distributed palettes.
- **Motion**: CSS-only preferred. One well-orchestrated page load with staggered reveals > scattered micro-interactions.
- **Spatial Composition**: Asymmetry, overlap, diagonal flow, grid-breaking elements, generous negative space OR controlled density.
- **Backgrounds**: Gradient meshes, noise textures, geometric patterns, layered transparencies, dramatic shadows, grain overlays.

**AVOID**: Overused fonts, cliched color schemes, predictable layouts, cookie-cutter design without context-specific character.

Match implementation complexity to vision. Maximalist = elaborate code. Minimalist = restraint and precision.

---

## Design Review

### Design System Workflow

**Before implementing:**
1. Review component in your Storybook / component library for API and usage
2. Use Figma Dev Mode to get exact specs (spacing, tokens, properties)
3. Implement using design system components + design tokens

**During review:**
1. Compare implementation to Figma design
2. Verify design tokens are used (not hardcoded values)
3. Check all variants/states are implemented correctly
4. Flag deviations (needs design approval)

**If component doesn't exist:**
1. Check if existing component can be adapted
2. Reach out to design for new component creation
3. Document exception and rationale in code

### Review Process

1. Identify user task
2. Check design system for matching patterns
3. Evaluate aesthetic direction
4. Identify scope (component, feature, or flow)
5. Evaluate each pillar
6. Score and prioritize issues (blocking/major/minor)
7. Provide recommendations with design system examples

### Core Principles

- **Task completion**: Minimum clicks. Every screen answers "What can I do?" and "What happens next?"
- **Action hierarchy**: 1-2 primary actions per view. Progressive disclosure for secondary.
- **Onboarding**: Explain features on introduction. Smart defaults over configuration.
- **Navigation**: Clear entry/exit points. Back/cancel always available. Breadcrumbs for deep flows.

---

## Quality Pillars

### 1. Frictionless Insight to Action

**Evaluate:** Task completable in ≤3 interactions? Primary action obvious and singular?

**Red flags:** Excessive clicks, multiple competing primary buttons, buried actions, dead ends.

### 2. Quality is Craft

**Evaluate:**
- Design system compliance: matches Figma specs, uses design tokens
- Aesthetic direction: distinctive typography, cohesive colors, intentional motion
- Accessibility: Grade C minimum (WCAG 2.1 A), Grade B ideal (WCAG 2.1 AA)

**Red flags:** Generic AI aesthetics, hardcoded values, implementation doesn't match Figma, broken reflow, missing focus indicators.

### 3. Trustworthy Building

**Evaluate:**
- AI transparency: disclaimer on AI-generated content
- Error transparency: actionable error messages

**Red flags:** Missing AI disclaimers, opaque errors without guidance.

---

## Review Output Format

See [references/review-output-format.md](references/review-output-format.md) for the full review template.

## Review Type Modifiers

See [references/review-type-modifiers.md](references/review-type-modifiers.md) for context-specific review focus areas (PR, Creative, Design, Accessibility).

## Quick Checklist

See [references/quick-checklist.md](references/quick-checklist.md) for the pre-approval checklist covering design system compliance, aesthetic quality, frictionless, quality craft, and trustworthy pillars.

## Pattern Examples

See [references/pattern-examples.md](references/pattern-examples.md) for good/bad examples of creative frontend and design system review work.

---

## Acknowledgments

Creative frontend principles inspired by [Anthropic's frontend-design skill](https://github.com/anthropics/skills/tree/main/skills/frontend-design). Design review principles and quality pillar framework created by [@Quirinevwm](https://github.com/Quirinevwm) for systematic UI evaluation.

모든 파일

0개 파일

frontend-design-review 설치

스킬 파일을 다운로드하여 .claude/skills/ 디렉터리에 압축을 풀어 주세요.

ZIP 다운로드

저장소를 클론하고 스킬 파일을 프로젝트에 복사하세요.

git clone https://github.com/microsoft/skills/tree/main/.github/skills/frontend-design-review # Copy SKILL.md to your .claude/skills/ directory

복사 복사
빠른 설정: 스킬 폴더를 .claude/skills/로 복사하세요. Claude가 해당 스킬을 자동으로 감지하여 사용할 것입니다.
저장소 microsoft/skills

관련 스킬

multica-creating-agents
업데이트 된 시간 2026년 8월 12일
tilemaps
업데이트 된 시간 2026년 8월 4일
v4-new-features
업데이트 된 시간 2026년 8월 4일
agent-github-pr-manager
업데이트 된 시간 2026년 8월 3일
OR