figma-design-review-before-code

Reviews Figma designs against existing component precedents before any code is written.

1|Updated Jun 9, 2026
One-click install
npx skills add https://github.com/VilnaCRM-Org/claude-plugins --skill figma-design-review-before-code-vilnacrm-org
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: figma-design-review-before-code
Source: https://github.com/VilnaCRM-Org/claude-plugins/tree/main/plugins/react-frontend-sdlc/skills/figma-design-review-before-code
Command: npx skills add https://github.com/VilnaCRM-Org/claude-plugins --skill figma-design-review-before-code-vilnacrm-org

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Design handoffs often reach implementation with unresolved accessibility and semantics questions — missing accessible names, unclear disabled-state behavior, ambiguous document structure — forcing costly rework after code exists. This Skill extracts the binding contracts a Figma design imposes and compares them against already-shipped components before a single file is written. ## Core Features & Use Cases - Pre-implementation contract extraction: Reads a Figma node via the Figma MCP server and records anatomy, state variants (Rest, Hover, Active, Disabled), and interaction boundaries. - Precedent comparison: Reads the closest shipped component's index.tsx, type definitions, and spec artifact to check consistency with what the repository already ships. - Four-heading findings: Reports Structure, Accessible name, Imagery, and Interaction findings as text without writing any files to the working tree. - Use Case: A designer hands off a new UI component with only a Figma node id. Use this Skill to settle the semantics, accessible-name source, and disabled-state contract before a story is opened. ## Quick Start Review the Figma design at this node id against our existing components and report the accessibility and semantics contract before I start implementation.

Frequently Asked Questions about figma-design-review-before-code

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I review a Figma design before writing code?▼

Provide the Figma file key and node id, and the review extracts the design's anatomy and state variants via the Figma MCP server. It then compares the design against the closest shipped component and returns findings on structure, accessible names, imagery, and interaction.

What does a Figma design accessibility review check?▼

It checks four areas: document structure and native semantics, the accessible-name source in every state, whether each icon or image is decorative or informative, and interaction boundaries including focus order and disabled-state expression.

When should I use aria-disabled instead of the disabled attribute?▼

Use the native disabled attribute on native form controls like button, input, and select. Reserve aria-disabled for custom non-native controls that must stay focusable, where the event handler itself rejects activation.

Does this review work without Figma MCP server access?▼

No. The review is gated by the capabilities.figma profile key; when Figma access is unavailable it skips with a capability-absent note and asks the design owner for the intended contract rather than guessing from memory.

What are the limitations of a pre-implementation design review?▼

It deliberately excludes pixel-level checks like sizing, spacing, shadows, and radii, which belong to implementation-time parity verification. It also never reviews from screenshots, since raster images lose state variants and layer names.