skillZs
★ LIVE SKILL TAGS ★
>>> LIVE SKILLS INDEX <<<
* OPEN SOURCE *
NO LOGIN, NO TRACKING
※ REAL INSTALL DATA ※
← back to all skills
firebenders/sync-figma-token-skill594 installs

sync-figma-token

Sync design tokens between code and Figma variables with strict drift reporting, mandatory approval gate, safe delta apply, and persisted reports.

How do I install this agent skill?

npx skills add https://github.com/firebenders/sync-figma-token-skill --skill sync-figma-token
view source ↗

Is this agent skill safe to install?

  • Gen Agent Trust Hubpass

    The skill establishes a controlled workflow for synchronizing design tokens between code and Figma. It features mandatory human-in-the-loop approval gates, dry-run reporting, and strict drift categories to ensure safety. While it processes external data which presents a theoretical indirect injection surface, the requirement for manual confirmation before any write operation makes it safe for use.

  • Socketpass

    No alerts

  • Snykpass

    Risk: LOW · No issues

  • ZeroLeakspass

    Score: 93/100 · 2 sections analyzed

What does this agent skill do?

sync-figma-token

Use this skill for token parity workflows (code tokens vs Figma variables).

MANDATORY prerequisite: load figma-use before every use_figma call.

Non-negotiable safety rule

After producing dry-run output, you MUST STOP and ask for approval.

  • Do NOT run any write use_figma calls in the same turn as dry-run output.
  • Ask a normal confirmation question (example: "Apply these changes? (yes/no)").
  • Only proceed on explicit affirmative approval.
  • If the response is unclear or negative, do not apply writes.

Standard source formats (required)

Prefer real token sources in this order:

  1. Design Tokens JSON (tokens.json, tokens/*.json, DTCG-style)
  2. Style Dictionary input JSON
  3. Platform theme sources (Compose/Kotlin/TS) only when JSON source is unavailable

If source format is non-standard, explicitly state assumptions in dry-run output.

Required policies before writes

  • direction: code_to_figma (default), figma_to_code, bidirectional
  • deletePolicy: default archive_only (NOT delete)
  • conflictPolicy: prefer_code, prefer_figma, manual_review
  • namingPolicy: token key normalization strategy
  • modePolicy: code mode <-> Figma mode mapping

Never delete by default. Deletion requires explicit user instruction.

Normalization rules

Normalize both sides to canonical rows:

  • key (canonical token name)
  • type (COLOR, FLOAT, STRING, BOOLEAN)
  • modeValues (light/dark/etc.)
  • aliasTarget
  • scopes
  • codeSyntax

Name normalization examples:

  • color.bg.primary <-> color/bg/primary
  • Neutral10 <-> Neutral/10 only if explicitly mapped by naming policy

Value validation (required)

Dry-run must validate values, not only presence/type.

  • COLOR: compare RGBA with tolerance epsilon = 0.0001
  • FLOAT: strict numeric comparison unless tolerance is configured
  • STRING/BOOLEAN: strict equality
  • Aliases: compare canonical alias targets

Drift categories

Each drift item must include one of:

  • missing_in_figma
  • missing_in_code
  • value_mismatch
  • alias_mismatch
  • type_mismatch
  • mode_mismatch
  • scope_mismatch
  • code_syntax_mismatch
  • broken_alias

Dry-run output format

Always return:

  1. Headline summary:
{
  "create": 0,
  "update": 0,
  "aliasFix": 0,
  "scopeFix": 0,
  "syntaxFix": 0,
  "archive": 0,
  "delete": 0
}
  1. Detailed drift list with token keys and before/after values.

Then ask:

Dry-run complete. Apply these changes? (yes/no)

Report persistence (required)

Persist report JSON every run:

  • /tmp/sync-figma-token-dry-run-{runId}.json
  • /tmp/sync-figma-token-final-{runId}.json

If file persistence fails, mention that explicitly in output.

Conflict handling

When conflicting data is found (type/mode/alias ambiguity):

  • If conflictPolicy=manual_review, list conflicts and STOP.
  • If conflictPolicy=prefer_code, update Figma to source values/types.
  • If conflictPolicy=prefer_figma, keep Figma and emit drift as informational.

Apply order

Apply deltas in this order:

  1. Ensure collections/modes
  2. Create missing primitives
  3. Create/update semantic aliases
  4. Apply value updates
  5. Apply scopes and code syntax
  6. Archive stale tokens per deletePolicy

Never parallelize write use_figma calls.

Success condition

After apply, run a fresh diff. Success = unresolved drift is zero, or only explicitly approved exceptions remain.

Add the canonical catalog link to the repository README so users can inspect current installs and available audits. The publishing guide covers the complete discovery path.

<a href="https://skillzs.dev/skills/firebenders/sync-figma-token-skill/sync-figma-token">View sync-figma-token on skillZs</a>