AgentStack
Browse Sign in
Browse Why AgentStack Sell Docs
Sign in
SKILL verified MIT Self-run

Uiux Frontend Engineering

skill-oghie-skillsets-uiux-frontend-engineering · by oghie

Use when designing, reviewing, implementing, or validating UI/UX and frontend experiences for web, mobile, responsive apps, design systems, Figma-to-code handoff, frontend stack/library selection, personas, UX mapping, information architecture, UI patterns, accessibility, interaction design, UX research, usability testing, theme/token application, or XR/spatial interfaces.

No reviews yet
0 installs
29 views
0.0% view→install

Install

$ agentstack add skill-oghie-skillsets-uiux-frontend-engineering

✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.

Security review

✓ Passed

No issues found. Passed automated security review. · v0.1.0 How review works →

  • Prompt-injection patterns
  • Secret / credential exfiltration
  • Dangerous shell & filesystem operations
  • Untrusted network calls
  • Known-malicious package signatures

What it can access

  • Network access No
  • Filesystem access No
  • Shell / process execution No
  • Environment & secrets No
  • Dynamic code execution No

From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.

View the full security report →

Verified badge

Passed review? Show it. Paste this badge into your README, it links to the public security report.

AgentStack Verified badge Links to your public security report.
[![AgentStack Verified](https://agentstack.voostack.com/badges/verified.svg)](https://agentstack.voostack.com/security/report/skill-oghie-skillsets-uiux-frontend-engineering)

Reliability & compatibility

Security review passed
0 installs to date
no reviews yet
2mo ago

Declared compatibility

Claude CodeClaude Desktop

Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.

Preview Execution monitoring

We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.

How agent discovery & health will work →
Are you the author of Uiux Frontend Engineering? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

UIUX Frontend Engineering

Core Rule

Treat UI as a tested product interface, not decoration: connect user goals, business goals, interaction model, visual system, implementation constraints, and validation evidence before shipping screens or components.

First Pass

  1. Classify the task: UX strategy, research, persona, UX mapping, IA/sitemap, user flow, wireframe, prototype, mockup, UI pattern selection, visual UI, design system, frontend stack/library selection, frontend implementation, responsive/mobile, accessibility, redesign/review, handoff, or XR/spatial interface.
  2. Identify target surface: web, mobile web, native mobile, desktop web app, kiosk, embedded screen, WebXR, VR, AR, MR, or spatial computing.
  3. Name users, context, primary jobs, failure modes, conversion or task metric, platform constraints, input method, and trust/safety concerns.
  4. Decide fidelity: sketch/flow, low-fidelity wireframe, clickable prototype, high-fidelity visual, coded prototype, production component, or XR graybox.
  5. Select validation before implementation: heuristic review, accessibility audit, responsive screenshots, usability test, click/first-impression test, A/B test, performance check, or XR comfort review.

Required Reads By Task

  • End-to-end UX process, discovery, personas, user interviews, analytics, card sorting, surveys, support tickets, wireframes, validation, handoff, or QA: references/ux-process-and-research.md.
  • Persona strategy, "Comparing Key Persona Types", buyer/customer/user/proto-persona distinction, goal-directed/role-based/fictional/engaging personas, customer journey maps, empathy maps, experience maps, service blueprints, touchpoints, or friction mapping: references/personas-and-ux-mapping.md.
  • Information architecture, IA principles, taxonomy, labels, navigation models, search, card sorting, tree testing, HTML/XML/mobile/image/video/news sitemaps, or sitemap handoff: references/information-architecture-and-sitemaps.md.
  • Wireframes, prototypes, mockups, fidelity choice, paper/Wizard-of-Oz/clickable/coded prototypes, microcopy, microinteractions, or mockup-to-implementation readiness: references/wireframes-prototypes-and-mockups.md.
  • UI pattern selection, visual hierarchy patterns, Z-pattern/F-pattern layouts, primary actions, forgiving input, breadcrumbs, progressive disclosure, lazy registration, infinite scroll, modals, cards, autocomplete, sticky navigation, mobile UI patterns, or dark-pattern review: references/ui-patterns-catalog.md.
  • Psychology laws, cognitive load, target sizing, choice overload, familiarity, aesthetics, memory, complexity, responsiveness, ethics, or dark-pattern risk: references/psychology-and-interaction-laws.md.
  • Visual UI composition, Gestalt, hierarchy, color, typography, spacing, affordance, signifiers, forms, cards, states, icons, illustrations, or motion: references/visual-interface-composition.md.
  • Figma, design systems, tokens, components, auto layout, constraints, responsive/adaptive design, plugin/handoff flow, or developer collaboration: references/responsive-design-systems-and-handoff.md.
  • Frontend framework/library selection, styling approach, component library choice, Radix UI, shadcn/ui, Ant Design, Mantine UI, MUI, vanilla CSS, CSS Modules, Linaria, PostCSS, Bulma, Tailwind CSS, or stack trade-offs: references/frontend-stack-and-library-selection.md.
  • Frontend implementation, accessibility, performance, state coverage, visual QA, component contracts, framework-neutral CSS/component mapping, or production readiness: references/frontend-implementation-quality.md.
  • Mobile/touch design, one-handed use, touch targets, mobile navigation, forms, gestures, device preview, or native-app constraints: references/mobile-and-touch-ux.md.
  • XR, spatial computing, WebXR, VR, AR, MR, 3D UI, spatial objects, OOUX, locomotion, comfort, haptics, voice, gaze, avatars, embodiment, safety, or spatial analytics: references/xr-spatial-ux-and-3d-interfaces.md.
  • AI-assisted design, generative assets, design copilots, AI disclosure, sourcing, IP, safety, privacy, transparency, or manipulation risk: references/ai-assisted-and-ethical-design.md.
  • Theme/style selection, static token database, CSS variables, framework/library token mapping, or visual style guardrails: references/theme-token-database.md and the relevant file under theme/.

Task Playbooks

  • Build or redesign a product UI: tasks/product-ui-build.md.
  • Convert theme/style into implementation tokens and components: tasks/design-system-token-implementation.md.
  • Review an existing UI/UX or frontend: tasks/usability-review-and-redesign.md.
  • Build responsive or mobile-first frontend: tasks/responsive-mobile-frontend.md.
  • Design or review XR/spatial interface: tasks/xr-spatial-interface-design.md.
  • Prepare prototype validation, handoff, and QA: tasks/prototype-validation-handoff.md.

Theme Contract

  • Do not modify theme/ unless the user explicitly asks for theme authoring.
  • Treat theme/index.yaml as the registry and each style file as the source of truth.
  • Read theme/_schema/style.schema.yaml only when field meaning is unclear.
  • Prefer a style because its use_cases, mood, keywords, and avoid_when match the product, not because it looks novel.
  • Map tokens directly into implementation variables; do not invent a parallel palette, radius scale, spacing scale, or motion personality.

Design Discipline

  • Start with the user's task and failure path, then choose UI structure.
  • Prefer the existing project stack when it is coherent; add or change UI libraries only after naming the accessibility, theming, delivery-speed, density, bundle, SSR, and maintenance trade-offs.
  • Use familiar patterns by default; depart from convention only when the new pattern improves the core task and can be tested.
  • Design every interactive component with states: default, hover, focus, active, disabled, loading, empty, error, success, and reduced-motion where relevant.
  • Make accessibility structural: semantic markup, keyboard path, target size, contrast, labels, focus order, captions/alternatives, motion controls, and screen-reader names.
  • Treat responsive design as layout behavior, not breakpoint cosmetics: define constraints, grid, content priority, reflow rules, and overflow behavior.
  • For XR, design objects, spatial relationships, interaction distance, comfort, onboarding, and safety before polishing panels.
  • For AI-generated UI or assets, document sourcing, disclosure, rights risk, user trust, and human review.

Visual And Diagram Standards

  • Use diagrams to clarify process, hierarchy, interaction, object relationships, state transitions, or validation loops.
  • Prefer reusable templates in templates/ for UX process, validation loop, persona comparison, UX mapping, IA/sitemap flow, UI pattern decisions, responsive token mapping, component state matrix, and spatial object maps.
  • For frontend work, verify rendered output with screenshots at mobile and desktop widths; for XR/WebGL/WebXR, verify the scene is nonblank, framed, and interactive.

Script Helpers

  • Run scripts/uiux_static_audit.py to scan design plans, UI specs, PR notes, or Markdown docs for missing users, flows, accessibility, responsive behavior, states, validation, handoff, ethics, and XR concerns.
  • Run scripts/theme_catalog.py --root uiux_frontend_skill/theme --list to list available style ids, or filter with --category and --keyword before selecting a theme.

Output Standard

Lead with the design judgment or implementation path. State target surface, users, core task, chosen process depth, style/theme decision, UX laws or heuristics used, component/state coverage, responsive/mobile/XR handling, validation checks, implementation risks, and what remains uncertain.

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet, be the first.

Versions

  • v0.1.0 Imported from the upstream source.