frontend-design
Build good-looking web interfaces. Use when: - User asks you to build a web app, website, landing page, or HTML page - User asks for a one-off tool, utility, or demo app - User is starting a new frontend project - User wants to improve how something looks - User mentions UI, design, styling, or making something look better This applies to ANY frontend work, not just "design" tasks. Even simple apps benefit from basic design principles.
What this skill does
# Frontend design Practical tactics for designing and building frontend interfaces. This is about making things look good and work well, not about frameworks or tooling. ## Start with the creative vision Before touching code, understand what you're trying to achieve emotionally and aesthetically. ### Tone What feeling should this interface convey? Professional and trustworthy? Playful and fun? Calm and minimal? Energetic and bold? The tone affects every decision: colors, typography, spacing, imagery, micro-interactions. If there's an existing design language, follow it first. Match the existing tone before introducing new elements. Consistency matters more than novelty. ### Aesthetics Look at references. What interfaces do you admire that have a similar purpose? What makes them work? Collect screenshots, note what you like about each. Is it the generous whitespace? The bold typography? The subtle shadows? The color palette? Don't copy directly, but understand the principles behind what you're drawn to. ## Then add constraints Constraints make design easier, not harder. They eliminate decision fatigue. ### Spacing scale Pick a base unit (4px or 8px) and stick to multiples of it. ``` 4, 8, 12, 16, 24, 32, 48, 64, 96, 128 ``` Every margin, padding, and gap should come from this scale. No magic numbers like 13px or 47px. ### Type scale Pick a ratio (1.25 or 1.333 are common) and generate your sizes: ``` 12, 14, 16, 20, 24, 32, 40, 48 ``` Each size has a purpose: body text, subheadings, headings, display text. ### Color palette Start minimal: - One primary color (your brand or accent) - Neutrals: white, black, and 3-4 grays - One semantic color for errors (red) - One for success (green) You can always add more later. Starting with fewer colors forces you to use them intentionally. ### Layout grid Use a 12-column grid with consistent gutters. Most layouts can be built with 12 columns. ## Design in the browser Designing directly in code (HTML/CSS) has advantages: - You see real rendering, real responsiveness - Faster iteration than design tools for some changes - No handoff problems - Version control Start with mobile, then scale up. It's easier to add space than to remove it. ## Common patterns ### Cards Cards group related content. Keep them simple: - Consistent padding (16px or 24px) - Subtle border or shadow to separate from background - Clear hierarchy: image, title, description, action ### Forms - Labels above inputs, not beside - One column for most forms - Clear error states (red border, error message below) - Generous touch targets (44px minimum height on mobile) ### Navigation - Keep primary nav minimal (5-7 items max) - Current page should be obvious - Mobile: hamburger menu or bottom nav - Breadcrumbs for deep hierarchies ### Empty states Don't leave empty areas blank. Show: - What would normally be here - How to add content - An illustration if appropriate ### Loading states - Skeleton screens over spinners when possible - Show progress for long operations - Don't block the whole UI if only part is loading ## Avoiding AI-slop aesthetics Generated designs often look generic. To avoid this: **Be specific about what you want.** "A modern dashboard" gives you something forgettable. "A dashboard with a dark theme, data visualizations using a blue-to-purple gradient, compact information density, inspired by trading terminals" gives you something distinctive. **Add constraints.** Limit your color palette. Commit to a specific type scale. Use a consistent spacing system. Constraints create cohesion. **Look at real references.** Find interfaces you admire. Understand why they work. Borrow principles, not pixels. **Edit ruthlessly.** Generated designs often have too much going on. Remove decorative elements that don't serve a purpose. Simplify until it feels too simple, then add back one thing. **Test with real content.** Lorem ipsum hides problems. Use realistic text lengths, real images, actual data. ## Responsive design Design for mobile first, then add complexity for larger screens. Breakpoints (common): - Mobile: up to 640px - Tablet: 641px to 1024px - Desktop: 1025px and up What changes between breakpoints: - Number of columns - Font sizes (slightly larger on desktop) - Navigation pattern - Amount of content visible What stays the same: - Color palette - Typography hierarchy - Brand elements - Core functionality ## Accessibility basics - Color contrast: 4.5:1 minimum for text - Focus states: visible focus rings for keyboard navigation - Alt text: describe images meaningfully - Semantic HTML: use headings, lists, buttons correctly - Touch targets: 44x44px minimum These aren't nice-to-haves. They're requirements for usable interfaces. ## Quick checklist Before shipping: - [ ] Consistent spacing from the scale - [ ] Typography hierarchy is clear - [ ] Colors meet contrast requirements - [ ] Works on mobile - [ ] Focus states are visible - [ ] Loading and error states exist - [ ] Empty states are handled - [ ] Real content has been tested
Related in Ads & Marketing
ads
IncludedMulti-platform paid advertising audit and optimization skill. Analyzes Google, Meta, YouTube, LinkedIn, TikTok, Microsoft, and Apple Ads. 250+ checks with scoring, parallel agents, industry templates, and AI creative generation.
banana
IncludedAI image generation Creative Director powered by Google Gemini Nano Banana models. Use this skill for ANY request involving image creation, editing, visual asset production, or creative direction. Triggers on: generate an image, create a photo, edit this picture, design a logo, make a banner, visual for my anything, and all /banana commands. Handles text-to-image, image editing, multi-turn creative sessions, batch workflows, and brand presets.
rpg-migration-analyzer
IncludedAnalyzes legacy RPG (Report Program Generator) programs from AS/400 and IBM i systems for migration to modern Java applications. Extracts business logic from RPG III/IV/ILE source code, identifies data structures (D-specs), file operations (F-specs), program dependencies (CALLB/CALLP), and converts RPG constructs to Java equivalents. Generates migration reports, complexity estimates, and Java implementation strategies with POJO classes, JPA entities, and service methods. Use when modernizing AS/400 or IBM i legacy systems, analyzing RPG source files (.rpg, .rpgle, .RPGLE), converting RPG to Java, mapping data specifications to Java classes, planning legacy system migration, or when user mentions RPG analysis, Report Program Generator, RPG III/IV/ILE, AS/400 modernization, IBM i migration, packed decimal conversion, or mainframe application rewrite.
brand-library-architect
IncludedBuild a complete brand library for a product — visual asset render pipeline, brand documentation set (BRAND, COPY, MANIFESTO, BIOS, FAQ, GLOSSARY, TONE, PRICING), open-source convention files (README, CONTRIBUTING, SECURITY, CODE_OF_CONDUCT), and a self-contained press kit. This skill should be used when the user asks to "build a brand library / brand kit / press kit / brand assets" for a product, "set up a brand library workflow," "create a positioning manifesto plus visual identity," or any combination of brand documentation + visual asset pipeline. Apply phase-by-phase or run end-to-end. Templates are product-agnostic and use {{TOKEN}} placeholders the skill prompts the user to fill.
writing-tech-post
IncludedAuthors engineering blog posts end-to-end: launch deep-dives, incident postmortems, architecture migrations, performance case studies, tutorials, AI/agent system writeups, security disclosures, and research-to-product translations. Picks the correct archetype, plans the abstraction ladder, enforces an evidence cadence (diagrams, benchmarks, profiles, traces, code, ablations), tunes voice against publisher house styles (Datadog, Vercel, GitHub, AWS, Meta, Cloudflare, Jane Street), and runs a pre-publish gate for narrative momentum and disclosure ethics. Use when drafting a new engineering post, restructuring a draft that feels flat, deciding which evidence form belongs where, validating that depth and product context are balanced, or preparing a postmortem, migration, or performance narrative for external publication. Do not use for API reference documentation, README authoring, marketing copy, release notes, generic SEO content, ghost-written executive thought leadership, or non-engineering long-form essays.
blog-google
IncludedGoogle API integration for blog performance: PageSpeed Insights, CrUX Core Web Vitals with 25-week history, Search Console performance, URL Inspection, Indexing API, GA4 organic traffic, NLP entity analysis for E-E-A-T, YouTube video search for embedding, and Google Ads Keyword Planner. Progressive feature availability based on credential tier (API key, OAuth/service account, GA4, Ads). Shares config with claude-seo at ~/.config/claude-seo/google-api.json. Use when user says "google data", "page speed", "core web vitals", "search console", "indexation", "GA4", "keyword research", "nlp entities", "blog performance", "youtube search", "google api setup".