frontend-skill
Use when the task asks for a visually strong landing page, website, app, prototype, demo, or game UI. This skill enforces restrained composition, image-led hierarchy, cohesive content structure, and tasteful motion while avoiding generic cards, weak branding, and UI clutter.
Best use case
frontend-skill is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Use when the task asks for a visually strong landing page, website, app, prototype, demo, or game UI. This skill enforces restrained composition, image-led hierarchy, cohesive content structure, and tasteful motion while avoiding generic cards, weak branding, and UI clutter.
Teams using frontend-skill should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/frontend-skill/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How frontend-skill Compares
| Feature / Agent | frontend-skill | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Use when the task asks for a visually strong landing page, website, app, prototype, demo, or game UI. This skill enforces restrained composition, image-led hierarchy, cohesive content structure, and tasteful motion while avoiding generic cards, weak branding, and UI clutter.
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
# 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?
Related Skills
frontend-design
Create distinctive, production-grade frontend interfaces with high design quality. Generates creative, polished code that avoids generic AI aesthetics. Use when the user asks to build web components, pages, artifacts, posters, or applications, or when any design skill requires project context.
yeet
Use only when the user explicitly asks to stage, commit, push, and open a GitHub pull request in one flow using the GitHub CLI (`gh`).
vercel-react-best-practices
React and Next.js performance optimization guidelines from Vercel Engineering. This skill should be used when writing, reviewing, or refactoring React/Next.js code to ensure optimal performance patterns. Triggers on tasks involving React components, Next.js pages, data fetching, bundle optimization, or performance improvements.
test-driven-development
Use when implementing any feature or bugfix, before writing implementation code
subagent-driven-development
Use when executing implementation plans with independent tasks in the current session
skill-creator
Guide for creating effective skills. This skill should be used when users want to create a new skill (or update an existing skill) that extends Codex's capabilities with specialized knowledge, workflows, or tool integrations.
shader-dev
Comprehensive GLSL shader techniques for creating stunning visual effects — ray marching, SDF modeling, fluid simulation, particle systems, procedural generation, lighting, post-processing, and more.
remotion-best-practices
Best practices for Remotion - Video creation in React
prompt-engineering-patterns
Master advanced prompt engineering techniques to maximize LLM performance, reliability, and controllability in production. Use when optimizing prompts, improving LLM outputs, or designing production prompt templates.
pptx-generator
Generate, edit, and read PowerPoint presentations. Create from scratch with PptxGenJS (cover, TOC, content, section divider, summary slides), edit existing PPTX via XML workflows, or extract text with markitdown. Triggers: PPT, PPTX, PowerPoint, presentation, slide, deck, slides.
planning-with-files
Implements Manus-style file-based planning to organize and track progress on complex tasks. Creates task_plan.md, findings.md, and progress.md. Use when asked to plan out, break down, or organize a multi-step project, research task, or any work requiring >5 tool calls. Supports automatic session recovery after /clear.
pinchtab
Use this skill when a task needs browser automation through PinchTab: open a website, inspect interactive elements, click through flows, fill out forms, scrape page text, log into sites with a persistent profile, export screenshots or PDFs, manage multiple browser instances, or fall back to the HTTP API when the CLI is unavailable. Prefer this skill for token-efficient browser work driven by stable accessibility refs such as `e5` and `e12`.