Figma pixel implement
Implement Figma UI with export-faithful assets and a design-spec table for later measured verify. Use when implementing from Figma URLs/nodes or user asks pixel-level restore / 按稿实现. Prerequisite: a working Figma design-context channel (MCP or equivalent)—not a Cursor-only skill name. Does NOT claim pixel alignment complete—hand off to figma-pixel-verify. Triggers — 「像素级还原」「按稿实现」「Figma 对齐实现」「还原 Figma」「figma 保真实现」 / implement from Figma, pixel restore. Do NOT use for code→Figma canvas writes, no-design creative UI, or post-impl alignment checking alone (use figma-pixel-verify).From its SKILL.md
npx -y skills add FuDesign2008/open-skills --skill figma-pixel-implementAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 6 stars6 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
5.6 KB, as published. Nobody here has run it
Figma Pixel Implement
Implement UI from a Figma node into the target codebase with export-faithful assets and a design-spec table that figma-pixel-verify can measure against.
Completion boundary: this skill ends at “implemented + measurable contract.” It does not assert pixel alignment. Run figma-pixel-verify for pass/fail with evidence.
This skill is platform-agnostic (Claude Code / Cursor / OpenCode / others). It requires a Figma design-context capability, not a particular Agent’s skill id.
Prerequisites
- Figma design-context available (hard gate) — Confirm the Agent can fetch structured design payload for a node (design context, metadata, screenshot, asset export as the environment provides). If that channel is missing or auth fails, stop: tell the user how to enable Figma MCP / plugin / equivalent for their Agent. Do not invent a single hard-coded install path as the only option. Do not invent UI from the URL alone.
- Optional: platform Figma→code guidance — If this Agent already ships an official Figma design→code skill or guide (names vary by product; one Cursor plugin example is
figma-design-to-code), load it when present and follow its URL parsing / Code Connect / adaptation rules. Missing that named skill is not a blocker—continue with Figma MCP (or equivalent) + this skill’s fidelity rules. Do not require a Cursor-only skill id on Claude Code, OpenCode, or other Agents. - Figma URL or node — Prefer a
figma.comdesign/make URL or explicitfileKey+nodeId. If missing, ask once with clarifying-question discipline.
Workflow (ordered)
- Parse target — Extract
fileKey/nodeId(convertnode-id=1-2→1:2). Note frame name for the spec table. - Fetch design context — Call the environment’s design-context tool after step Prerequisites. Treat output as a reference to adapt, not paste-ready final code.
- Large frames — If the payload is truncated or the frame is clearly multi-section: fetch metadata/structure first, then implement child nodes one at a time (or in clear sections). Prefer variables/tokens over guessed literals.
- Build the design-spec table — Before or while coding, write a measurable table (session note or artifact). Minimum columns:
node/ role,property,expected(Figma exact),unit,token/ class in repo,source(variable, MCP field, metadata, or Code Connect component). Screenshots are visual reference only—not the sole source of numbers. Template: reference.md. - Map to project — Reuse existing components, tokens, and layout primitives. Prefer design-system variables over hard-coded values when the project already has them; flag unbound one-offs; when hard-coding is required for fidelity, record the expected value in the spec table.
- Assets (hard rules) — See reference.md whitelist/blacklist. Export real image/SVG bytes into the project (or an approved dynamic source). Use
<img>/ framework image / export-preserving SVG. Do not use hand-authored path placeholders, CSSmask/mask-image+ fill/currentColorrecolor, or invent mask theming when only a light export exists (prefer a second export or record pending). - Theme — Default to design-faithful colors and surfaces for the requested frame/variant. Do not silently restyle to an ambient dark/light theme unless the user or design variant requires it.
- Hand off — State that implementation is ready for measurement; point to the spec table; recommend
figma-pixel-verify(or run it if the user asked for both).
Tool intent (platform-agnostic)
Describe goals; let the Agent pick native tools:
| Intent | Examples of how Agents may satisfy it |
|---|---|
| Structured design payload | Figma MCP design-context / metadata tools |
| Visual reference | Screenshot or canvas capture tools |
| Asset download | MCP asset download or export APIs |
| Code edits | Native edit/write tools |
Do not require a named MCP server id or CLI as the only path.
Relationship to other skills
| Capability | Boundary |
|---|---|
| Agent-native Figma→code guidance (optional, name varies) | When present, load for MCP hygiene; never a hard dependency on one product’s skill id |
| Figma MCP / design-context tools | Hard gate for structured fetch |
figma-pixel-verify | Owns measured pass/fail after this skill |
design-approval-gate | Host workflow pre-impl approval — orthogonal |
Pitfalls
- Treating a Cursor-only skill name as required on every Agent.
- Treating MCP code as final without project adaptation.
- Claiming “pixel perfect” without
figma-pixel-verify. - Using CSS mask recolor for icons that Figma exported as flat assets.
- Skipping the spec table so verify has nothing measurable.