Help us improve
Share bugs, ideas, or general feedback.
From skills-for-figma
Read and write designer annotations on Figma nodes — node-level design specs that pin properties (fills, width, fontSize, etc.) and carry plain or markdown notes. Use when the user wants to document or inspect interaction specs, animation timings, easing, accessibility requirements, or implementation notes attached directly to a node. Triggers: 'add an annotation', 'annotate this node/component', 'read the annotations on…', 'what specs are pinned to this element', 'list annotation categories', 'document the focus behavior on this button in Figma'. Annotations are distinct from comments (they pin to design properties) and from the description field. Requires the Figma Desktop app (Plugin API).
npx claudepluginhub southleft/skills-for-figma --plugin skills-for-figmaHow this skill is triggered — by the user, by Claude, or both
Slash command
/skills-for-figma:annotations-figmaThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Annotations are designer-authored specs attached to a node. Each can carry a **note** (plain `label`
Measures whether skills, rules, and agent definitions are actually followed by auto-generating test scenarios at 3 strictness levels and reporting compliance rates with full tool call timelines.
Share bugs, ideas, or general feedback.
Annotations are designer-authored specs attached to a node. Each can carry a note (plain label
or rich labelMarkdown), a set of pinned properties (fills, width, fontSize, …) that link
the note to specific design attributes, and an optional category (interactions, accessibility,
dev notes, …). They live on the node, survive edits, and are undoable (Cmd+Z). They are the right
place for animation timings, easing curves, interaction behavior, and a11y requirements that don't
belong in the component description.
use_figma rules — load the official figma-use skill first; it is the full Figma Plugin API reference. Essentials these scripts rely on: plain JS with top-level await + return (no IIFE, no figma.closePlugin(); console.log is not returned), inputs inlined as const at the top of each script, colors in 0–1 range, load fonts before any text op, await figma.getNodeByIdAsync(...), and atomic errors (a failed script applies nothing — read the error, fix, retry).categoryId (category names are per-file and not guessable). See the script.scripts/get-annotations.js — set INCLUDE_CHILDREN
to walk a component tree for full-component documentation.scripts/set-annotations.js. Choose MODE:
'replace' (default — overwrites all annotations on the node) or 'append' (keeps existing).
Pass ANNOTATIONS = [] with 'replace' to clear all annotations.await figma.loadFontAsync(...) first (see conventions).label and labelMarkdown on read, but rejects writing both — when
appending, prefer labelMarkdown if present, else label. The append script already does this.properties only pins which attributes the note is about; it does not set their values. Use the
exact strings from references/annotation-properties.md.