frontend-design-review
microsoft/skills
UIの実装が設計品質基準やデザインシステムの準拠要件を満たしているかを確認するか、あるいは独自性のある本番環境対応のフロントエンドインターフェースをゼロから構築します。
...すべて拡張しますフロントエンドデザインレビュー
デザイン品質基準および自社のデザインシステムに照らしてUIの実装をレビューするか、あるいは一から独自で実運用レベルのフロントエンドインターフェースを構築します。
2つのモード
モード1:デザインレビュー
既存のUIについて、デザインシステムへの準拠状況、3つの品質の柱(「摩擦のない体験」「高品質な仕上がり」「信頼性」)、アクセシビリティ、およびコード品質を評価します。
モード2:クリエイティブなフロントエンドデザイン
ありきたりな「AIの雑なデザイン」を避け、明確なコンセプトの方向性を持ち、精密に実装された、独自性のあるインターフェースを制作します。
クリエイティブなフロントエンドデザイン
コーディングを始める前に、美的方向性を明確に定める:
- 目的:これはどのような問題を解決するのか?誰が使うのか?
- トーン:ミニマル、マキシマリスト、レトロフューチャー、オーガニック、ラグジュアリー、遊び心、エディトリアル、ブルータリズム、アールデコ、ソフト/パステル、インダストリアルなど。
- 制約:フレームワーク、パフォーマンス、アクセシビリティ要件。
- 差別化:何がこのデザインを際立たせ、その文脈にふさわしいものにするのか?
美的ガイドライン
- タイポグラフィ:美観を高める個性的なフォント。ディスプレイフォントと洗練された本文用フォントを組み合わせる。Inter、Roboto、Arial、Space Groteskは避ける。
- 色とテーマ:CSS変数を用いた統一感のある配色。基調色+鮮やかなアクセント > 控えめで均一に分散された配色。
- モーション:CSSのみでの実装を推奨。段階的に要素が表示される、調和のとれたページ読み込み > 散在する微細なインタラクション。
- 空間構成:非対称、オーバーラップ、対角線的な流れ、グリッドを破る要素、ゆとりのある余白、あるいは制御された密度。
- 背景:グラデーションメッシュ、ノイズテクスチャ、幾何学模様、重ねられた透明効果、ドラマチックな影、粒状のオーバーレイ。
避けるべきもの:使い古されたフォント、陳腐な配色、予測可能なレイアウト、文脈に応じた個性を欠いた画一的なデザイン。
実装の複雑さはビジョンに見合うようにする。マキシマリスト=精巧なコード。ミニマリスト=抑制と正確さ。
デザインレビュー
デザインシステムのワークフロー
実装前に:
- Storybook/コンポーネントライブラリ内のコンポーネントをレビューし、APIと使用方法を確認する
- FigmaのDev Modeを使用して、正確な仕様(余白、トークン、プロパティ)を確認する
- デザインシステムのコンポーネントとデザイントークンを使用して実装する
レビュー中:
- 実装内容をFigmaのデザインと比較してください
- デザイントークンが使用されていることを確認する(ハードコーディングされた値ではないこと)
- すべてのバリエーション/状態が正しく実装されているか確認する
- 逸脱箇所を報告する(デザインの承認が必要)
コンポーネントが存在しない場合:
- 既存のコンポーネントを流用できるか確認する
- 新しいコンポーネントの作成についてデザインチームに連絡する
- 例外事項とその根拠をコード内に記載する
レビュープロセス
- ユーザーのタスクを特定する
- デザインシステムで適合するパターンを確認する
- 美的方向性を評価する
- 範囲(コンポーネント、機能、またはフロー)を特定する
- 各柱を評価する
- 課題の評価と優先順位付け(ブロック要因/重大/軽微)
- デザインシステムの具体例を交えた推奨事項を提示する
基本原則
- タスクの完了:クリック数を最小限に抑える。すべての画面で「ここで何ができるか?」および「次に何が起こるか?」という疑問に答えられるようにする
- アクションの階層:1ビューにつき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によって作成されました。
---
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
コピー





家
