Token导航 LogoToken导航

Agent Skill · 前端设计

design(设计)

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

design 是前端设计类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为只读;许可证信息还不明确,第三方扫描已通过,按安装量在前端设计类的 10,216 个 Skill 里排第 8,105。

总安装 315周安装 13GitHub Stars 公开资料未说明下载 103核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

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

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

命令行安装

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

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

这个 Skill 是做什么的

前端设计类 Skill 关注页面结构、视觉规范和组件写法,输出通常是可运行的界面代码。

design 用于辅助前端页面、组件和样式的开发与维护。适合生成或审查 React、Vue、Tailwind CSS 等相关代码,优化布局与交互。通过 npx skills add 命令从指定 GitHub 仓库安装并使用。使用时需结合项目现有设计系统,避免只输出孤立代码片段。

design 属于前端设计类 Skill,可作为该场景下的辅助能力补充。

来源仓库内路径:skills/design

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/yonkoo11/frontend-design-skills --skill design;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它标注为只读,先用只读任务试一次,确认行为符合预期再扩大使用范围。

常见问题

6 条

design 怎么安装?

在终端执行 npx skills add https://github.com/yonkoo11/frontend-design-skills --skill design。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

design 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

design 需要什么权限?

权限级别是只读。该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

design 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

design 用的人多吗?

公开数据是累计安装 315 次,近一周安装 13 次,下载 103 次。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

design 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。
  • 标注为只读权限,试用阶段不容易误改本地文件。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理前端设计类任务、又不想每次都手写提示词的人。
  • 只想先试试效果、不希望它改动本地文件的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

前端设计类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
frontend-design

前端设计 · Codex、Claude

8,823,360126,072只读MIT通过
vercel-composition-patterns

Vercel 组合模式 · Codex、Claude

3,858,81625,893需要联网MIT通过
vercel-react-native-skills

Vercel React native skills 前端 · Codex、Claude

2,468,66425,878只读MIT通过
adapt

adapt 搜索 · Codex、Claude

2,027,04023,125操作浏览器未明确通过
bolder

bolder 分析 · Codex、Claude

2,004,28823,130只读未明确通过
design

设计 · 本页

315—只读未明确通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

Design Workflow Orchestrator

Single entry point for all design work. Enforces the correct phase order so nothing gets skipped.

/design [project-name] [flags]

Flags:
  --skip-state    Skip Phase 1 (static pages, no app state)
  --polish-only   Jump to Phase 4 (already have a design, just polish)
  --qa-only       Jump to Phase 5 (already polished, final gate)

Phase Overview

Phase 0: Pre-flight     → Load config, check prerequisites
Phase 1: State Design   → /state-design (data architecture)
Phase 2: Creative        → /frontend-design new|revamp (3 proposals)
Phase 3: Selection       → User picks winner
Phase 4: Production      → /ui-revamp (4-phase audit + polish)
Phase 5: Final QA        → /frontend-design qa (ship gate)

EXECUTION

Phase 0: Pre-flight

Before anything, load context:

  1. Load style config (personality layer):

- Check for project-level: ai/style.config.md - Fall back to user-level: ~/.claude/style.config.md - If neither exists, warn: "No style config found. Designs will use skill defaults. Create ~/.claude/style.config.md for personalized output." - Extract: brand words, color preferences, motion philosophy, signature elements, anti-patterns

  1. Decide color mode (lock this before any design work):

- Dark-only: dev tools, terminals, creative tools, gaming, entertainment, products where dark IS the identity - Both modes: documentation, reading-heavy apps, productivity apps used 8+ hrs/day, diverse non-technical audience - Light-only: e-commerce, marketing, editorial, most SaaS dashboards - Log decision in ai/design-progress.md as color_mode: dark-only | both | light-only - Do NOT default to "both" -- it doubles the design surface. Only build both if the product type demands it.

  1. Check prerequisites:

- Does project exist? Is there a working directory? - For Phase 1: Does a scope/requirements doc exist? (warn if not, don't block) - For Phase 2+: Has Phase 1 been completed or explicitly skipped?

  1. Read design progress (resume support):

- Check ai/design-progress.md for prior state - If exists, report current phase and offer to continue

  1. Initialize tracking:

- Create ai/design-progress.md if it doesn't exist - Log start time and project name

  1. Load design knowledge (optional, enhances output):

- If you have design reference guides available, load them for typography, color, spacing, motion, and accessibility knowledge - The skill works without external guides but produces better results with them

Output after Phase 0:

Design Workflow: [project-name]
Style Config: [loaded from X | not found]
Color Mode: [dark-only | both | light-only] — [reason]
Current Phase: [starting fresh | resuming Phase N]
Flags: [--skip-state | none]

Ready to begin Phase 1: State Design
(Use --skip-state if this is a static page with no app state)

Phase 1: State Design

Gate: None (first phase) Skip condition: --skip-state flag or user confirms no app state needed

Execute /state-design [project-name]

When complete:

  • Verify output exists at ai/state-design.md or equivalent
  • Update ai/design-progress.md: phase_1: completed | skipped state_design_output: [path or "skipped - static page"]
  • Proceed to Phase 2

Phase 2: Creative (3 Proposals)

Gate: Phase 1 must be completed or skipped. Check ai/design-progress.md. If gate fails: "Phase 1 (State Design) hasn't been completed. Run /state-design first or use --skip-state."

Before generating proposals, apply knowledge of:

  • Typography: font scales, weight pairing, line height rules
  • Color: palette construction, contrast, semantic color
  • Spacing & Layout: spacing scale, layout patterns
  • Motion & Animation: timing, easing, what to animate
  • Personality: what makes designs feel human, not generic

Also load from style config:

  • Brand words (set the tone for all 3 proposals)
  • Color preferences (respect preferred/anti colors)
  • Motion philosophy (match motion style)
  • Signature elements (incorporate into proposals)
  • Anti-patterns (avoid these on top of banned defaults)

Execute /frontend-design new (or revamp if redesigning existing UI)

The skill handles 3-proposal generation, DNA codes, banned defaults, etc.

When complete:

  • Verify 3 proposal files exist in ./proposals/
  • Update ai/design-progress.md: phase_2: completed proposals: [proposal-1.html, proposal-2.html, proposal-3.html] dna_codes: [DNA-X-X-X-X-X, DNA-Y-Y-Y-Y-Y, DNA-Z-Z-Z-Z-Z]
  • Present proposals to user

Phase 3: Selection

Gate: Phase 2 must be completed. 3 proposals must exist.

Present the choice:

3 proposals generated. Pick your direction:

1. Proposal 1 (DNA-X-X-X-X-X) - [brief description]
2. Proposal 2 (DNA-Y-Y-Y-Y-Y) - [brief description]
3. Proposal 3 (DNA-Z-Z-Z-Z-Z) - [brief description]
4. Hybrid - combine elements from multiple proposals

Which direction? (pick a number or describe what you want)

When user selects:

  • Update ai/design-progress.md: phase_3: completed selected: [proposal number or "hybrid: details"]
  • If hybrid: document which elements from which proposals
  • Build the selected/hybrid design as the production codebase
  • Proceed to Phase 4

Phase 4: Production Polish

Gate: Phase 3 must be completed. Selected design must be built. Skip condition: --polish-only flag bypasses Phases 1-3 (assumes design already exists)

Apply knowledge of:

  • Shadows & Depth: shadow values, layering, elevation
  • Motion & Animation: spring physics, timing functions
  • Dark Mode: if applicable
  • Interactive Elements: state layers, animation timing, easing curves

Execute /ui-revamp (full 4-phase: audit, plan, implement, validate)

When complete:

  • Verify audit passes
  • Update ai/design-progress.md: phase_4: completed audit_result: [pass/fail] issues_fixed: [count]
  • Proceed to Phase 5

Phase 5: Final QA

Gate: Phase 4 must be completed. Skip condition: --qa-only flag bypasses Phases 1-4 (assumes polished design exists)

Run full QA checklist covering:

  • Typography (font sizes, weights, line heights, hierarchy)
  • Contrast (WCAG AA minimum, text over backgrounds)
  • Spacing (consistent scale, no magic numbers)
  • Interactive (hover/focus/active states, transitions)
  • Dark Mode (if applicable)
  • Accessibility (focus management, ARIA, keyboard nav)

Execute /frontend-design qa

When complete:

  • Update ai/design-progress.md: phase_5: completed qa_result: [APPROVED | NEEDS REVISION]
  • If APPROVED: "Design complete. Ready to ship."
  • If NEEDS REVISION: List remaining issues, loop back to Phase 4

Progress File Format

ai/design-progress.md:

# Design Progress: [project-name]

Started: [date]
Style Config: [path loaded]
Flags: [any flags used]

## Phase 1: State Design
Status: pending | completed | skipped
Output: [path]

## Phase 2: Creative (3 Proposals)
Status: pending | completed
Proposals: [list]
DNA Codes: [list]

## Phase 3: Selection
Status: pending | completed
Selected: [choice]

## Phase 4: Production Polish
Status: pending | completed
Audit Result: [pass/fail]

## Phase 5: Final QA
Status: pending | completed
QA Result: [APPROVED | NEEDS REVISION]

Short-Circuit Flags

--skip-state: Skips Phase 1. Use for:

  • Static marketing pages
  • Simple landing pages
  • Pages with no dynamic state

--polish-only: Jumps to Phase 4. Use when:

  • You already have a design you like
  • Skipping creative phase, just need production polish
  • Coming back to polish after a break

--qa-only: Jumps to Phase 5. Use when:

  • Polish is done, just need the final gate check
  • Quick verification before shipping

Resume Support

The orchestrator reads ai/design-progress.md on every run. If a phase is already completed, it skips ahead to the next pending phase. You never lose progress between sessions.

To restart from scratch: delete ai/design-progress.md.

平台分布

Codex

36.77%
按下载量换算38

Claude

29.21%
按下载量换算30

Cursor

19.98%
按下载量换算21

Gemini CLI

9.53%
按下载量换算10

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

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

继续浏览同类 Skills