Token导航 LogoToken导航TokenDH.com
前端设计需要联网github未标认证来源可访问许可证需确认审计通过

frontend-design前端设计

Agent Skill

用于辅助前端页面、组件、样式和交互逻辑的开发与维护。它适合让 Agent 生成或审查 React、Next.js、Vue、Tailwind、CSS 等相关代码,整理组件结构,或定位布局和性能问题。使用时需要结合项目现有设计系统、路由和构建方式,避免只生成孤立片段;涉及页面改动时,应配合本地预览和构建检查确认视觉效果。

总安装

1,032

周安装

43

GitHub Stars

68

下载量

344
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:frontend-design(前端设计)
来源仓库:https://github.com/luongnv89/skills
仓库路径:skills/frontend-design
安装命令:
npx skills add https://github.com/luongnv89/skills --skill frontend-design
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/luongnv89/skills --skill frontend-design

简介

frontend-design 用于辅助前端页面、组件和样式开发与维护。

  • 适合生成或审查 React、Vue、CSS 等代码,需结合项目设计系统与路由。
  • 通过 npx skills add 命令安装,避免生成孤立代码片段。
  • 涉及页面改动时应配合本地预览检查视觉效果与构建结果。
  • 适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

SKILL.md

Frontend Design

Create distinctive, production-grade frontend interfaces that avoid generic "AI slop" aesthetics. Implement real working code with exceptional attention to aesthetic details and creative choices.

When to Use

Trigger this skill when the user asks to:

  • Build a UI component, page, or full frontend application
  • Design or implement a frontend feature (navigation, forms, data tables, dashboards)
  • Redesign an existing interface for better aesthetics or usability
  • Convert a mockup, wireframe, or spec into working code

Instructions

  1. Clarify the requirements (component type, framework, target audience, design constraints)
  2. Propose an aesthetic direction and get user approval before coding
  3. Implement the full working code with distinctive visual choices
  4. Validate responsiveness and accessibility basics
  5. Deliver the code with inline annotations for key design decisions

Repo Sync Before Edits (mandatory)

Before creating/updating/deleting files in an existing repository, sync the current branch with remote:

branch="$(git rev-parse --abbrev-ref HEAD)"
git fetch origin
git pull --rebase origin "$branch"

If the working tree is not clean, stash first, sync, then restore:

git stash push -u -m "pre-sync"
branch="$(git rev-parse --abbrev-ref HEAD)"
git fetch origin && git pull --rebase origin "$branch"
git stash pop

If origin is missing, pull is unavailable, or rebase/stash conflicts occur, stop and ask the user before continuing.

Design Thinking

Before coding, understand the context and commit to a BOLD aesthetic direction:

  • Purpose: What problem does this interface solve? Who uses it?
  • Tone: Pick an extreme: brutally minimal, maximalist chaos, retro-futuristic, organic/natural, luxury/refined, playful/toy-like, editorial/magazine, brutalist/raw, art deco/geometric, soft/pastel, industrial/utilitarian, etc. There are so many flavors to choose from. Use these for inspiration but design one that is true to the aesthetic direction.
  • Constraints: Technical requirements (framework, performance, accessibility).
  • Differentiation: What makes this UNFORGETTABLE? What's the one thing someone will remember?

CRITICAL: Choose a clear conceptual direction and execute it with precision. Bold maximalism and refined minimalism both work - the key is intentionality, not intensity.

Then implement working code (HTML/CSS/JS, React, Vue, etc.) that is:

  • Production-grade and functional
  • Visually striking and memorable
  • Cohesive with a clear aesthetic point-of-view
  • Meticulously refined in every detail

Default Style Guide

When the user does not provide a specific style preference, color palette, or brand guidelines, apply this default style guide:

  1. Color Palette (Strictly Limited): Use only four core colors — Black (#000000), White (#FFFFFF), Gray (#6B7280), and Bright Green (#22C55E).
  2. Aesthetic: Maintain an elegant, clear, clean, and professional design language.
  3. Visual Depth: Incorporate visual depth using elements like cards, lines, borders, and subtle shadows.
  4. Bright Green Usage Constraint: The Bright Green color is strictly reserved for highlights (text, borders, or lines); it must *never* be used as a background color.
  5. System Status Colors: Danger (#EF4444), Warning (#F59E0B), and Info (#3B82F6) may only be applied to text elements, not backgrounds or primary UI components.

If the user provides their own colors, brand kit, or style direction, use those instead and ignore this default guide.

Usability Principles — "Don't Make Me Think"

Every design MUST follow these usability rules derived from Steve Krug's principles. These are non-negotiable regardless of aesthetic direction.

1. Design for Scanning, Not Reading

  • Users scan pages — they do not read them. Use clear headings, short paragraphs, bullet points, and visual hierarchy (bigger/bolder = more important).
  • Highlight keywords. Apply the billboard rule: if a user can't grasp the page purpose in 5 seconds, simplify.

2. Follow Conventions

  • Place navigation at the top, logo upper-left, search top-right. Use familiar icons (magnifying glass for search, hamburger for mobile menu).
  • Use straightforward labels: "Books" not "Library Vault". Clicks are fine if each is unambiguous.

3. Make Interactions Self-Evident

  • Buttons must look clickable (shaded, bordered, with hover states). Links must be visually distinct from body text.
  • CTAs use action verbs ("Shop Now", "Get Started") and are prominently placed. Forms have no unnecessary fields.

4. Eliminate Cognitive Load

  • Edit ruthlessly — cut half the words, then half again. Use plain language, no jargon.
  • Ensure consistency across pages: same button styles, same spacing patterns, same color semantics.
  • Design error states gracefully: clear messages with recovery suggestions (e.g., "No results found. Try a broader search.").

5. Self-Test Every Design

  • Before delivering, simulate user paths: role-play 3-5 task scenarios (e.g., "Find and buy a product"). Flag any point of hesitation.
  • Verify mobile responsiveness — the design must adapt without losing core functionality.

6. Accessibility Is Mandatory

  • Alt text on all images, WCAG AA contrast (4.5:1 minimum), keyboard navigable.
  • Site identity (logo, tagline) visible on every page.

For the full step-by-step guideline, see references/usability-guide.md.

Frontend Aesthetics Guidelines

Focus on:

  • Typography: Choose fonts that are beautiful, unique, and interesting. Avoid generic fonts like Arial and Inter; opt instead for distinctive choices that elevate the frontend's aesthetics; unexpected, characterful font choices. Pair a distinctive display font with a refined body font.
  • Color & Theme: Commit to a cohesive aesthetic. Use CSS variables for consistency. Dominant colors with sharp accents outperform timid, evenly-distributed palettes.
  • Motion: Use animations for effects and micro-interactions. Prioritize CSS-only solutions for HTML. Use Motion library for React when available. Focus on high-impact moments: one well-orchestrated page load with staggered reveals (animation-delay) creates more delight than scattered micro-interactions. Use scroll-triggering and hover states that surprise.
  • Spatial Composition: Unexpected layouts. Asymmetry. Overlap. Diagonal flow. Grid-breaking elements. Generous negative space OR controlled density.
  • Backgrounds & Visual Details: Create atmosphere and depth rather than defaulting to solid colors. Add contextual effects and textures that match the overall aesthetic. Apply creative forms like gradient meshes, noise textures, geometric patterns, layered transparencies, dramatic shadows, decorative borders, custom cursors, and grain overlays.

NEVER use generic AI-generated aesthetics like overused font families (Inter, Roboto, Arial, system fonts), cliched color schemes (particularly purple gradients on white backgrounds), predictable layouts and component patterns, and cookie-cutter design that lacks context-specific character.

Interpret creatively and make unexpected choices that feel genuinely designed for the context. No design should be the same. Vary between light and dark themes, different fonts, different aesthetics. NEVER converge on common choices (Space Grotesk, for example) across generations.

IMPORTANT: Match implementation complexity to the aesthetic vision. Maximalist designs need elaborate code with extensive animations and effects. Minimalist or refined designs need restraint, precision, and careful attention to spacing, typography, and subtle details. Elegance comes from executing the vision well.

Expected Output

Production-ready frontend code delivered as one or more files. Example for a landing page request:

  • index.html — fully self-contained HTML with embedded CSS and JS (or separate files if a framework is used)
  • Implemented features: hero section, CTA button, responsive navigation, and a features grid
  • Typography: a distinctive display/body font pairing (e.g., Playfair Display + DM Sans), not Inter/Roboto
  • Color palette: strictly four colors per the default style guide, or user-provided palette
  • Interactions: CSS-only hover states on buttons, a staggered reveal animation on page load
  • WCAG AA contrast on all text elements
  • Mobile-responsive layout verified at 375px, 768px, and 1280px breakpoints

After delivery, the skill emits a step-completion report confirming design thinking choices, style guide adherence, and usability self-test results. See references/step-reports.md for the full report template and phase-specific check formats.

Acceptance Criteria

A run passes when all of the following are true:

  • User explicitly approved the aesthetic direction before any code was written.
  • Delivered code is production-grade and runs without errors in the target framework (HTML/CSS/JS, React, Vue, etc.).
  • Layout is responsive across mobile, tablet, and desktop viewports — verified at 375px, 768px, and 1280px without horizontal overflow.
  • Accessibility basics covered: semantic HTML, sufficient colour contrast (WCAG AA), keyboard focus states, and alt/aria-label where applicable.
  • Default Style Guide colour palette is respected when no user palette was provided (and Bright Green is never used as a background).
  • Every "Don't Make Me Think" usability rule from the section above is satisfied — the user shouldn't have to guess what is clickable or where they are.

Edge Cases

  • No description provided: Ask the user for purpose, target audience, and any brand/style constraints before writing a single line of code.
  • Conflicting style constraints (e.g., user says "minimalist" but also "lots of animations"): Surface the tension and ask which constraint takes priority; don't silently pick one.
  • Existing codebase to extend: Read existing CSS variables and component patterns before adding new code; match the existing style vocabulary rather than introducing a second design system.
  • Framework mismatch (e.g., user says "React" but the repo uses Vue): Confirm the framework before generating; never output React JSX into a Vue project.
  • Very large or complex UIs (>5 distinct page sections): Offer to deliver in phases — core layout first, then secondary sections — rather than one oversized artifact.
  • Accessibility conflict with aesthetic direction: Never sacrifice WCAG AA contrast for aesthetic reasons; adapt the palette instead of dropping the requirement.
  • No internet/CDN access in deployment: Use locally bundled assets or inline critical CSS/JS rather than CDN links, if the user indicates an offline or air-gapped environment.

Step Completion Reports

After completing each major step (Design Thinking, Implementation), emit a structured status report. See references/step-reports.md for the full template, symbol legend, and phase-specific check lists. Keep these reports concise to preserve the agent's context budget.

适合场景

01

前端页面设计

02

生成更有辨识度的 UI

03

避免模板化 AI 页面

04

需要统一视觉方向时

能力概览

能力 1

建立明确视觉方向

能力 2

约束排版、色彩、动效和空间布局

能力 3

提醒避免通用模板化设计

能力 4

要求生成可运行的前端实现

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

38.15%
按下载量换算131

Claude

28.57%
按下载量换算98

Cursor

20.25%
按下载量换算70

Gemini CLI

10.52%
按下载量换算36

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills