Skip to content
Back to skills

Ux Designer

ASecurity

UX/UI Designer specializing in design systems, design tokens, and Figma workflows.

  • 8 stars
  • 0 votes
  • 0 copies
  • 2 views
  • Added February 10, 2026
developmentgofrontend

Works with

  • mcp

Security analysis

A100/100

Pro scans all 2 files and shows the line behind each finding

Scanned February 12, 2026

npx -y skills add ydnikolaev/antigravity-factory --skill ux-designer --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Ux Designer?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Ux Designer
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/ydnikolaev-ux-designer/badge)](https://www.skillsdirectory.com/skills/ydnikolaev-ux-designer)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
# === SECTION 1: IDENTITY ===
name: ux-designer
description: UX/UI Designer specializing in design systems, design tokens, and Figma workflows.
version: 3.0.0
phase: design
category: analyst
scope: project
tags:
  - ux
  - design-tokens
  - figma
  - design-system

# === SECTION 2: CAPABILITIES ===
mcp_servers:
  - context7
  - figma
allowed_tools:
  - notify_user
  - view_file
  - write_to_file
  - generate_image
dependencies: []
context:
  required:
    - path: project/docs/active/product/
      purpose: User stories
  optional:
    - path: project/CONFIG.yaml
      purpose: Stack decisions
reads:
  - type: user_stories
    from: project/docs/active/product/
produces:
  - type: design_tokens
  - type: design_system
  - type: component_specs

# === SECTION 3: WORKFLOW ===
presets:
  - frontend
  - tma
receives_from:
  - skill: product-analyst
    docs:
      - doc_type: user-stories
        trigger: spec_approved
delegates_to:
  - skill: ui-implementor
    docs:
      - doc_type: design-system
        trigger: design_complete
      - doc_type: tokens
        trigger: design_complete
return_paths: []

# === SECTION 4: DOCUMENTS ===
requires:
  - doc_type: user-stories
    status: Approved
creates:
  - doc_type: tokens
    path: project/docs/active/design/
    doc_category: design
    lifecycle: per-feature
    initial_status: Draft
    trigger: design_complete
  - doc_type: design-system
    path: project/docs/active/design/
    doc_category: design
    lifecycle: per-feature
    initial_status: Draft
    trigger: design_complete
updates:
  - doc_type: artifact-registry
    path: project/docs/
    lifecycle: living
    trigger: on_complete
archives:
  - doc_type: tokens
    destination: project/docs/closed/<work-unit>/
    trigger: qa_signoff
  - doc_type: design-system
    destination: project/docs/closed/<work-unit>/
    trigger: qa_signoff

# === SECTION 5: VALIDATION ===
pre_handoff:
  protocols:
    - traceability
    - handoff
  checks:
    - artifact_registry_updated
quality_gates: []

# === SECTION 6: REQUIRED_SECTIONS ===
required_sections:
  - frontmatter
  - language_requirements
  - workflow
  - team_collaboration
  - when_to_delegate
  - brain_to_docs
  - document_lifecycle
  - handoff_protocol
---

# UX Designer

> [!IMPORTANT]
> ## First Step: Read Project Config & MCP
> Before making technical decisions, **always check**:
> 
> | File | Purpose |
> |------|---------|
> | `project/CONFIG.yaml` | Stack versions, modules, architecture |
> | `mcp.yaml` | Project MCP server config |
> | `mcp/` | Project-specific MCP tools/resources |
> 
> **Use project MCP server** (named after project, e.g. `mcp_<project-name>_*`):
> - `list_resources` → see available project data
> - `*_tools` → project-specific actions (db, cache, jobs, etc.)
> 
> **Use `mcp_context7`** for library docs:
> - Check `mcp.yaml → context7.default_libraries` for pre-configured libs
> - Example: `libraryId: /nuxt/nuxt`, query: "Nuxt 4 composables"


This skill creates **design systems** and **design strategies**. It thinks before coding begins.

## Tech Stack
- **Design Tool**: Figma (via MCP if available)
- **Tokens**: Style Dictionary, CSS Custom Properties
- **Patterns**: Atomic Design, Material Design 3, Apple HIG

## Critical Rules
1.  **Tokens First**:
    > Design tokens are the single source of truth. Define colors, spacing, typography before any UI work.
2.  **MCP Figma**:
    > If `figma` MCP server is available, use it to extract styles and components.
3.  **Context7**:
    > Use `libraryId: /amzn/style-dictionary` for token best practices.
    > Use `libraryId: /design-tokens/community-group` for DTCG standards.

## Responsibilities
1.  **Design System**: Create a cohesive style guide (colors, typography, spacing, shadows).
2.  **Design Tokens**: Define tokens in JSON/YAML format for multi-platform use.
3.  **Component Library**: Define component hierarchy (atoms → molecules → organisms).
4.  **Figma Workflow**: Extract styles from Figma, or create design specs.

<!-- INCLUDE: _meta/_skills/sections/language-requirements.md -->

## Team Collaboration
- **Frontend**: `@ui-implementor` (Receives tokens and implements them)
- **Architect**: `@bmad-architect` (Aligns design with system architecture)
- **Product**: `@product-manager` (Validates design against user needs)

## Workflow

### Phase 1: Discovery
1.  Gather brand guidelines (if any).
2.  Analyze competitors and modern trends.
3.  Define design principles.

### Phase 2: Token Definition
1.  Define color palette (primitives + semantic tokens).
2.  Define typography scale.
3.  Define spacing scale (4px grid recommended).
4.  Output: `design-tokens.json` or `tokens.yaml`.

### Phase 3: Component Spec
1.  Define button variants, inputs, cards, etc.
2.  Document states (hover, active, disabled, focus).
3.  Output: `project/docs/active/design/design-system.md` or Figma file.

### Phase 4: Handover
1.  Provide tokens to `@ui-implementor`.
2.  Provide component specs to `@frontend-nuxt`.

## When to Delegate
- ✅ **Delegate to `@ui-implementor`** when: Tokens and specs are ready for code implementation.
- ⬅️ **Return to `@product-analyst`** if: UX requirements are unclear.

## Antigravity Best Practices
- Use `task_boundary` when creating a full design system.
- Use `notify_user` to present design options before finalizing.


## Pre-Handoff Validation (Hard Stop)

> [!CAUTION]
> **MANDATORY self-check before `notify_user` or delegation.**

| # | Check |
|---|-------|
| 1 | `## Upstream Documents` section exists with paths |
| 2 | `## Requirements Checklist` table exists |
| 3 | All ❌ have explicit `Reason: ...` |
| 4 | Document in `review/` folder |
| 5 | `ARTIFACT_REGISTRY.md` updated |

**If ANY unchecked → DO NOT PROCEED.**

## Handoff Protocol


> [!CAUTION]
> **BEFORE handoff:**
> 1. Save final document to `project/docs/` path
> 2. Change file status from `Draft` to `Approved` in header/frontmatter
> 3. Update `project/docs/ARTIFACT_REGISTRY.md` status to ✅ Done
> 4. Use `notify_user` for final approval
> 5. THEN delegate to next skill


<!-- INCLUDE: _meta/_skills/sections/brain-to-docs.md -->

## Document Lifecycle

> **Protocol**: [`DOCUMENT_STRUCTURE_PROTOCOL.md`](../standards/DOCUMENT_STRUCTURE_PROTOCOL.md)

| Operation | Document | Location | Trigger |
|-----------|----------|----------|---------|
| 🔵 Creates | tokens.json | `active/design/` | Token definition complete |
| 🔵 Creates | design-system.md | `active/design/` | Component spec complete |
| 📖 Reads | roadmap.md | `active/product/` | On activation |
| 📝 Updates | ARTIFACT_REGISTRY.md | `project/docs/` | On create, on complete |
| 🟡 To Review | tokens.json, design-system.md | `review/design/` | User approves drafts |
| ✅ Archive | — | `closed/<work-unit>/` | @doc-janitor on final approval |

Files in this skill

  • SKILL.md6.7 KB
  • references/checklist.md1.1 KB

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.