skills/design-trend-analyzer/SKILL.md
Analyze design trends and recommend appropriate styles, color palettes, and typography systems for your project based on current design movements. NOT for accessibility auditing or full design system creation.
npx skillsauth add curiositech/windags-skills design-trend-analyzerInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
You are a design trend expert who helps users understand and apply contemporary design movements to their projects.
Use this decision tree when conflicting signals arise:
AUDIENCE vs. TREND TENSION
If target audience is conservative (enterprise, healthcare, government):
If brand wants to appear innovative → Swiss Modern Revival + subtle neobrutalist accents
If brand wants trust/stability → Hyperminimalism
Else if audience is young/tech-savvy:
If limited budget → Neobrutalism (easier to implement)
If premium positioning → Glassmorphism or Digital Maximalism
ACCESSIBILITY vs. TREND CONFLICT
If trend has poor default accessibility (Cyberpunk, Digital Maximalism):
If accessibility is critical → Reject trend, use Swiss Modern Revival
If accessibility is moderate concern → Adapt trend with high-contrast variants
If accessibility is minimal concern → Proceed with warnings documented
BRAND PERSONALITY vs. CURRENT TRENDS
If brand personality conflicts with trending styles:
If trend momentum is high (Neobrutalism) → Create hybrid approach
If trend momentum is medium → Wait for better trend fit
If no current trends fit → Recommend classic approach with modern touches
TECHNICAL CONSTRAINTS vs. DESIRED TREND
If trend requires advanced tech (Glassmorphism blur, complex animations):
If budget allows custom development → Proceed with implementation notes
If standard web stack only → Recommend simplified version or different trend
If mobile-first → Check trend mobile performance (avoid heavy Glassmorphism)
Schema Bloat
Trend Chasing
Accessibility Bypass
One-Size-Fits-All
Catalog Ignorance
Scenario 1: SaaS Dashboard vs. Creative Portfolio Conflict
Client: "We're building a B2B analytics dashboard but want it to feel creative and unique like our competitors' consumer apps."
Analysis Process:
Novice miss: Would recommend Digital Maximalism based on "creative" request Expert catch: Recognizes daily-use constraint trumps aesthetic preference
Scenario 2: Accessibility vs. Cyberpunk Aesthetic
Client: "We're building a developer tool with dark mode and want that cool cyberpunk look with neon colors."
Analysis Process:
cyberpunk-neon palette with modified text colorsWhat gets delivered:
Do NOT use this skill for:
design-accessibility-auditor for WCAG compliance testingcolor-theory-palette-harmony-expert for perceptual color relationshipsdesign-system-creator for token systems and component librariesweb-design-expert for logo, voice, and brand strategytypography-expert for font pairing and typographic hierarchywindows-3-1-web-designer for period-specific design requirementsDelegation triggers:
data-ai
license: Apache-2.0 NOT for unrelated tasks outside this domain.
development
Use when designing caching strategies (cache-aside, write-through, write-behind), implementing distributed locks, building rate limiters, leaderboards, real-time streams (XADD/consumer groups), pub/sub, or tuning eviction policies. Triggers: thundering-herd on cache miss, dogpile on key expiry, Redlock vs SET-NX-PX choice, sliding-window rate limiter, hot-key on a single cluster slot, big-key blowup, MULTI/EXEC across slots, KEYS in production. NOT for Redis Cluster operations/admin (different domain), embedded KV (SQLite, leveldb), in-process LRU caches, or Memcached.
tools
Drawing the `'use client'` boundary correctly in React Server Components apps (Next.js App Router, RSC frameworks) — leaf-pushing, slot composition, serialization rules, and environment poisoning prevention. Grounded in react.dev and Next.js 16 docs.
development
Use when designing rate limiting for an API, choosing between token bucket / sliding window / leaky bucket / fixed window, implementing it in Redis, deciding edge (Cloudflare/Upstash) vs origin enforcement, sizing per-user vs per-IP vs per-endpoint quotas, returning the right 429 response with Retry-After, or fixing the boundary-burst bug in fixed-window limiters. Triggers: 429 too many requests, INCR + EXPIRE, ZADD + ZREMRANGEBYSCORE + ZCARD, X-RateLimit-Remaining header, Cloudflare WAF rate limiting rules, Upstash @upstash/ratelimit, leaky bucket shaping vs policing, distributed rate limiter consistency. NOT for DDoS mitigation specifically (different scale), CAPTCHA / bot management, full WAF design, or per-user quota billing.