Token导航 LogoToken导航TokenDH.com
研究检索只读github未标认证来源可访问许可证需确认审计通过

frontend-skill前端技能

Agent Skill

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

总安装

220

周安装

9

GitHub Stars

267

下载量

71
CodexClaudeCursorGemini CLI

安装说明

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

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

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

命令行安装

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

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

简介

frontend-skill 用于辅助前端页面、组件、样式和交互逻辑的开发与维护,适合生成或审查 React、Vue 等相关代码。

  • 适用于组件结构整理、布局问题定位或性能优化支持等场景。
  • 使用时需要结合项目现有设计系统和构建方式,避免生成孤立片段。
  • 涉及页面改动时,应配合本地预览和构建检查确认视觉效果。
  • 适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

SKILL.md

Frontend Skill

Use this skill when the quality of the work depends on art direction, hierarchy, restraint, imagery, and motion rather than component count.

Goal: ship interfaces that feel deliberate, premium, and current. Default toward award-level composition: one big idea, strong imagery, sparse copy, rigorous spacing, and a small number of memorable motions.

Working Model

Before building, write three things:

  • visual thesis: one sentence describing mood, material, and energy
  • content plan: hero, support, detail, final CTA
  • interaction thesis: 2-3 motion ideas that change the feel of the page

Each section gets one job, one dominant visual idea, and one primary takeaway or action.

Beautiful Defaults

  • Start with composition, not components.
  • Prefer a full-bleed hero or full-canvas visual anchor.
  • Make the brand or product name the loudest text.
  • Keep copy short enough to scan in seconds.
  • Use whitespace, alignment, scale, cropping, and contrast before adding chrome.
  • Limit the system: two typefaces max, one accent color by default.
  • Default to cardless layouts. Use sections, columns, dividers, lists, and media blocks instead.
  • Treat the first viewport as a poster, not a document.

Landing Pages

Default sequence:

  1. Hero: brand or product, promise, CTA, and one dominant visual
  2. Support: one concrete feature, offer, or proof point
  3. Detail: atmosphere, workflow, product depth, or story
  4. Final CTA: convert, start, visit, or contact

Hero rules:

  • One composition only.
  • Full-bleed image or dominant visual plane.
  • Canonical full-bleed rule: on branded landing pages, the hero itself must run edge-to-edge with no inherited page gutters, framed container, or shared max-width; constrain only the inner text/action column.
  • Brand first, headline second, body third, CTA fourth.
  • No hero cards, stat strips, logo clouds, pill soup, or floating dashboards by default.
  • Keep headlines to roughly 2-3 lines on desktop and readable in one glance on mobile.
  • Keep the text column narrow and anchored to a calm area of the image.
  • All text over imagery must maintain strong contrast and clear tap targets.

If the first viewport still works after removing the image, the image is too weak. If the brand disappears after hiding the nav, the hierarchy is too weak.

Viewport budget:

  • If the first screen includes a sticky/fixed header, that header counts against the hero. The combined header + hero content must fit within the initial viewport at common desktop and mobile sizes.
  • When using 100vh/100svh heroes, subtract persistent UI chrome (calc(100svh - header-height)) or overlay the header instead of stacking it in normal flow.

Apps

Default to Linear-style restraint:

  • calm surface hierarchy
  • strong typography and spacing
  • few colors
  • dense but readable information
  • minimal chrome
  • cards only when the card is the interaction

For app UI, organize around:

  • primary workspace
  • navigation
  • secondary context or inspector
  • one clear accent for action or state

Avoid:

  • dashboard-card mosaics
  • thick borders on every region
  • decorative gradients behind routine product UI
  • multiple competing accent colors
  • ornamental icons that do not improve scanning

If a panel can become plain layout without losing meaning, remove the card treatment.

Imagery

Imagery must do narrative work.

  • Use at least one strong, real-looking image for brands, venues, editorial pages, and lifestyle products.
  • Prefer in-situ photography over abstract gradients or fake 3D objects.
  • Choose or crop images with a stable tonal area for text.
  • Do not use images with embedded signage, logos, or typographic clutter fighting the UI.
  • Do not generate images with built-in UI frames, splits, cards, or panels.
  • If multiple moments are needed, use multiple images, not one collage.

The first viewport needs a real visual anchor. Decorative texture is not enough.

Copy

  • Write in product language, not design commentary.
  • Let the headline carry the meaning.
  • Supporting copy should usually be one short sentence.
  • Cut repetition between sections.
  • Do not include prompt language or design commentary into the UI.
  • Give every section one responsibility: explain, prove, deepen, or convert.

If deleting 30 percent of the copy improves the page, keep deleting.

Utility Copy For Product UI

When the work is a dashboard, app surface, admin tool, or operational workspace, default to utility copy over marketing copy.

  • Prioritize orientation, status, and action over promise, mood, or brand voice.
  • Start with the working surface itself: KPIs, charts, filters, tables, status, or task context. Do not introduce a hero section unless the user explicitly asks for one.
  • Section headings should say what the area is or what the user can do there.
  • Good: "Selected KPIs", "Plan status", "Search metrics", "Top segments", "Last sync".
  • Avoid aspirational hero lines, metaphors, campaign-style language, and executive-summary banners on product surfaces unless specifically requested.
  • Supporting text should explain scope, behavior, freshness, or decision value in one sentence.
  • If a sentence could appear in a homepage hero or ad, rewrite it until it sounds like product UI.
  • If a section does not help someone operate, monitor, or decide, remove it.
  • Litmus check: if an operator scans only headings, labels, and numbers, can they understand the page immediately?

Motion

Use motion to create presence and hierarchy, not noise.

Ship at least 2-3 intentional motions for visually led work:

  • one entrance sequence in the hero
  • one scroll-linked, sticky, or depth effect
  • one hover, reveal, or layout transition that sharpens affordance

Prefer Framer Motion when available for:

  • section reveals
  • shared layout transitions
  • scroll-linked opacity, translate, or scale shifts
  • sticky storytelling
  • carousels that advance narrative, not just fill space
  • menus, drawers, and modal presence effects

Motion rules:

  • noticeable in a quick recording
  • smooth on mobile
  • fast and restrained
  • consistent across the page
  • removed if ornamental only

Hard Rules

  • No cards by default.
  • No hero cards by default.
  • No boxed or center-column hero when the brief calls for full bleed.
  • No more than one dominant idea per section.
  • No section should need many tiny UI devices to explain itself.
  • No headline should overpower the brand on branded pages.
  • No filler copy.
  • No split-screen hero unless text sits on a calm, unified side.
  • No more than two typefaces without a clear reason.
  • No more than one accent color unless the product already has a strong system.

Reject These Failures

  • Generic SaaS card grid as the first impression
  • Beautiful image with weak brand presence
  • Strong headline with no clear action
  • Busy imagery behind text
  • Sections that repeat the same mood statement
  • Carousel with no narrative purpose
  • App UI made of stacked cards instead of layout

Litmus Checks

  • Is the brand or product unmistakable in the first screen?
  • Is there one strong visual anchor?
  • Can the page be understood by scanning headlines only?
  • Does each section have one job?
  • Are cards actually necessary?
  • Does motion improve hierarchy or atmosphere?
  • Would the design still feel premium if all decorative shadows were removed?

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

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

平台分布

Codex

39.41%
按下载量换算28

Claude

28.47%
按下载量换算20

Cursor

16.84%
按下载量换算12

Gemini CLI

9.87%
按下载量换算7

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

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

安装前确认

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

来源信息

继续浏览同类 Skills