About pixel
pixel is a design-system skill for Vue/Nuxt UI development, guiding developers to build runnable code with Pixel 3 components and design tokens. Its workflow covers mapping Figma designs to components, checking props, and validating styling.
Key features
- 01Map UI requests to Pixel components
- 02Verify component props, slots, and events
- 03Use design tokens and CSS Props
- 04Generate UI from Figma designs
- 05Produce runnable Vue/Nuxt code
Use cases
- 01Build a form or interface from a text request
- 02Convert a Figma design into a Vue component
- 03Check component props and styling conventions
MCP support
It uses Pixel MCP to look up docs, components, icons, patterns, and templates, and Figma MCP to retrieve design context and screenshots.
Install
Copy the command and run it in a terminal.
npx skills add https:/ / github.com/ ahmadzakiy/ skills --skill pixelAfter installing, type/pixelin Claude Code to confirm it loaded.
Bundled files
References and scripts installed along with SKILL.md.
agents/openai.yamlreferences/code-structure.mdcomponents.mddesign-tokens.mdsetup.mdstyling.mdDetails
From the project READMEPixel Design System
Build Pixel 3 UI with a low-noise workflow: verify setup, map the UI, validate props, apply token-safe styling, and ship runnable Vue/Nuxt code.
Golden Rules
- Import UI from
@mekari/pixel3. - Use Pixel primitives before raw HTML equivalents.
- Wrap validated fields in
MpFormControl. - Verify props with Pixel MCP
get-componentbefore guessing. - Prefer design tokens over raw color, spacing, or typography values.
- Use CSS Props for
MpFlex,MpScrollbar,MpSkeleton, andPixel.*; usecss()only when CSS Props are unavailable. - Preserve the project's active token mode instead of mixing 2.1 and 2.4 ad hoc.
Examples
Text request → Component output
Input: "Create a form with email and password fields and a submit button" Expected: MpFormControl wrapping MpInput components, MpButton with variant="primary", proper imports from @mekari/pixel3, tokens used for spacing.
Figma → Code
Input: Figma node of a data table with pagination Expected: Get node ID → call get_design_context → map to MpTable + MpPagination → validate props via get-component → output runnable SFC.
Workflow
1. Verify Setup
Read references/setup.md if package setup, plugin registration, or token mode is unclear.
2. Analyze the Request
- For Figma work: extract the node ID, then use Figma MCP
get_design_contextandget_screenshot. - For text requests: break the UI into sections, states, interactions, and responsive behavior.
- Produce a short component plan before coding.
3. Map UI to Pixel Components
Read references/components.md, then validate any uncertain component with Pixel MCP get-component.
4. Apply Styling Safely
- Read references/design-tokens.md when choosing color, spacing, or typography.
- Read references/styling.md when deciding between CSS Props and
css().
5. Produce Final Code
Read references/code-structure.md before writing the final Vue/Nuxt component.
MCP Usage
Pixel MCP
get-docs- Pixel setup, enable theme, design tokens, and implementation guidesget-component- Component example, props, slots, and eventsget-icon-name- Icon names and usageget-pattern- Pixel UI patterns and code examplesget-template- Pixel templates and code examples
Available prompts:
implement-figma-to-pixel- Generate an implementation guide for converting Figma designs to Pixel 3 componentscreate-design-to-pixel- Generate Vue component code from a natural-language UI description
Use get-docs first when setup or token mode is unclear, then use get-component for component APIs, get-pattern for reusable UI patterns, and get-template for starter layouts.
Figma MCP
get_design_contextfor structure, assets, and code hintsget_screenshotfor visual verificationget_metadataonly for large-node navigation
Output Contract
Always produce:
- Complete runnable Vue/Nuxt code
- Required imports
- Components used
- Token and styling decisions
- Assumptions, gaps, or unresolved API questions
QA Checklist
- Setup and token mode confirmed or explicitly called out
- Props verified against Pixel docs where uncertainty existed
- Layout and spacing match the intended hierarchy
- Hover, disabled, error, and loading states handled where relevant
- No stray inline styles or unnecessary raw values
Reference Loading Guide
- Read
setup.mdbefore coding if project readiness is uncertain. - Read
components.mdwhen mapping UI or resolving prop issues. - Read
design-tokens.mdwhen selecting tokens or spacing scale. - Read
styling.mdwhen adding layout or custom visual rules. - Read
code-structure.mdimmediately before final code generation.