frontend-design-review
microsoft/skills
根據設計品質標準與設計系統合規性,審查 UI 實作;或從頭開始打造獨具特色且符合生產環境標準的前端介面。
...展開全部前端設計審查
依據設計品質標準及您的設計系統,審查 UI 實作成果;或從零開始打造獨具特色且符合生產環境標準的前端介面。
兩種模式
模式 1:設計審查
評估現有 UI 是否符合設計系統規範、三大品質支柱(無阻礙、精湛工藝、值得信賴)、無障礙性及程式碼品質。
模式 2:創意前端設計
打造獨具特色的介面,避免流於泛泛的「AI 粗製濫造」美學,具備清晰的概念方向,並以精準的方式實現。
創意前端設計
在編寫程式碼之前,先確立美學方向:
- 目的:這能解決什麼問題?使用者是誰?
- 風格基調:極簡、極繁、復古未來風、有機、奢華、俏皮、編輯風格、粗獷主義、裝飾藝術、柔和/粉彩、工業風等。
- 限制條件:框架、效能、無障礙需求。
- 差異化:什麼讓這個設計獨樹一幟且符合情境?
美學準則
- 字體設計:選用能提升美感的獨特字體。將展示字體與精緻的內文字體搭配使用。避免使用 Inter、Roboto、Arial 及 Space Grotesk。
- 色彩與主題:透過 CSS 變數建立連貫的配色方案。主色調 + 鮮明點綴 > 膽怯且均勻分布的配色方案。
- 動態效果:優先採用純 CSS 實現。一次精心編排的頁面載入,搭配錯落有致的元素揭露,優於零散的微互動。
- 空間構圖:非對稱、重疊、對角線流動、打破網格的元素、寬裕的留白,或精準控制的密度。
- 背景:漸變網格、噪點紋理、幾何圖案、分層透明效果、戲劇性陰影、顆粒疊加。
應避免:過度使用的字型、陳腔濫調的配色方案、可預測的版面配置、缺乏情境特徵的制式化設計。
讓實作複雜度與設計願景相符。極致主義 = 繁複的程式碼。極簡主義 = 克制與精準。
設計審查
設計系統工作流程
實作前:
- 在 Storybook 或元件庫中檢視元件的 API 與使用方式
- 使用 Figma 開發模式取得精確規格(間距、設計代碼、屬性)
- 使用設計系統元件 + 設計代幣進行實作
審查階段:
- 將實作結果與 Figma 設計進行比對
- 驗證是否已使用設計代幣(而非硬編碼值)
- 檢查所有變體/狀態是否已正確實作
- 標記偏差處(需經設計審核)
若該元件不存在:
- 檢查是否可調整現有元件
- 聯繫設計部門以建立新元件
- 在程式碼中記錄例外情況及其理由
審查流程
- 釐清使用者任務
- 查閱設計系統以尋找相符的模式
- 評估美學方向
- 確定範圍(元件、功能或流程)
- 評估各支柱
- 為問題評分並設定優先級(阻塞型/重大/輕微)
- 提供建議並附上設計系統範例
核心原則
- 任務完成:點擊次數最少。每個畫面都應能回答「我可以做什麼?」和「接下來會發生什麼?」
- 操作層級:每個畫面僅有 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 以取得完整的審查範本。
審查類型修飾詞
請參閱 references/review-type-modifiers.md 以了解特定情境下的審查重點領域(PR、創意、設計、無障礙)。
快速檢查清單
請參閱 references/quick-checklist.md,以獲取涵蓋設計系統合規性、美學品質、無阻礙體驗、精湛工藝及值得信賴等支柱的預審核清單。
模式範例
請參閱 references/pattern-examples.md,了解前端創意與設計系統審查工作的優良與不良範例。
致謝
創意前端原則的靈感源自 Anthropic 的前端設計技能。設計審查原則與品質支柱框架由 @Quirinevwm 創建,用於系統化的 UI 評估。
---
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
複製





首頁
