[IMPORTANT] Use TaskCreate to break ALL work into small tasks BEFORE starting — including tasks for each file read. This prevents context loss from long files. For simple tasks, AI MUST ask user whether to skip.
Quick Summary
Goal: Create structured UI/UX design specification documents from requirements or PBIs for developer handoff.
Workflow:
- Read Source — Extract UI requirements from PBI, story, or Figma URL
- Determine Complexity — Quick Spec (sections 1-4) vs Full Spec (all 7 sections)
- Build Component Inventory — List new vs existing components
- Define States & Tokens — Interactions, design tokens, responsive breakpoints
- Save Artifact — Output to
team-artifacts/design-specs/
Key Rules:
- If Figma URL provided → auto-routes to
/figma-design for context extraction
- If wireframe image provided → auto-routes to
/wireframe-to-spec for structured analysis
- If screenshot provided → uses
ai-multimodal for design extraction
- Reference existing design system tokens from
docs/project-reference/design-system/
- Component patterns:
docs/project-reference/frontend-patterns-reference.md
- Include accessibility requirements (keyboard nav, ARIA labels, contrast)
Be skeptical. Apply critical thinking, sequential thinking. Every claim needs traced proof, confidence percentages (Idea should be more than 80%).
Design Specification
Create structured UI/UX design specification documents from requirements or PBIs for developer handoff.
When to Use
- A PBI or user story needs a design spec before implementation
- Translating requirements into concrete UI layout, states, and tokens
- Documenting component inventory and interaction patterns
- Creating responsive breakpoint specifications
When NOT to Use
- This skill auto-routes Figma URLs to
/figma-design and wireframes to /wireframe-to-spec — no need to call those skills separately
- Building the actual UI -- use
frontend-design
- Full UX research and design process -- use
ux-designer
- Reviewing existing UI code -- use
web-design-guidelines
Prerequisites
Read before executing:
- The source PBI, user story, or requirements document
docs/project-reference/design-system/ -- project design tokens (if applicable)
- Existing design specs in
team-artifacts/design-specs/ for format consistency
Frontend/UI Context
When this task involves frontend or UI changes, MUST READ .claude/skills/shared/ui-system-context.md and the following docs:
- Frontend patterns:
docs/project-reference/frontend-patterns-reference.md
- Styling/BEM guide:
docs/project-reference/scss-styling-guide.md
- Design system tokens:
docs/project-reference/design-system/README.md
Workflow
Read source input & route by type
| Input Detected |
Detection |
Action |
| Figma URL |
figma.com/design or figma.com/file in text |
Activate /figma-design to extract context, then continue |
| Image/screenshot |
Image file attached to prompt |
Use ai-multimodal to extract design guidelines, then continue |
| Hand-drawn wireframe |
Image + "wireframe"/"sketch" keyword |
Activate /wireframe-to-spec to generate structured spec, then continue |
| PBI/story text |
Acceptance criteria present |
Extract UI requirements from text, continue |
| Verbal/text requirements |
No image, no URL, no PBI |
Clarify with user, then continue |
For ANY visual input: extract design context FIRST, then proceed to spec generation.
Determine spec complexity
IF single form or simple component → Quick Spec (sections 1-4 only)
IF full page or multi-component view → Full Spec (all 7 sections)
IF multi-page flow → Full Spec + Flow Diagram
Build component inventory
- List all UI components needed
- Identify reusable vs feature-specific components
- Note existing components from shared component library or design system
Define states and interactions
- Default, hover, active, disabled, error, loading, empty states
- User interactions (click, drag, keyboard shortcuts)
- Transitions and animations
Extract design tokens
- Colors, typography, spacing, shadows, border-radius
- Reference existing design system tokens where possible
Document responsive behavior
- Mobile (320-767px), Tablet (768-1023px), Desktop (1024px+)
- What changes at each breakpoint (layout, visibility, sizing)
Save artifact
- Path:
team-artifacts/design-specs/{YYMMDD}-designspec-{feature-slug}.md
Output Format
# Design Spec: {Feature Name}
**Source:** {PBI/story reference}
**Date:** {YYMMDD}
**Status:** Draft | Review | Approved
## 1. Overview
{1-2 sentence summary of what this UI does}
## 2. Component Inventory
| Component | Type | Source | Notes |
| --------- | -------- | ---------------- | --------------------------- |
| UserCard | New | Feature-specific | Displays user avatar + name |
| DataTable | Existing | shared library | Reuse with custom columns |
## 3. Layout
{Description or ASCII wireframe of layout structure}
- Desktop: {layout description}
- Tablet: {layout changes}
- Mobile: {layout changes}
## 4. Design Tokens
| Token | Value | Usage |
| ---------- | -------------- | --------------------- |
| $primary | #1976D2 | Action buttons, links |
| $text-body | 14px/1.5 Inter | Body text |
| $gap-md | 16px | Section spacing |
## 5. States & Interactions
| Element | Default | Hover | Active | Disabled | Error |
| -------- | ---------- | ---------- | ---------- | ---------------- | ----- |
| Save btn | Blue/white | Darken 10% | Scale 0.98 | Gray/50% opacity | -- |
## 6. Accessibility
- Keyboard navigation order
- ARIA labels for interactive elements
- Color contrast compliance notes
## 7. Open Questions
- {Any unresolved design decisions}
Examples
Example 1: Simple form spec
Input: "Design spec for employee onboarding form"
Output: Quick Spec with sections 1-4 covering form fields (name, email, department dropdown, start date picker), validation rules, submit/cancel actions, and mobile stacking behavior.
Example 2: Complex dashboard spec
Input: "Design spec for recruitment pipeline dashboard with drag-and-drop columns"
Output: Full Spec covering Kanban board layout, candidate cards (component inventory), drag-and-drop interactions, column states (empty, populated, over-limit), filter bar, responsive collapse to list view on mobile, and accessibility for keyboard drag operations.
Related Skills
| Skill |
When to use instead |
ux-designer |
Full UX design process with research |
figma-design |
Extract specs from Figma designs |
frontend-design |
Build the actual UI implementation |
interface-design |
Product UI design (dashboards, apps) |
web-design-guidelines |
Review existing UI for compliance |
IMPORTANT Task Planning Notes (MUST FOLLOW)
- Always plan and break work into many small todo tasks
- Always add a final review todo task to verify work quality and identify fixes/enhancements
Workflow Recommendation
IMPORTANT MUST: If you are NOT already in a workflow, use AskUserQuestion to ask the user:
- Activate
design-workflow workflow (Recommended) — design-spec → code-review
- Execute
/design-spec directly — run this skill standalone
1---2name: design-spec-33description: [Project Management] Create UI/UX design specifications from requirements, PBIs, or user stories. Produces structured design spec documents with layout, typography, colors, interactions, and responsive breakpoints. Triggers on design spec, design specification, UI specification, component spec, layout spec, wireframe, mockup.4---5
6> **[IMPORTANT]** Use `TaskCreate` to break ALL work into small tasks BEFORE starting — including tasks for each file read. This prevents context loss from long files. For simple tasks, AI MUST ask user whether to skip.
7
8## Quick Summary
9
10**Goal:** Create structured UI/UX design specification documents from requirements or PBIs for developer handoff.
11
12**Workflow:**
13
141. **Read Source** — Extract UI requirements from PBI, story, or Figma URL
152. **Determine Complexity** — Quick Spec (sections 1-4) vs Full Spec (all 7 sections)
163. **Build Component Inventory** — List new vs existing components
174. **Define States & Tokens** — Interactions, design tokens, responsive breakpoints
185. **Save Artifact** — Output to `team-artifacts/design-specs/`
19
20**Key Rules:**
21
22- If Figma URL provided → auto-routes to `/figma-design` for context extraction
23- If wireframe image provided → auto-routes to `/wireframe-to-spec` for structured analysis
24- If screenshot provided → uses `ai-multimodal` for design extraction
25- Reference existing design system tokens from `docs/project-reference/design-system/`
26- Component patterns: `docs/project-reference/frontend-patterns-reference.md`
27- Include accessibility requirements (keyboard nav, ARIA labels, contrast)
28
29**Be skeptical. Apply critical thinking, sequential thinking. Every claim needs traced proof, confidence percentages (Idea should be more than 80%).**
30
31# Design Specification
32
33Create structured UI/UX design specification documents from requirements or PBIs for developer handoff.
34
35## When to Use
36
37- A PBI or user story needs a design spec before implementation
38- Translating requirements into concrete UI layout, states, and tokens
39- Documenting component inventory and interaction patterns
40- Creating responsive breakpoint specifications
41
42## When NOT to Use
43
44- This skill auto-routes Figma URLs to `/figma-design` and wireframes to `/wireframe-to-spec` — no need to call those skills separately
45- Building the actual UI -- use `frontend-design`
46- Full UX research and design process -- use `ux-designer`
47- Reviewing existing UI code -- use `web-design-guidelines`
48
49## Prerequisites
50
51Read before executing:
52
53- The source PBI, user story, or requirements document
54- `docs/project-reference/design-system/` -- project design tokens (if applicable)
55- Existing design specs in `team-artifacts/design-specs/` for format consistency
56
57### Frontend/UI Context
58
59When this task involves frontend or UI changes, **MUST READ** `.claude/skills/shared/ui-system-context.md` and the following docs:
60
61- Frontend patterns: `docs/project-reference/frontend-patterns-reference.md`
62- Styling/BEM guide: `docs/project-reference/scss-styling-guide.md`
63- Design system tokens: `docs/project-reference/design-system/README.md`
64
65## Workflow
66
671. **Read source input & route by type**
68
69 | Input Detected | Detection | Action |
70 | ------------------------ | ---------------------------------------------- | ------------------------------------------------------------------------ |
71 | Figma URL | `figma.com/design` or `figma.com/file` in text | Activate `/figma-design` to extract context, then continue |
72 | Image/screenshot | Image file attached to prompt | Use `ai-multimodal` to extract design guidelines, then continue |
73 | Hand-drawn wireframe | Image + "wireframe"/"sketch" keyword | Activate `/wireframe-to-spec` to generate structured spec, then continue |
74 | PBI/story text | Acceptance criteria present | Extract UI requirements from text, continue |
75 | Verbal/text requirements | No image, no URL, no PBI | Clarify with user, then continue |
76
77 For ANY visual input: extract design context FIRST, then proceed to spec generation.
78
792. **Determine spec complexity**
80
81 ```
82 IF single form or simple component → Quick Spec (sections 1-4 only)
83 IF full page or multi-component view → Full Spec (all 7 sections)
84 IF multi-page flow → Full Spec + Flow Diagram
85 ```
86
873. **Build component inventory**
88 - List all UI components needed
89 - Identify reusable vs feature-specific components
90 - Note existing components from shared component library or design system
91
924. **Define states and interactions**
93 - Default, hover, active, disabled, error, loading, empty states
94 - User interactions (click, drag, keyboard shortcuts)
95 - Transitions and animations
96
975. **Extract design tokens**
98 - Colors, typography, spacing, shadows, border-radius
99 - Reference existing design system tokens where possible
100
1016. **Document responsive behavior**
102 - Mobile (320-767px), Tablet (768-1023px), Desktop (1024px+)
103 - What changes at each breakpoint (layout, visibility, sizing)
104
1057. **Save artifact**
106 - Path: `team-artifacts/design-specs/{YYMMDD}-designspec-{feature-slug}.md`
107
108## Output Format
109
110```markdown
111# Design Spec: {Feature Name}
112
113**Source:** {PBI/story reference}
114**Date:** {YYMMDD}
115**Status:** Draft | Review | Approved
116
117## 1. Overview
118
119{1-2 sentence summary of what this UI does}
120
121## 2. Component Inventory
122
123| Component | Type | Source | Notes |
124| --------- | -------- | ---------------- | --------------------------- |
125| UserCard | New | Feature-specific | Displays user avatar + name |
126| DataTable | Existing | shared library | Reuse with custom columns |
127
128## 3. Layout
129
130{Description or ASCII wireframe of layout structure}
131
132- Desktop: {layout description}
133- Tablet: {layout changes}
134- Mobile: {layout changes}
135
136## 4. Design Tokens
137
138| Token | Value | Usage |
139| ---------- | -------------- | --------------------- |
140| $primary | #1976D2 | Action buttons, links |
141| $text-body | 14px/1.5 Inter | Body text |
142| $gap-md | 16px | Section spacing |
143
144## 5. States & Interactions
145
146| Element | Default | Hover | Active | Disabled | Error |
147| -------- | ---------- | ---------- | ---------- | ---------------- | ----- |
148| Save btn | Blue/white | Darken 10% | Scale 0.98 | Gray/50% opacity | -- |
149
150## 6. Accessibility
151
152- Keyboard navigation order
153- ARIA labels for interactive elements
154- Color contrast compliance notes
155
156## 7. Open Questions
157
158- {Any unresolved design decisions}
159```
160
161## Examples
162
163### Example 1: Simple form spec
164
165**Input:** "Design spec for employee onboarding form"
166
167**Output:** Quick Spec with sections 1-4 covering form fields (name, email, department dropdown, start date picker), validation rules, submit/cancel actions, and mobile stacking behavior.
168
169### Example 2: Complex dashboard spec
170
171**Input:** "Design spec for recruitment pipeline dashboard with drag-and-drop columns"
172
173**Output:** Full Spec covering Kanban board layout, candidate cards (component inventory), drag-and-drop interactions, column states (empty, populated, over-limit), filter bar, responsive collapse to list view on mobile, and accessibility for keyboard drag operations.
174
175## Related Skills
176
177| Skill | When to use instead |
178| ----------------------- | ------------------------------------ |
179| `ux-designer` | Full UX design process with research |
180| `figma-design` | Extract specs from Figma designs |
181| `frontend-design` | Build the actual UI implementation |
182| `interface-design` | Product UI design (dashboards, apps) |
183| `web-design-guidelines` | Review existing UI for compliance |
184
185---
186
187**IMPORTANT Task Planning Notes (MUST FOLLOW)**
188
189- Always plan and break work into many small todo tasks
190- Always add a final review todo task to verify work quality and identify fixes/enhancements
191
192---
193
194## Workflow Recommendation
195
196> **IMPORTANT MUST:** If you are NOT already in a workflow, use `AskUserQuestion` to ask the user:
197>
198> 1. **Activate `design-workflow` workflow** (Recommended) — design-spec → code-review
199> 2. **Execute `/design-spec` directly** — run this skill standalone