Skills

Senior-level shortcuts

What you provide

Research data sources: URLs, documents, datasets, or tool connectorsRequired
Focus areas: specific topics, questions, or goals for the synthesisRequired
Output format: structured report, summary, brief, or visualization templateRequired
Filters, date ranges, or audience specifications

What you'll get back

Research Synthesis
  • Every insight must include a source reference for traceability.
  • Actionable items must be clearly highlighted.
  • Outputs must be concise, structured, and validated by cross-checking critical data points.
SummaryActionable InsightsSource ReferencesSynthesis MethodKey FindingsVisualizationsLimitations

Audit categories

Source Identification

Identify and collect from all relevant data sources: documents, databases, tools

Data Extraction

Extract key information and categorize by relevance and topic

Cross-Analysis

Detect patterns, anomalies, and actionable insights across datasets

Structured Output

Format findings for the target audience: report, dashboard, brief, or presentation

What you provide

Data sources: documents, emails, meeting notes, survey responses, or tool connectorsRequired
Research focus: target personas or user types to investigateRequired
Output format: persona profile, summary report, or presentation-ready documentRequired
Filters by date range, user segment, or project

What you'll get back

Persona Researcher
  • Every persona must include goals, pain points, observed behaviors, and specific source references.
  • Conflicting or incomplete data must be flagged with recommended follow-up.
  • Outputs must be presentation-ready without further reformatting.
Persona NameUser SegmentGoalsPain PointsBehaviorsPreferencesSource ReferencesSummary InsightsActionable Recommendations

Audit categories

Data Collection

Gather and clean relevant user information from all specified sources

Pattern Analysis

Analyze user behaviors, goals, pain points, and communication patterns

Persona Synthesis

Construct structured persona profiles from analyzed findings

Output Formatting

Format for presentation, stakeholder reports, or further research use

What you provide

Public website URL to extract design tokens fromRequired
Output directory or project path for generated filesRequired
Token categories to focus on: colors, typography, spacing, radius, shadows
AI agent context: Claude, Cursor, or Codex

What you'll get back

Extract Design System
  • Outputs a W3C-compatible tokens.json and tokens.css ready to drop into any project.
  • Both raw.json and normalized.json must be generated.
  • Every extracted token category must be documented with examples.
  • Flag anything that could not be extracted and explain why.
raw.jsonnormalized.jsontokens.jsontokens.cssColorsTypographySpacingBorder RadiusShadows

Audit categories

Colors

Brand palette, backgrounds, text colors, border colors: full color scale extracted

Typography

Font families, sizes, weights, and line heights across all text styles

Spacing

Padding and margin scale, normalized to a consistent spacing system

Border Radius

Button, card, and pill radii: all elevation levels documented

Shadows

Box-shadow values across all elevation levels, ready for token mapping

What you provide

Screen URL or Figma link to auditRequired
Design system reference: tokens, components, guidelinesRequired
Audit scope: full screen, specific component, or specific categoryRequired
Platform: web desktop, web mobile, iOS, Android
Previous audit findings for comparison
Known design exceptions to exclude from findings

What you'll get back

UI Audit Reporter
  • Each finding must include: element, current state, expected state, location reference, design token reference, and recommendation.
  • Prioritise as Critical / Major / Minor and group related issues to reduce redundancy.
Finding IDCategorySeverityElementCurrent StateExpected StateLocationDesign Token ReferenceRecommendation

Audit categories

Consistency

Components look and behave identically across screens

Spacing

All spacing follows the design system scale

Typography

Font sizes, weights, line heights match the type scale

Color

Semantic colors used correctly; sufficient contrast

Components

Standard components used; avoid custom one-offs

Accessibility

Touch targets ≥44px; contrast ≥4.5:1; focus indicators visible

What you provide

Design file URL or screenshots: Figma, Sketch, or equivalentRequired
Component scope: full page, section, or single componentRequired
Design system reference: token mappings and guidelinesRequired
Interaction notes or prototype links
Frontend framework: React, Swift, Kotlin, Flutter

What you'll get back

Design Handoff Documenter
  • Every measurement must reference a design token, with no arbitrary pixel values.
  • Interactive states must cover all scenarios including error, empty, and loading.
  • Animations must include duration and easing.
  • The handoff should allow developers to implement fully without follow-up questions.
Component NameMeasurementsToken MappingsInteractive StatesAnimationsResponsive BehaviorAsset ListImplementation Notes

Audit categories

Component Inventory

List each unique component with token mappings

Layout Spec

Grid, container widths, breakpoint behavior

Interaction Spec

State changes, transitions, micro-interactions

Asset Spec

Images, icons, illustrations, download-ready files

What you provide

User goal: the task the user is trying to accomplishRequired
Entry points: possible starting locations (homepage, deep link, push notification)Required
Platform: Web, iOS, Android, or cross-platformRequired
Technical or business constraints
Existing patterns or design system reference
Analytics data or known user behaviour

What you'll get back

User Flow Wireframer
  • Core flows should have ≤7 steps for critical tasks.
  • Every screen must include a clear back/escape path.
  • Error states must include recovery actions.
  • Loading states must be specified for screens fetching data.
  • Flows remain cohesive with consistent visual and interaction patterns.
Screen NamePurposeContent BlocksPrimary ActionSecondary ActionsState VariationsData InputsData OutputsTransitionsError StatesFlow Diagram

Audit categories

Screen Specification

Name, purpose, content hierarchy, and primary CTA for each screen

State Variations

Loading, empty, error, and success states for every screen

Transitions

Push, modal, drawer, or inline expansion between screens

Data Dependencies

What each screen needs from prior steps: inputs and outputs documented

What you provide

UI code or component to review: paste JSX, CSS, or describe the interactionRequired
Interaction or animation to evaluate: e.g. dropdown, button, modal, drawerRequired
Target platform: web, iOS, Android
Accessibility requirements: e.g. prefers-reduced-motion support

What you'll get back

Design Engineering
  • Every animation must have a clear reason (spatial consistency, state indication, feedback).
  • Only animate transform and opacity.
  • Buttons must have active states.
  • Respect prefers-reduced-motion.
  • Never animate from scale(0).
  • Duration must match element type: button press 100–160ms, dropdowns 150–250ms, modals 200–500ms.
BeforeAfterWhy

Audit categories

Animation Decision

Frequency-based check: should this animate at all? What is its purpose?

Easing & Duration

Enter/Exit → ease-out · Movement → ease-in-out · Button press 100–160ms

Component Craft

Buttons scale(0.97) on active · Popovers origin-aware · No pop-in from scale(0)

Performance

Only animate transform and opacity: stays on GPU, no layout or paint costs

What you provide

AI-generated UI: screenshot, code, or Figma link to evaluateRequired
Component or page scope: what are we improving?Required
Target platform: web, mobile, or both
Reference aesthetics or visual direction to target
Frontend framework: React, Svelte, Vue, etc.

What you'll get back

Design Taste Frontend
  • Every evaluation must address alignment and visual balance, typographic hierarchy (scale, weight, line height), motion naturalness, and spacing clarity.
  • Identify and remove boilerplate-looking patterns.
  • Every suggestion must reference a specific visual principle.
Layout EvaluationTypography GuidanceMotion RecommendationsSpacing GuidanceReference Board Direction

Audit categories

Layout & Alignment

Elements well-aligned and visually balanced, with no awkward spacing or misaligned columns

Typography Hierarchy

Correct font scale, weight, and line height to establish clear reading order

Motion Quality

Natural interaction feedback, with no jarring or purposeless animations

Spacing & Density

Reduce visual clutter, emphasize hierarchy through negative space

What you provide

Screen design: URL, Figma link, or descriptionRequired
Intended attention order: what should users notice first, second, thirdRequired
Business goal of this page: conversion, information, or engagementRequired
Viewport to analyze: mobile, desktop, or both
Eye-tracking or click heatmap data if available

What you'll get back

Visual Hierarchy Analyzer
  • Primary CTA must be the most visually prominent interactive element on screen.
  • Key information (price, availability, ratings) must be visible without scrolling.
  • Visual grouping must match logical grouping.
  • Every negative finding must include a specific improvement with rationale.
Attention OrderVisual Weight MapHierarchy ScoreMismatchesGrouping AnalysisCognitive Load ScoreImprovementsBefore/After Comparison

Audit categories

Size Hierarchy

Largest elements draw attention first: are the right elements largest?

Color Hierarchy

High-contrast and saturated colors draw attention: is color used strategically?

Spatial Hierarchy

Elements with more whitespace appear more important: is breathing room allocated correctly?

Typography Hierarchy

Font size, weight, and style create reading order: is the type scale effective?

Position Hierarchy

Top-left and center get natural attention: are key elements positioned there?

What you provide

Source content: original product text (usually English)Required
Translated content: target language version to reviewRequired
Target language: e.g. Spanish, French, JapaneseRequired
Content type: title, description, highlights, FAQs, policyRequired
Target market or region: e.g. Latin America vs Spain for Spanish

What you'll get back

Localization QA Agent
  • Accuracy issues are critical: incorrect prices, times, or policies can harm users.
  • Every issue must include the original text, the problem, and a suggested correction.
  • Output must classify overall quality: Publish-ready / Needs editing / Needs retranslation.
Overall QualityAccuracy ScoreFluency ScoreTone ScoreCultural Adaptation ScoreIssue TypeIssue SeverityOriginal TextTranslated TextSuggested CorrectionTranslation Method

Audit categories

Accuracy

Factual details correct: prices, times, locations, inclusions match source

Fluency

Reads naturally in the target language, not machine-like or stilted

Tone

Matches intended brand voice: enthusiastic but not hyperbolic, informative but engaging

Cultural Adaptation

Culturally specific references handled correctly: measurements, date formats, norms

Completeness & SEO

No content missing; target-language keywords included naturally

What you provide

UI component, screen, or codebase to reviewRequired
Current implementation: code or screenshotsRequired
Target quality bar or reference example
Brand guidelines or design system

What you'll get back

Taste Skill
  • Every design decision must be defensible.
  • Generic patterns are flagged.
  • Motion without purpose is removed.
  • Architecture shortcuts are documented as risks.
  • Output is not done until it passes this filter.
Anti-slop FindingsMotion Quality FlagsArchitecture RecommendationsQuality VerdictPriority List

Audit categories

Design Decisions

Every visual choice must be defensible, with no defaults accepted without rationale

Motion Quality

Purposeless animation flagged and removed; remaining motion must earn its place

Frontend Architecture

Shortcuts and structural compromises documented with risk assessment

Visual Craft

Typography, spacing, depth, and colour evaluated against premium standard

What you provide

UI code or component to review (JSX/CSS)Required
Animation or interaction to assessRequired
Target platform: web, iOS, Android

What you'll get back

Emil Design Engineering
  • Only animate transform and opacity.
  • Buttons must have :active states.
  • Popovers must be origin-aware.
  • No scale(0) entrances.
  • Duration matched to element type: button 100–160ms, tooltip 125–200ms, modal 200–500ms.
BeforeAfterWhy

Audit categories

Animation Quality

Easing, duration, and properties: every animation correct or removed

Interaction States

Hover, active, focus, disabled: all states explicitly designed

Visual Polish

Origin-aware popovers, grounded entrances, no unrealistic motion

Production Readiness

prefers-reduced-motion respected, GPU-only properties used

What you provide

UI component or page to evaluateRequired
Current implementation: code or visualRequired
Design intent and user goal

What you'll get back

Impeccable
  • No placeholder states.
  • No generic animations.
  • No unfinished edge cases.
  • Every pixel intentional.
  • Every interaction considered.
  • Empty, loading, and error states are part of done, not polish.
Quality AssessmentGeneric Pattern FlagsPolish RecommendationsProduction Readiness Checklist

Audit categories

Completeness

Empty, loading, error, and success states all explicitly designed and implemented

Generic Pattern Check

Default browser styles, boilerplate animations, and placeholder content flagged

Interaction Quality

Hover, focus, active states: all meaningful and intentional

Real Content Test

Validated with actual content lengths, not placeholder text

What you provide

Design or component to refineRequired
Current typography and spacing systemRequired
Visual direction or reference aesthetic

What you'll get back

Soft Skill
  • Typography has a clear hierarchy with ≤3 distinct scales.
  • Spacing follows a consistent scale with no deviations.
  • Depth is earned not decorative.
  • Motion feels inevitable, not added.
Typography RefinementsSpacing ImprovementsDepth & Layering GuidanceAnimation System Recommendations

Audit categories

Typography

Scale, weight, line-height, tracking: creating clear reading order and hierarchy

Spacing Rhythm

Consistent 4pt/8pt scale; breathing room creates perceived quality

Depth & Layering

Shadows and blur must have a consistent light model, not decorative

Motion System

Defined once, applied everywhere: consistent motion vocabulary

What you provide

Interaction or animation to design or reviewRequired
User flow context: what just happened, what comes nextRequired
Platform and performance constraints

What you'll get back

Animate
  • Every animation must justify itself: spatial consistency, state indication, feedback, explanation, or preventing jarring changes.
  • No animation survives "it looks cool" as its only reason.
Animation SpecificationMicro-interaction DesignTiming RecommendationsRemove/Keep/Refine Verdict

Audit categories

Purpose Check

Every animation must have a clear reason: spatial, feedback, state, or transition

Frequency Assessment

100+/day = no animation. Frequent = reduce. Occasional = standard. Rare = optional delight

Easing & Duration

Enter/Exit → ease-out · Movement → ease-in-out · Button 100–160ms · Modal 200–500ms

Reduced Motion

Every animation has a prefers-reduced-motion alternative defined

What you provide

Animation or interaction to evaluateRequired
Target element type and contextRequired
Intended emotional feel

What you'll get back

12 Principles of Animation
  • Natural motion follows physics.
  • Timing must match the perceived weight of the element.
  • Exaggeration serves clarity at 10–15% beyond reality.
  • Slow In/Slow Out applied to everything visible.
Principle EvaluationViolations & FixesEasing RecommendationsTiming Guidance

Audit categories

Slow In/Slow Out

The minimum: all visible motion uses easing, never linear

Anticipation

Small preparation before main action increases perceived responsiveness

Follow Through

Parts finish at different times: exits feel complete, not cut off

Timing & Weight

Heavy elements move slower; light elements faster: duration matches perceived mass

What you provide

Framer Motion component with enter/exit animationsRequired
React component context: conditional render, list, or routingRequired
Desired transition feel: sequential, overlapping, or staggered

What you'll get back

Mastering Animate Presence
  • Exit animations must complete before component is removed from DOM.
  • Key props must be stable and unique.
  • Exit variants must be explicitly defined, not just inverted initial states.
AnimatePresence ImplementationMode RecommendationExit Variant SpecificationKey Prop StrategyOrchestration Pattern

Audit categories

Mode Strategy

sync = overlapping · wait = sequential · popLayout = list removal with layout shift

Key Management

Unique stable keys are the most common source of AnimatePresence bugs

Exit Variants

Explicit exit prop required: do not rely on inverted initial/animate

Tree Position

AnimatePresence must be above the conditional, not around the condition

What you provide

Interaction to evaluate: describe or share codeRequired
Whether motion is gesture-driven or state-drivenRequired
Target feel: snappy / fluid / natural / precise

What you'll get back

To Spring or Not to Spring
  • Gesture-driven motion = spring.
  • State-change motion = easing.
  • Never spring on loading states.
  • Never linear easing on anything visible to users.
Spring vs Easing RecommendationConfiguration ParametersRationaleAlternative if Wrong

Audit categories

Use Springs When

Gesture-driven, interruptible, physical weight needed, delight overshoot desired

Use Easing When

State-change triggered, precise timing required, lightweight element, loading/data states

Spring Configuration

stiffness: 300, damping: 30 as starting point: adjust for feel

Overshoot Check

Test spring overshoot against clipping bounds and adjacent elements

What you provide

Interface or component to improveRequired
Current implementationRequired
Target quality level or reference

What you'll get back

Make Interfaces Feel Better
  • Hover states must be immediate.
  • Focus indicators must be visible and intentional.
  • Typography must be optically aligned.
  • Every interaction must provide visible feedback.
  • Loading skeletons must match real content dimensions.
Micro-interaction ImprovementsTypography RefinementsVisual Detail PolishPriority: Quick Wins vs Deep Work

Audit categories

Hover & Focus States

Immediate, meaningful, custom: not browser defaults or absent entirely

Typography Details

Optical alignment, kerning, consistent scale, icon alignment to cap height

Loading States

Skeletons must match real content shape exactly: generic rectangles do not count

Interaction Feedback

Every user action has visible confirmation, with no silent interactions

What you provide

Feature or problem to briefRequired
Existing context, constraints, and requirementsRequired
Team context: solo, squad, or cross-functional

What you'll get back

Shape
  • A complete brief must have a falsifiable success metric.
  • Constraints must be explicit.
  • Open questions must be assigned to someone.
  • Scope must define what is NOT being built.
Problem StatementSuccess CriteriaConstraintsScope (In/Out)Open QuestionsDesign Principles

Audit categories

User Need

What is the user actually trying to do, not the feature being requested

Business Goal

What does success look like for the product: measurable and falsifiable

Constraints

Time, tech, system, regulatory: documented before design begins

Scope

What is in, what is out, what is deferred: explicit on all three

What you provide

Animation or scroll interaction with performance issuesRequired
Chrome DevTools performance trace or frame rate readingRequired
Current implementation (CSS or JS animation code)
Target device: desktop, mid-range Android, iOS

What you'll get back

Motion Performance
  • Target 60fps (16.7ms per frame) for all visible animations.
  • Scroll-linked animations use IntersectionObserver or CSS scroll-timeline.
  • No layout or paint triggers in animation loops.
  • Only transform and opacity animated on GPU.
Performance DiagnosisCompositor Property FixesRefactored Animation CodeBefore/After Frame Rate Targetwill-change Strategy

Audit categories

Layout Thrashing

Reading and writing DOM layout properties in the same frame: causes forced reflows

Non-Compositor Animations

width, height, top, left, padding animate layout: replace with transform

Scroll Performance

Passive scroll listeners + IntersectionObserver + CSS scroll-timeline

GPU Strategy

Only transform and opacity on GPU; will-change used sparingly as a hint