Source profileQuality 76/100

nexu-io/open-design/skills/frontend-design/SKILL.md

frontend-design

Create distinctive, production-grade frontend interfaces with strong visual direction, polished typography, considered layout, and working HTML/CSS/JS or framework code. Use for websites, landing pages, dashboards, React components, application screens, and UI beautification.

Source repository stars
91,167
Declared platforms
0
Static risk flags
0
Last source update
2026-08-25
Source checked
2026-08-25

Decision brief

What it does: where it fits

Adapted from Anthropic's official frontend-design skill for OpenDesign.

Best for

    Not for

    • Tasks that require unconfirmed production actions or broad system permissions.
    • Environments where the pinned source and install steps cannot be inspected.

    Compatibility matrix

    Platform support, with evidence labels

    PlatformStatusEvidenceWhat to check
    CodexNot declaredNo explicit evidencePortability before use
    Claude CodeNot declaredNo explicit evidencePortability before use
    CursorNot declaredNo explicit evidencePortability before use
    Gemini CLINot declaredNo explicit evidencePortability before use
    Open the compatibility checker

    Installation

    Inspect first. Install second.

    The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.

    Source-detected install commandSource
    npx skills add https://github.com/nexu-io/open-design --skill "skills/frontend-design"
    Safe inspection promptEditorial

    Inspect the Agent Skill "frontend-design" from https://github.com/nexu-io/open-design/blob/edfa6b5f447e95cb120eae030f03baba00dc34de/skills/frontend-design/SKILL.md at commit edfa6b5f447e95cb120eae030f03baba00dc34de. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.

    Workflow

    What the source asks the agent to do

    1. 01

      Workflow

      1. Understand the brief before choosing the look. - Identify the audience, primary job, domain, and emotional tone. - Note any technical constraints: framework, existing styles, accessibility, performance, export target, or responsive requirements. - If the repo already has desi…

      Understand the brief before choosing the look.Identify the audience, primary job, domain, and emotional tone.Note any technical constraints: framework, existing styles, accessibility, performance, export target, or responsive requirements.
    2. 02

      OpenDesign Integration

      When OpenDesign provides an active design system, treat it as the product's brand contract. Use the injected color, typography, layout, and component guidance first, then apply this skill's frontend craft rules where the design system is silent.

      When OpenDesign provides an active design system, treat it as the product's brand contract. Use the injected color, typography, layout, and component guidance first, then apply this skill's frontend craft rules where th…When OpenDesign injects craft references such as typography, color, and anti-ai-slop, apply those checks before finishing. If the user's brand guidance conflicts with a generic craft rule, the user's brand guidance wins.
    3. 03

      Source

      Upstream: https://github.com/anthropics/skills/tree/main/skills/frontend-design

      Upstream: https://github.com/anthropics/skills/tree/main/skills/frontend-designCategory: web-artifacts- Upstream: https://github.com/anthropics/skills/tree/main/skills/frontend-design - Category: web-artifacts

    Permission review

    Static risk signals and limitations

    No configured static risk pattern was detected

    This is not proof of safety. Runtime behavior, indirect dependencies, and hidden external systems are outside the static scan.

    Evidence record

    Why each signal appears

    EvidenceSourceComputedTestedEditorial
    SignalValueEvidence typeMeaning
    Quality score76/100ComputedDocumentation, specificity, maintenance, and trust rules
    Repository stars91,167SourceRepository attention, not individual Skill quality
    Compatibility0 platformsSourceDeclared in the catalog source record
    Usage guideautomated source guideEditorialGenerated or reviewed according to the visible evidence level

    Pinned source

    Provenance and original SKILL.md

    Repository
    nexu-io/open-design
    Skill path
    skills/frontend-design/SKILL.md
    Commit
    edfa6b5f447e95cb120eae030f03baba00dc34de
    License
    Apache-2.0
    Collected
    2026-08-25
    Default branch
    main
    View the original SKILL.md

    frontend-design

    Adapted from Anthropic's official frontend-design skill for OpenDesign.

    Use this skill when the user asks to build or improve a frontend interface: a website, landing page, dashboard, application screen, HTML/CSS artifact, React/Vue/Svelte component, or a visual redesign of an existing UI.

    The goal is not just "make it nicer." The goal is to ship working frontend code with a clear design point of view, strong craft, and enough product detail that the result feels designed for the user's actual context.

    Workflow

    1. Understand the brief before choosing the look.

      • Identify the audience, primary job, domain, and emotional tone.
      • Note any technical constraints: framework, existing styles, accessibility, performance, export target, or responsive requirements.
      • If the repo already has design tokens, components, screenshots, or a DESIGN.md, use those as the source of truth.
    2. Commit to one specific aesthetic direction.

      • Pick a direction that fits the product: brutally minimal, editorial, luxury, playful, industrial, retro-futuristic, dense operational, calm enterprise, artful consumer, or another precise direction.
      • Make the direction concrete through typography, spacing, color, hierarchy, motion, and component shape.
      • Avoid generic AI defaults: purple-blue gradients, vague glass cards, interchangeable SaaS layouts, over-rounded cards, stock icon rows, and decorative blobs that do not serve the interface.
    3. Design the real interface, not a placeholder poster.

      • Include the controls, empty/loading/error states, tables, filters, navigation, and responsive behavior a real user would expect.
      • Use honest content. If data is unknown, label it as sample, pending, or unavailable instead of inventing claims.
      • Keep workflows efficient for the target user. Dashboards and tools should be scannable and dense enough for repeated use; marketing pages can be more expressive.
    4. Build production-grade frontend code.

      • Prefer the repository's existing framework, component conventions, icons, tokens, and styling approach.
      • For standalone artifacts, create self-contained HTML/CSS/JS unless the user asked for a framework.
      • Use semantic markup, keyboard-accessible controls, visible focus states, sensible contrast, and responsive layout constraints.
      • Use CSS variables for repeated colors, spacing, shadows, and type scale.
    5. Refine visual craft.

      • Typography: choose expressive but readable type pairings. Avoid using default system stacks as the main visual idea unless the direction is intentionally utilitarian.
      • Color: create a balanced palette with role clarity. Use accent color sparingly and deliberately.
      • Layout: use alignment, rhythm, density, and negative space intentionally. Do not let cards, panels, or labels drift.
      • Motion: add purposeful transitions for state changes, reveals, and feedback. Prefer transforms and opacity for performance.
      • Details: use texture, borders, shadows, dividers, media, and iconography only when they support the concept.
    6. Self-review before final delivery.

      • The interface works at mobile and desktop widths.
      • Text fits its containers and does not overlap adjacent UI.
      • Interactive elements have hover/focus/active/disabled states.
      • The design avoids obvious AI-generated visual tropes.
      • The result has one memorable quality a user could describe after closing the page.

    OpenDesign Integration

    When OpenDesign provides an active design system, treat it as the product's brand contract. Use the injected color, typography, layout, and component guidance first, then apply this skill's frontend craft rules where the design system is silent.

    When OpenDesign injects craft references such as typography, color, and anti-ai-slop, apply those checks before finishing. If the user's brand guidance conflicts with a generic craft rule, the user's brand guidance wins.

    Source

    License

    This skill is adapted from Anthropic's official skills repository. See LICENSE.txt in this folder for the upstream Apache-2.0 license terms.

    Frequently asked questions

    What to verify before installation and use

    What does the frontend-design source document cover?

    Adapted from Anthropic's official frontend-design skill for OpenDesign.

    How do I install frontend-design?

    The source record exposes this install command: npx skills add https://github.com/nexu-io/open-design --skill "skills/frontend-design". Inspect the command and pinned source before running it.

    Alternatives

    Compare before choosing

    Computed 961,101

    fcakyon/claude-codex-settings

    vercel-react-view-transitions

    Guide for implementing smooth, native-feeling animations using React's View Transition API (`<ViewTransition>` component, `addTransitionType`, and CSS view transition pseudo-elements). Use this skill whenever the user wants to add page transitions, animate route changes, create shared element animations, animate enter/exit of components, animate list reorder, implement directional (forward/back) navigation animations, or integrate view transitions in Next.js. Also use when the user mentions view

    Computed 96204

    theBGuy/GitDesktop

    vercel-react-view-transitions

    Guide for implementing smooth, native-feeling animations using React's View Transition API (`<ViewTransition>` component, `addTransitionType`, and CSS view transition pseudo-elements). Use this skill whenever the user wants to add page transitions, animate route changes, create shared element animations, animate enter/exit of components, animate list reorder, implement directional (forward/back) navigation animations, or integrate view transitions in Next.js. Also use when the user mentions view

    Computed 95528

    vibeeval/vibecosystem

    frontend-dev

    Full-stack frontend development combining premium UI design, cinematic animations, AI-generated media assets, persuasive copywriting, and visual art. Builds complete, visually striking web pages with real media, advanced motion, and compelling copy. Use when: building landing pages, marketing sites, product pages, dashboards, generating media assets (image/video/audio/music), writing conversion copy, creating generative art, or implementing cinematic scroll animations.

    Computed 931,248

    first-fluke/oh-my-agent

    oma-frontend

    Frontend specialist for React, Next.js, Angular, TypeScript with FSD-lite architecture, shadcn/ui, and design system alignment. Use for UI, component, page, layout, CSS, Tailwind, shadcn, Angular, and RxJS work.