agentsclimarketplace

Figma pixel implement

Skill FuDesign2008/open-skills/skills/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

Install
npx -y skills add FuDesign2008/open-skills --skill figma-pixel-implement

Assembled 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

  1. 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.
  2. 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.
  3. Figma URL or node — Prefer a figma.com design/make URL or explicit fileKey + nodeId. If missing, ask once with clarifying-question discipline.

Workflow (ordered)

  1. Parse target — Extract fileKey / nodeId (convert node-id=1-2 → 1:2). Note frame name for the spec table.
  2. 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.
  3. 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.
  4. 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.
  5. 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.
  6. 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, CSS mask / mask-image + fill/currentColor recolor, or invent mask theming when only a light export exists (prefer a second export or record pending).
  7. 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.
  8. 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:

IntentExamples of how Agents may satisfy it
Structured design payloadFigma MCP design-context / metadata tools
Visual referenceScreenshot or canvas capture tools
Asset downloadMCP asset download or export APIs
Code editsNative edit/write tools

Do not require a named MCP server id or CLI as the only path.

Relationship to other skills

CapabilityBoundary
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 toolsHard gate for structured fetch
figma-pixel-verifyOwns measured pass/fail after this skill
design-approval-gateHost 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.

Keep looking

Skills are one crate of 627,801. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.