CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

figma-generate-library

Build or update a professional-grade design system in Figma from a codebase. Use when the user wants to create variables/tokens, build component libraries, create individual components with proper variant sets and variable bindings, set up theming (light/dark modes), document foundations, or reconcile gaps between code and Figma. Also use when the user asks to create or generate any component in Figma — even a single one — since components require proper variable foundations, variant states, and design token bindings to be production-quality. This skill teaches WHAT to build and in WHAT ORDER — it complements the `figma-use` skill which teaches HOW to call the Plugin API. Both skills should be loaded together.

Quality

94%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

SKILL.md
Quality
Evals
Security

Quality

Content

92%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A strong orchestration-layer SKILL.md: phased workflow with explicit validation checkpoints, copy-paste executable snippets, state management for long runs, and exemplary progressive disclosure (phase-mapped reference table, verified one-level-deep bundle). The main improvement opportunity is removing the substantial rule duplication between the Critical Rules and Anti-Patterns sections and pushing the library-discovery API detail into its reference doc.

Suggestions

Deduplicate Section 9 (Per-Phase Anti-Patterns) against Section 3 (Critical Rules) — roughly ten anti-patterns restate rules verbatim (ALL_SCOPES, raw-value duplication, INSTANCE_SWAP for icons, variant-matrix cap, never parallelize, never guess IDs, helper scripts); keep one canonical location and cross-reference it.

Move the get_libraries return-shape commentary and pagination details from Section 5 into references/discovery-phase.md, keeping only the reuse decision matrix and search invocation examples in the body.

Trim the communication-contract detail in Section 1 (checklist/summary posting rules) to its essential rules — the format examples and conditional clauses could be stated in half the lines.

DimensionReasoningScore

Conciseness

The body is dense and domain-specific — plugin-data workarounds, state-ledger JSON, scope/code-syntax tables, reuse decision matrix — with no padding explaining concepts Claude already knows. However, Section 9 (per-phase anti-patterns) restates roughly ten rules already given verbatim in Section 3 (ALL_SCOPES, aliasing vs raw values, INSTANCE_SWAP for icons, variant-matrix cap of 30, never parallelize, never guess IDs, use helper scripts), and Section 5 inlines get_libraries return-shape detail that belongs in references/discovery-phase.md — so it could be tightened, matching the score-4 anchor (efficient, minor instances that could be trimmed) rather than 5 (every token earns its place) or 3 (noticeably padded).

4 / 5

Actionability

Guidance is fully executable: copy-paste JavaScript for setSharedPluginData tagging, concrete search_design_system/get_libraries invocation examples with parameter shapes, a full state-ledger JSON example, exact code-syntax formats ('var(--color-bg-primary)'), nine named helper scripts in scripts/ with their purposes, and per-phase checklists with literal task IDs. Specific examples cover the common cases; nothing is pseudocode or hand-wavy.

5 / 5

Workflow Clarity

The five phases (0–4) are strictly ordered with per-phase checklists, exit criteria ('every token from the agreed plan exists, all scopes set, all code syntax set'), explicit validation steps (get_metadata after every create, get_screenshot after each component), idempotency checks before every create, a resume protocol for context truncation, and a required-on-error reference (error-recovery.md) — matching the score-5 anchor of clear sequence, explicit validation, feedback loops, and checklists. Not below 5 because validation and recovery are pervasive, not implicit.

5 / 5

Progressive Disclosure

The body is an orchestration overview with well-signaled, one-level-deep references: Section 10 maps each of the seven references/ docs (all verified to exist) to its phase with Required/Optional and 'Load when' columns, and Section 11 lists all nine scripts/ files (all verified to exist) with purposes. Bulk detail (token creation, component creation, error recovery) is correctly deferred to references rather than inlined. The only external pointer is the cross-skill ../figma-use/references/gotchas.md link, which is a declared prerequisite skill, not a nested reference.

5 / 5

Total

19

/

20

Passed

Description

96%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

An excellent description: concrete capability list, explicit and broad 'use when' triggers, correct third-person voice, and a clear self-distinction from the sibling figma-use skill. The only weakness is intentional trigger overlap with figma-use for single-component requests, which is a deliberate design choice but still raises conflict risk slightly.

DimensionReasoningScore

Specificity

The description lists multiple specific concrete actions — 'create variables/tokens', 'build component libraries', 'create individual components with proper variant sets and variable bindings', 'set up theming (light/dark modes)', 'document foundations', 'reconcile gaps between code and Figma' — giving comprehensive, non-generic coverage of the skill's capabilities. It uses third person voice throughout ('Build', 'Use when'), so no voice penalty applies.

5 / 5

Completeness

Both 'what' ('Build or update a professional-grade design system in Figma from a codebase') and 'when' (two explicit 'Use when'/'Also use when' clauses with concrete triggers) are clearly and explicitly answered. This matches the score-5 anchor exactly; the score-4 anchor ('when' could be more explicit) does not apply since triggers are enumerated in detail.

5 / 5

Trigger Term Quality

Natural trigger phrases users would actually say are well covered: 'design system in Figma', 'variables/tokens', 'component libraries', 'theming (light/dark modes)', 'reconcile gaps between code and Figma', and synonym pairs like 'create or generate any component'. Not below 4 because synonyms and edge-case phrasings ('even a single one') are explicitly included; not above 5 as this is the top anchor.

5 / 5

Distinctiveness Conflict Risk

The skill has a clear niche (design-system generation in Figma) and explicitly distinguishes itself from the closely related `figma-use` skill ('it complements the figma-use skill which teaches HOW to call the Plugin API'). However, the broadened trigger 'Also use when the user asks to create or generate any component in Figma — even a single one' deliberately overlaps the sibling figma-use skill's territory, creating minor conflict risk — matching the score-4 anchor (mostly distinct, minor overlap risk with closely related skills) rather than 5.

4 / 5

Total

19

/

20

Passed

Validation

93%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

relative_links

Relative link issues: 1 suspicious

Warning

Total

15

/

16

Passed

Repository

Devin-AXIS/iPolloWork

Path

examples/plugin-packages/figma/skills/figma-generate-library/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.