[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6QQKHZFGFB6A111RW2A9WC0":3,"skill-same:01M6QQKHZFGFB6A111RW2A9WC0":162},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":31,"publishedAt":52,"linkOnly":53,"markdownContent":54,"markdownBody":55,"frontMatter":56,"refName":57,"commitSha":58,"skillDirectory":59,"forksCount":60,"repositoryHtmlUrl":61,"repositoryHomepageUrl":6,"ownerHtmlUrl":62,"ownerBlogUrl":6,"ownerDescription":6,"updatedAt":63,"install":64,"resources":77},"01M6QQKHZFGFB6A111RW2A9WC0","figma-use",null,"**MANDATORY prerequisite** — you MUST invoke this skill BEFORE every `use_figma` tool call. NEVER call `use_figma` directly without loading this skill first. Skipping it causes common, hard-to-debug failures. Trigger whenever the user wants to perform a write action or a unique read action that requires JavaScript execution in the Figma file context — e.g. create\u002Fedit\u002Fdelete nodes, set up variables or tokens, build components and variants, modify auto-layout or fills, bind variables to properties, or inspect file structure programmatically.","SimaDevelopment\u002Fopsiforce","SimaDevelopment","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F153810655?v=4","01M6QQ054MKBDSS43AND3FNHDK","Opsima","01M6QQ058VFT6EY7HCBVN49G8Z",42,"AGPL-3.0","https:\u002F\u002Fgithub.com\u002FSimaDevelopment\u002Fopsiforce\u002Fblob\u002Fmain\u002Ffrontend\u002Fopencode\u002Fpackages\u002Fplugins\u002Ffigma\u002Fskills\u002Ffigma-use\u002FSKILL.md",[18,23,28],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000023","Skill与智能体开发","SCENARIO","使用场景",{"categoryNo":24,"categoryName":25,"taxonomyType":26,"taxonomyTypeDesc":27},"01JBSEEDCAT000000000000030","开发工程师","PROFESSION","适用职业",{"categoryNo":29,"categoryName":30,"taxonomyType":26,"taxonomyTypeDesc":27},"01JBSEEDCAT000000000000032","设计师",[32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51],"figma use","figma","use","invoke","components","variants","inspect","you","Variables","bind","tokens","structure","auto","context","edit","write","read","tool","delete","create","2026-11-10 10:12:30",false,"---\nname: figma-use\ndescription: \"**MANDATORY prerequisite** — you MUST invoke this skill BEFORE every `use_figma` tool call. NEVER call `use_figma` directly without loading this skill first. Skipping it causes common, hard-to-debug failures. Trigger whenever the user wants to perform a write action or a unique read action that requires JavaScript execution in the Figma file context — e.g. create\u002Fedit\u002Fdelete nodes, set up variables or tokens, build components and variants, modify auto-layout or fills, bind variables to properties, or inspect file structure programmatically.\"\ndisable-model-invocation: false\n---\n\n# use_figma — Figma Plugin API Skill\n\nUse the `use_figma` tool to execute JavaScript in Figma files via the Plugin API. All detailed reference docs live in `references\u002F`.\n\n**Always include `figma-use` in the comma-separated `skillNames` parameter when calling `use_figma`. If this skill was loaded via an MCP resource, you MUST prefix the name with `resource:` (e.g. `resource:figma-use`).** This is a logging parameter used to track skill usage — it does not affect execution.\n\n**If Figma MCP tools appear as deferred tools, batch-load all their schemas in a single `ToolSearch` call** using the `select:` syntax — e.g. `ToolSearch query=\"select:use_figma,get_screenshot,get_metadata,create_new_file\"`. One round trip beats six.\n\n**If the task involves building or updating a full page, screen, or multi-section layout in Figma from code**, also load [figma-generate-design](..\u002Ffigma-generate-design\u002FSKILL.md). It provides the workflow for discovering design system components via `search_design_system`, importing them, and assembling screens incrementally. Both skills work together: this one for the API rules, that one for the screen-building workflow.\n\n**If the task involves creating or building a component in Figma** (even a single component), also load [figma-generate-library](..\u002Ffigma-generate-library\u002FSKILL.md). It provides the component creation workflow — variable foundations, variant sets, design token bindings — that `figma-use` alone doesn't cover.\n\nBefore anything, load [plugin-api-standalone.index.md](references\u002Fplugin-api-standalone.index.md) to understand what is possible. When you are asked to write plugin API code, use this context to grep [plugin-api-standalone.d.ts](references\u002Fplugin-api-standalone.d.ts) for relevant types, methods, and properties. This is the definitive source of truth for the API surface. It is a large typings file, so do not load it all at once, grep for relevant sections as needed.\n\nIMPORTANT: Whenever you work with design systems, start with [working-with-design-systems\u002Fwwds.md](references\u002Fworking-with-design-systems\u002Fwwds.md) to understand the key concepts, processes, and guidelines for working with design systems in Figma. Then load the more specific references for components, variables, text styles, and effect styles as needed.\n\n## 1. Critical Rules\n1.  **Use `return` to send data back.** The return value is JSON-serialized automatically (objects, arrays, strings, numbers). Do NOT call `figma.closePlugin()` or wrap code in an async IIFE — this is handled for you.\n2.  **Write plain JavaScript with top-level `await` and `return`.** Code is automatically wrapped in an async context. Do NOT wrap in `(async () => { ... })()`.\n3.  `figma.notify()` **throws \"not implemented\"** — never use it\n3a. **Return node IDs and keep workflow state outside the Figma file.** Set human-readable component purpose and usage in `node.description` only on a `COMPONENT` or `COMPONENT_SET` — never on a frame or instance.\n3b. **Narrow before accessing type-specific properties.** Check `node.type`, use a capability guard such as `\"characters\" in node`, or prefilter with `findAllWithCriteria`. `characters` requires a text-capable node; optional chaining does not protect unsupported property access.\n4.  `console.log()` is NOT returned — use `return` for output\n5.  **Size construction calls for safe retry and validate from evidence.** Do not split a working operation solely to create validation checkpoints. Batch related work when the resulting script remains safe to retry; a complete section or page may be built in one call. Split when crossing page context, when partial execution would be difficult to recover, or after an actual failure requires a targeted retry. Return affected IDs and relevant counts, names, or bounds from each write—this counts as structural validation. Run a separate structural check only when required evidence is missing or after a relevant mutation. Normally take one screenshot after composition and one after a visual fix. The most recent passing screenshot is the final check; do not repeat it when nothing relevant changed. Stop once requirements pass.\n6.  Colors are **0–1 range** (not 0–255): `{r: 1, g: 0, b: 0}` = red. Paint `color` objects use `{r, g, b}` **only — no `a` field**; opacity goes at the paint level (`{ type: 'SOLID', color: {...}, opacity: 0.5 }`).\n7.  Fills\u002Fstrokes are **read-only arrays** — clone, modify, reassign\n8.  **Every text edit follows the canonical recipe: load font → `await` → mutate → return affected node IDs.** Skipping the load throws `Cannot write to node with unloaded font \"\u003Cfamily> \u003Cstyle>\"`. The rule covers more than `characters` — it applies to any operation on nodes with unloaded fonts (`appendChild`, `insertChild`, `setBoundVariable`, `setExplicitVariableModeForCollection`, `setValueForMode`, `findAll` callbacks touching text). When mutating existing text, load the node's *current* fonts via `getStyledTextSegments(['fontName'])`, not a hardcoded default. Inter is preloaded in most environments so other families surface this bug more often — the recipe is the same for every font. Use `await figma.listAvailableFontsAsync()` first if the style string is unverified — **never guess** (`\"SemiBold\"` vs `\"Semi Bold\"` is a common footgun). For `FONT_FAMILY`-scoped variables, load every value across every relevant mode before `setBoundVariable(\"fontFamily\", …)`, `setValueForMode`, or `setExplicitVariableModeForCollection`. `lineHeight`\u002F`letterSpacing` take `{unit, value}`, not bare numbers. See [Canonical text-edit recipe](references\u002Fgotchas.md#canonical-text-edit-recipe-font-load--await--mutate--return-ids).\n9.  **Pages load incrementally** — use `await figma.setCurrentPageAsync(page)` to switch pages and load their content. The sync setter `figma.currentPage = page` does **NOT** work and throws `\"Setting figma.currentPage is not supported\"`. Page context resets to the **first page** at the start of every `use_figma` call, so re-switch each call; switch **at most once per call** and fan multi-page work out in parallel — see [Page Rules](#2-page-rules-critical) and [gotchas.md](references\u002Fgotchas.md#set-current-page-once-per-use_figma-call--split-multi-page-work-into-parallel-calls).\n10. `setBoundVariableForPaint` returns a **NEW** paint — must capture and reassign\n11. `createVariable` accepts collection **object or ID string** (object preferred)\n12. **`layoutSizingHorizontal\u002FVertical` is value-restricted by structural context — `FIXED` always works, `HUG` and `FILL` do not.** `'HUG'` is valid only on an auto-layout frame itself OR on a **TEXT** child of one. `'FILL'` is valid only on a child of an auto-layout frame that is also not absolute-positioned, not inside an immutable frame, and not a canvas-grid child. Practical consequence: append to an auto-layout parent FIRST, then set `HUG`\u002F`FILL` — a newly-created or unparented node can't satisfy the rule yet. The property itself exists on every `SceneNode`; the error is value-rejection, not \"no such property\". See [Gotchas](references\u002Fgotchas.md#layoutsizinghorizontallayoutsizingvertical-value-rules-fixed-hug-fill).\n12a. **Use auto-layout for containers that hold related children.** When children have a structural relationship — stacked, side-by-side, aligned, gapped, hugged — wrap them in `figma.createAutoLayout()`, not `figma.createFrame()` with absolute `x`\u002F`y`. Absolute coordinates govern where a container sits on the canvas; auto-layout governs how its children relate inside it. Skipping the container leaves no protection against text reflow, content changes, or overlap.\n12b. **`layoutSizing*` and `*AxisSizingMode` are different enums — don't cross them.** `layoutSizingHorizontal`\u002F`layoutSizingVertical` (set on a **child**) take `'FIXED'|'HUG'|'FILL'`; `primaryAxisSizingMode`\u002F`counterAxisSizingMode` (set on the **frame** itself) take `'FIXED'|'AUTO'`. So `layoutSizingVertical = 'AUTO'` is invalid (use `'HUG'`), and `counterAxisSizingMode = 'FILL'` throws `Expected 'FIXED' | 'AUTO', received 'FILL'` (use `'FIXED'`\u002F`'AUTO'`). Two more errors from the same setter — `Error: in set_layoutSizingHorizontal: node must be an auto-layout frame or a child of an auto-layout frame` and `Error: in set_layoutSizingHorizontal: FILL can only be set on children of auto-layout frames` — mean the node isn't in an auto-layout context yet; **recommendation: make the parent auto-layout (`figma.createAutoLayout()`) and `appendChild` the node before setting** (see Rule 12). See [Gotchas](references\u002Fgotchas.md#layoutsizing-vs-axissizingmode-two-different-sizing-enums).\n12c. **`resize()` resets sizing modes to `FIXED`, so call it BEFORE setting `layoutSizing*`.** A wrapping **TEXT** block needs `textAutoResize = 'HEIGHT'` plus an explicit FIXED width (`resize()`), NOT `FILL` alone — the default `WIDTH_AND_HEIGHT` mode ignores `FILL` and collapses the node to a near-zero-width thread. Verify `node.width > 0` afterward.\n13. **Position new top-level nodes away from (0,0).** Nodes appended directly to the page default to (0,0). Scan `figma.currentPage.children` to find a clear position (e.g., to the right of the rightmost node). This only applies to page-level nodes — nodes nested inside other frames or auto-layout containers are positioned by their parent. See [Gotchas](references\u002Fgotchas.md).\n14. **On `use_figma` error, obey `safeToRetryWithoutCanvasRead`.** If `true`, fix the error and retry. If `false`, read the canvas, determine what changed, then make changes. See [Error Recovery](#7-error-recovery--self-correction).\n15. **MUST `return` ALL created\u002Fmutated node IDs.** Whenever a script creates new nodes or mutates existing ones on the canvas, collect every affected node ID and return them in a structured object (e.g. `return { createdNodeIds: [...], mutatedNodeIds: [...] }`). This is essential for subsequent calls to reference, validate, or clean up those nodes. No state persists across `use_figma` calls, so pass IDs from previous calls as **string literals**, not variables. See [common-patterns.md](references\u002Fcommon-patterns.md) for worked multi-step examples.\n16. **Always set `variable.scopes` explicitly when creating variables.** The default `ALL_SCOPES` pollutes every property picker — almost never what you want. Use specific scopes like `[\"FRAME_FILL\", \"SHAPE_FILL\"]` for backgrounds, `[\"TEXT_FILL\"]` for text colors, `[\"GAP\"]` for spacing, etc. See [variable-patterns.md](references\u002Fvariable-patterns.md) for the full list.\n17. **`await` every Promise.** Never leave a Promise unawaited — unawaited async calls (e.g. `figma.loadFontAsync(...)` without `await`, or `figma.setCurrentPageAsync(page)` without `await`) will fire-and-forget, causing silent failures or race conditions. The script may return before the async operation completes, leading to missing data or half-applied changes.\n18. **Never read `componentPropertyDefinitions` from a variant component.** Narrow the owner first: use the node itself when it is a `COMPONENT_SET`, use a `COMPONENT` only when its parent is not a `COMPONENT_SET`, and otherwise promote a variant `COMPONENT` to its parent set. Optional chaining does not make the getter safe. See [Component-property owner narrowing](references\u002Fcomponent-patterns.md#component-property-owner-narrowing).\n> For detailed WRONG\u002FCORRECT examples of each rule, see [Gotchas & Common Mistakes](references\u002Fgotchas.md).\n\n## 2. Page Rules (Critical)\n\nThe async-only setter and the per-call context reset are covered in Rule 9. This section elaborates the one rule that needs a worked example: **switch pages at most once per script, and fan multi-page work out in parallel.**\n\nNever loop over `figma.root.children` and switch pages inside the loop — each switch reloads the file. If the work spans multiple pages, **split it into N `use_figma` calls (one per target page) and emit them in parallel** — a single assistant message containing N `use_figma` tool-use blocks. The harness runs them concurrently; each script sets `currentPage` exactly once.\n\n> **Explicit instruction:** when fanning out, you MUST issue the N tool calls in **one message**. Do not send them across multiple turns. Do not await one before issuing the next. Sequential per-page calls waste the entire benefit of splitting.\n\n```js\n\u002F\u002F AVOID — switches pages N times in one script, reloads the file each time\nfor (const page of figma.root.children) {\n  await figma.setCurrentPageAsync(page);\n  \u002F\u002F ... touch this page ...\n}\n\n\u002F\u002F PREFER — read-only discovery call to get page IDs, then in the NEXT message\n\u002F\u002F emit N parallel use_figma tool calls (one per page), each setting currentPage once.\n```\n\nDefault to parallel fan-out for any multi-page work — reads and writes alike. You can also call `use_figma` multiple times to build incrementally (e.g. `return` metadata about existing nodes, then modify them in a subsequent script). See [gotchas.md → Set current page once per `use_figma` call](references\u002Fgotchas.md#set-current-page-once-per-use_figma-call--split-multi-page-work-into-parallel-calls) for the full rationale.\n\n## 3. `return` Is Your Output Channel\n\nThe agent sees **ONLY** the value you `return` — `console.log()` is invisible (Rule 4), and thrown errors are auto-captured (let them propagate or `throw` explicitly). The hard requirement is Rule 15: every script that creates or mutates canvas nodes **MUST** return all affected node IDs plus any actionable status in a structured object — e.g. `return { createdNodeIds: [...], mutatedNodeIds: [...], count: 5, errors: [] }` — so subsequent calls can reference, validate, or clean them up.\n\n## 4. Editor Mode\n\n`use_figma` works in **design mode** (editorType `\"figma\"`, the default). FigJam (`\"figjam\"`) and Slides (`\"slides\"`) have different sets of available node types — most design nodes are blocked in FigJam, and FigJam-only nodes are blocked in Slides.\n\n**Tell the editor from the URL:** Design = `figma.com\u002Fdesign\u002F...`, FigJam = `figma.com\u002Fboard\u002F...`, Slides = `figma.com\u002Fslides\u002F...`. Confirm before assuming an API is available.\n\nAvailable in design mode: Rectangle, Frame, Component, Text, Ellipse, Star, Line, Vector, Polygon, BooleanOperation, Slice, Page, Section, TextPath.\n\n**Blocked** in design mode: Sticky, Connector, ShapeWithText, CodeBlock, Slide, SlideRow, SlideGrid, InteractiveSlideElement, Webpage.\n\nAvailable in Slides mode: Rectangle, Frame, Component, Text, Ellipse, Star, Line, Vector, Polygon, BooleanOperation, Slice, Section, TextPath, Slide, SlideRow, SlideGrid, InteractiveSlideElement.\n\n**Blocked** in Slides mode: Sticky, Connector, ShapeWithText, CodeBlock, Webpage, Page.\n\n**Design-only APIs (not just node types):** `figma.createPage()` is available only in Design files (`figma.com\u002Fdesign\u002F...`). In both FigJam (`figma.com\u002Fboard\u002F...`) and Slides (`figma.com\u002Fslides\u002F...`) it throws `TypeError: figma.createPage no such property 'createPage' on the figma global object`. Do not emit `figma.createPage()` in FigJam or Slides workflows.\n\n> **Slides note:** There is no dedicated read tool for Slides files yet. Use `use_figma` with read-only scripts for inspection (see Section 6 \"Inspect first\" pattern), and `get_screenshot` \u002F `await node.screenshot()` for visual context. For Slides-specific API guidance, load the [figma-use-slides](..\u002Ffigma-use-slides\u002FSKILL.md) skill.\n\n## 5. Efficient APIs — Prefer These Over Verbose Alternatives\n\nThese APIs reduce boilerplate, eliminate ordering errors, and compress token output. **Always prefer them over the verbose alternatives.**\n\n### `node.query(selector)` — CSS-like node search\n\nFind nodes within a subtree using CSS-like selectors. Replaces verbose `findAll` + filter loops.\n\n```js\n\u002F\u002F BEFORE — verbose traversal\nconst texts = frame.findAll(n => n.type === 'TEXT' && n.name === 'Title')\n\n\u002F\u002F AFTER — one-liner with query\nconst texts = frame.query('TEXT[name=Title]')\n```\n\n**Selector syntax:**\n- Type: `FRAME`, `TEXT`, `RECTANGLE`, `ELLIPSE`, `COMPONENT`, `INSTANCE`, `SECTION` (case-insensitive)\n- Attribute exact: `[name=Card]`, `[visible=true]`, `[opacity=0.5]`\n- Attribute substring: `[name*=art]` (contains), `[name^=Header]` (starts-with), `[name$=Nav]` (ends-with)\n- Dot-path traversal: `[fills.0.type=SOLID]`, `[fills.*.type=SOLID]` (wildcard index)\n- Instance matching: `[mainComponent=nodeId]`, `[mainComponent.name=Button]`\n- Combinators: `FRAME > TEXT` (direct child), `FRAME TEXT` (any descendant), `A + B` (adjacent sibling), `A ~ B` (general sibling)\n- Pseudo-classes: `:first-child`, `:last-child`, `:nth-child(2)`, `:not(TYPE)`, `:is(FRAME, RECTANGLE)`, `:where(TEXT, ELLIPSE)`\n- Node ID: `#nodeId` or bare GUID\n- Comma: `TEXT, RECTANGLE` (union)\n- Wildcard: `*` (any type)\n\n**QueryResult methods:**\n| Method | Description |\n|---|---|\n| `.length` | Number of matched nodes |\n| `.first()` | First matched node (or `null`) |\n| `.last()` | Last matched node (or `null`) |\n| `.toArray()` | Convert to regular array |\n| `.each(fn)` | Iterate with callback, returns `this` for chaining |\n| `.map(fn)` | Map to new array |\n| `.filter(fn)` | Filter to new QueryResult |\n| `.values(keys)` | Extract property values: `.values(['name', 'x', 'y'])` → `[{name, x, y}, ...]` |\n| `.set(props)` | Set properties on all matched nodes (see `node.set()` below) |\n| `.query(selector)` | Sub-query within matched nodes |\n| `for...of` | Iterable — works in `for` loops |\n\n**Scope:** `node.query()` searches within that node's subtree. To search the whole page: `figma.currentPage.query('...')`. There is no global `figma.query()`.\n\n**Examples:**\n```js\n\u002F\u002F Recolor all text inside cards\nfigma.currentPage.query('FRAME[name^=Card] TEXT').set({\n  fills: [{type: 'SOLID', color: {r: 0.2, g: 0.2, b: 0.8}}]\n})\n\n\u002F\u002F Get names and positions of all frames\nreturn figma.currentPage.query('FRAME').values(['name', 'x', 'y'])\n\n\u002F\u002F Find the first component named \"Button\"\nconst btn = figma.currentPage.query('COMPONENT[name=Button]').first()\n\n\u002F\u002F Find all instances of a specific component\nfigma.currentPage.query(`INSTANCE[mainComponent=${compId}]`)\n\n\u002F\u002F Find nodes with solid fills using dot-path traversal\nfigma.currentPage.query('[fills.0.type=SOLID]')\n```\n\n### `node.set(props)` — batch property updates\n\nSet multiple properties in one call. Returns `this` for chaining.\n\n```js\n\u002F\u002F BEFORE — one line per property\nframe.opacity = 0.5\nframe.cornerRadius = 8\nframe.name = \"Card\"\n\n\u002F\u002F AFTER — single call\nframe.set({ opacity: 0.5, cornerRadius: 8, name: \"Card\" })\n```\n\n**Priority key ordering:** `layoutMode` is always applied before other properties (like `width`\u002F`height`) regardless of object key order. This prevents the common bug where `resize()` behaves differently depending on whether `layoutMode` is set.\n\n**Width\u002Fheight handling:** `width` and `height` are routed through `node.resize()` automatically — setting `{ width: 200 }` calls `resize(200, currentHeight)`.\n\n**Chaining with query:**\n```js\n\u002F\u002F Find all rectangles named \"Divider\" and update them\nfigma.currentPage.query('RECTANGLE[name=Divider]').set({\n  fills: [{type: 'SOLID', color: {r: 0.9, g: 0.9, b: 0.9}}],\n  cornerRadius: 2\n})\n```\n\n### `figma.createAutoLayout(direction?, props?)` — auto-layout frames\n\nCreates a frame with auto-layout already enabled and both axes hugging content. **This is the default container whenever children have a structural relationship to each other (see Rule 12a).**\n\n```js\n\u002F\u002F BEFORE — manual setup, easy to get ordering wrong\nconst frame = figma.createFrame()\nframe.layoutMode = 'VERTICAL'\nframe.primaryAxisSizingMode = 'AUTO'\nframe.counterAxisSizingMode = 'AUTO'\nframe.layoutSizingHorizontal = 'HUG'\nframe.layoutSizingVertical = 'HUG'\n\n\u002F\u002F AFTER — one call, layout ready\nconst frame = figma.createAutoLayout('VERTICAL')\n```\n\nChildren can immediately use `layoutSizingHorizontal\u002FVertical = 'FILL'` after being appended — no need to set sizing modes manually.\n\nAccepts an optional props object as the first or second argument:\n```js\nfigma.createAutoLayout({ name: 'Card', itemSpacing: 12 })               \u002F\u002F HORIZONTAL + props\nfigma.createAutoLayout('VERTICAL', { name: 'Column', itemSpacing: 8 })  \u002F\u002F VERTICAL + props\n```\n\n### `node.placeholder` — shimmer overlay for AI-in-progress feedback\n\nSets a visual shimmer overlay on a node indicating work is in progress. **Always remove the shimmer when done** — leftover shimmers confuse users and indicate incomplete work.\n\n```js\n\u002F\u002F Mark as in-progress\nframe.placeholder = true\n\n\u002F\u002F ... build out the content ...\n\n\u002F\u002F MUST remove when done — never leave shimmers on finished nodes\nframe.placeholder = false\n```\n\nWhen building complex layouts, set `placeholder = true` on sections before populating them, then set `placeholder = false` on each section as it's completed.\n\n### `await node.screenshot(opts?)` — inline screenshots\n\nCapture a node as a PNG and return it inline in the response. Eliminates the need for a separate `get_screenshot` call.\n\n```js\n\u002F\u002F Take a screenshot of a frame (returned inline in the tool response)\nawait frame.screenshot()\n\n\u002F\u002F Custom scale (default auto-scales: 0.5x or capped so max dimension ≤ 1024px)\nawait frame.screenshot({ scale: 2 })\n\n\u002F\u002F Include overlapping content from sibling nodes\nawait frame.screenshot({ contentsOnly: false })\n```\n\n**When to use:** Follow Rule 5. Take a composition screenshot when visual evidence is needed. If a visual fix follows, take one post-fix screenshot; that passing screenshot is final. Do not take an additional unchanged “final” screenshot.\n\n**Auto-naming:** The image caption includes node metadata — `\"Card (300x150 at 0,60).png\"` — giving spatial context without parsing the image.\n\n**Default scaling:** Uses 0.5x scale, but automatically caps so the largest output dimension never exceeds 1024px. Explicit `{ scale: N }` bypasses the cap.\n\n## 6. Incremental Workflow (How to Avoid Bugs)\n\nThe most common causes of waste are unnecessary fragmentation, redundant validation, and scripts that cannot be retried safely. **Use Rule 5's safe-retry and evidence-based validation contract.**\n\n### Key rules\n\n- **Choose call boundaries for recoverability, not validation cadence.** Batch related creation, property updates, parenting, and targeted diagnostics when safe. A complete page may be one call; do not split it into header\u002Fcontent\u002Ffooter calls merely to validate each section. **Slides override:** in Slides files, slides are isolated subtrees — the relevant limit is complexity per slide, not total nodes across slides. Building 3–5 new slides in one call is safe, and so is applying the same edit (e.g. adding a footer, recoloring a heading) across every slide in the deck in a single call. See [figma-use-slides](..\u002Ffigma-use-slides\u002FSKILL.md) for the deck-building workflow.\n- **Build top-down, starting with placeholders.** Create the outer structure first with `placeholder = true` on each section, then incrementally replace placeholders with real content in subsequent calls.\n\n### The pattern\n\n1. **Inspect first.** Before creating anything, run a read-only `use_figma` to discover what already exists in the file — pages, components, variables, naming conventions. Match what's there.\n2. **Build the skeleton.** Create the top-level structure with placeholder sections. Set `placeholder = true` on each section so the user sees progress.\n3. **Fill in content in retry-safe batches.** Multiple related sections may be populated together when the operation remains safe to retry. Set each section's `placeholder = false` when done.\n4. **Return IDs from every call** (Rule 15) — you'll need created node\u002Fvariable\u002Fcollection IDs as inputs to subsequent calls.\n5. **Return validation evidence from writes.** Return IDs and the relevant counts, names, hierarchy, or bounds. Add a separate audit only for missing evidence or after a mutation invalidates earlier evidence. Follow Rule 5 for visual checks.\n6. **Fix before moving on.** If validation reveals a problem, fix it before proceeding to the next step. Don't build on a broken foundation.\n\n### Suggested step order for complex tasks\n\n```\nStep 1: Inspect file — discover existing pages, components, variables, conventions\nStep 2: Create tokens\u002Fvariables (if needed)\n       → return collection, variable, and mode counts\nStep 3: Create individual components\n       → return component IDs and relevant child\u002Fvariant counts\nStep 4: Compose layouts from component instances\n       → return layout IDs\u002Fbounds + take a composition screenshot\nStep 5: Apply a targeted visual fix only if needed\n       → take one post-fix screenshot; this is final\nStep 6: Stop if nothing relevant changed\n```\n\n### What to validate at each step\n\n| After... | Check with `get_metadata` | Check with `get_screenshot` |\n|---|---|---|\n| Creating variables | Collection count, variable count, mode names | — |\n| Creating components | Child count, variant names, property definitions | Variants visible, not collapsed, grid readable |\n| Binding variables | Node properties reflect bindings | Colors\u002Ftokens resolved correctly |\n| Composing layouts | Instance nodes have mainComponent, hierarchy correct | No cropped\u002Fclipped text, no overlapping elements, correct spacing |\n\n## 7. Error Recovery & Self-Correction\n\nOn any `use_figma` error, obey `safeToRetryWithoutCanvasRead` (Rule 14): `true` → correct the identified error and retry without adding a diagnostic canvas read; `false` → read the canvas, determine what changed, then make changes. If the same API or property error occurs twice, inspect its definition once and fix the root cause before retrying; do not continue decomposing the operation around the same invalid mutation. Errors whose fix is already a Critical Rule are diagnosed there — `\"not implemented\"` (`figma.notify`, Rule 3), the `layoutSizing*` HUG\u002FFILL rejections (Rules 12, 12b), `\"Setting figma.currentPage is not supported\"` (Rule 9), `componentPropertyDefinitions` on a variant (Rule 18), and `characters`\u002F`description` on the wrong node type (Rules 3a, 3b). The rows below cover failures the contract doesn't name:\n\n| Error message | Likely cause | How to fix |\n|---|---|---|\n| Property value out of range | Color channel > 1 (used 0–255 instead of 0–1) | Divide by 255 |\n| `\"Cannot read properties of null\"` | Node doesn't exist (wrong ID, wrong page) | Check page context, verify ID |\n| Script hangs \u002F no response | Infinite loop or unresolved promise | Check for `while(true)` or missing `await`; ensure code terminates |\n| `\"The node with id X does not exist\"` | Parent instance was implicitly detached by a child `detachInstance()`, changing IDs | Re-discover nodes by traversal from a stable (non-instance) parent frame |\n\n### When the script succeeds but the result looks wrong\n\nCall `get_metadata` for structural correctness (hierarchy, counts, positions) and `get_screenshot` for visual correctness — look closely for cropped\u002Fclipped text (line heights cutting off content) and overlapping elements, which are common and easy to miss. Identify whether the discrepancy is structural or visual, then write a **targeted** fix script that modifies only the broken parts — don't recreate everything.\n\n> For the full validation workflow, see [Validation & Error Recovery](references\u002Fvalidation-and-recovery.md).\n\n## 8. Pre-Flight Checklist\nBefore submitting ANY `use_figma` call, re-read the script against the operating contract in [Section 1](#1-critical-rules). Every gate that used to be enumerated here now lives there — a script that violates any of these is not ready to submit:\n\n- [ ] **Output** — uses `return` (not `figma.closePlugin()`), not wrapped in an async IIFE, no `console.log()` as output; `return`s structured data with ALL created\u002Fmutated node IDs (Rules 1, 2, 4, 15)\n- [ ] **Color & fills** — 0–1 range; paint `color` is `{r, g, b}` only (no `a`); fills\u002Fstrokes reassigned as new arrays (Rules 6, 7)\n- [ ] **Type narrowing** — `characters`, `description`, and `componentPropertyDefinitions` guarded\u002Fnarrowed before access (Rules 3a, 3b, 18)\n- [ ] **Pages** — switches use `await figma.setCurrentPageAsync(page)`, at most once per call (Rule 9)\n- [ ] **Layout & sizing** — related children in `figma.createAutoLayout()`; top-level nodes positioned away from (0,0); `HUG`\u002F`FILL` set after `appendChild`; `resize()` before sizing modes; wrapping TEXT uses `textAutoResize='HEIGHT'` + FIXED width (Rules 12, 12a, 12b, 12c, 13)\n- [ ] **Text** — canonical font recipe with style names verified via `listAvailableFontsAsync()`; `lineHeight`\u002F`letterSpacing` as `{unit, value}`; `FONT_FAMILY` variables load every mode's value first (Rule 8)\n- [ ] **Async & state** — every Promise `await`ed; multi-step IDs passed as string literals (Rules 15, 17)\n\n## 9. Discover Conventions Before Creating\n\n**Always inspect the Figma file before creating anything.** Different files use different naming conventions, variable structures, and component patterns. Your code should match what's already there, not impose new conventions.\n\nWhen in doubt about any convention (naming, scoping, structure), check the Figma file first, then the user's codebase. Only fall back to common patterns when neither exists.\n\n### Quick inspection scripts\n\n**List all pages and top-level nodes:**\n```js\nconst pages = figma.root.children.map(p => `${p.name} id=${p.id} children=${p.children.length}`);\nreturn pages.join('\\n');\n```\n\n**List existing components across all pages:**\n\n`search_design_system` is an option for published components. For on-canvas components, use the two-step fan-out — **don't loop pages inside one script.**\n\nStep 1: one read-only `use_figma` to get page IDs:\n```js\nreturn figma.root.children.map(p => ({ id: p.id, name: p.name }));\n```\n\nStep 2: in the **next assistant turn, emit one `use_figma` per page in parallel** (a single message containing N tool-use blocks). Each runs:\n```js\nconst page = await figma.getNodeByIdAsync(PAGE_ID);\nawait figma.setCurrentPageAsync(page);\n\u002F\u002F findAllWithCriteria uses an indexed type lookup — hundreds of times faster\n\u002F\u002F than the findAll(n => n.type === '…') side-effect-in-predicate antipattern.\nconst matches = page.findAllWithCriteria({ types: ['COMPONENT', 'COMPONENT_SET'] });\nreturn matches.map(n => ({ page: page.name, name: n.name, type: n.type, id: n.id }));\n```\n\n**List existing variable collections and their conventions:**\n```js\nconst collections = await figma.variables.getLocalVariableCollectionsAsync();\nconst results = collections.map(c => ({\n  name: c.name, id: c.id,\n  varCount: c.variableIds.length,\n  modes: c.modes.map(m => m.name)\n}));\nreturn results;\n```\n\n## 10. Reference Docs\n\nLoad these as needed based on what your task involves:\n\n| Doc | When to load | What it covers |\n|-----|-------------|----------------|\n| [gotchas.md](references\u002Fgotchas.md) | Before any `use_figma` | Every known pitfall with WRONG\u002FCORRECT code examples — start with the [canonical text-edit recipe](references\u002Fgotchas.md#canonical-text-edit-recipe-font-load--await--mutate--return-ids) |\n| [common-patterns.md](references\u002Fcommon-patterns.md) | Need working code examples | Script scaffolds: shapes, text, auto-layout, variables, components, multi-step workflows |\n| [plugin-api-patterns.md](references\u002Fplugin-api-patterns.md) | Creating\u002Fediting nodes | Fills, strokes, Auto Layout, effects, grouping, cloning, styles |\n| [api-reference.md](references\u002Fapi-reference.md) | Need exact API surface | Node creation, variables API, core properties, what works and what doesn't |\n| [validation-and-recovery.md](references\u002Fvalidation-and-recovery.md) | Multi-step writes or error recovery | `get_metadata` vs `get_screenshot` workflow, mandatory error recovery steps |\n| [component-patterns.md](references\u002Fcomponent-patterns.md) | Creating components\u002Fvariants | combineAsVariants, component properties, INSTANCE_SWAP, variant layout, discovering existing components, metadata traversal |\n| [variable-patterns.md](references\u002Fvariable-patterns.md) | Creating\u002Fbinding variables | Collections, modes, scopes, aliasing, binding patterns, discovering existing variables |\n| [text-style-patterns.md](references\u002Ftext-style-patterns.md) | Creating\u002Fapplying text styles | Type ramps, font discovery via `listAvailableFontsAsync`, listing styles, applying styles to nodes |\n| [effect-style-patterns.md](references\u002Feffect-style-patterns.md) | Creating\u002Fapplying effect styles | Drop shadows, listing styles, applying styles to nodes |\n| [plugin-api-standalone.index.md](references\u002Fplugin-api-standalone.index.md) | Need to understand the full API surface | Index of all types, methods, and properties in the Plugin API |\n| [plugin-api-standalone.d.ts](references\u002Fplugin-api-standalone.d.ts) | Need exact type signatures | Full typings file — grep for specific symbols, don't load all at once |\n\n## 11. Snippet examples\n\nYou will see snippets throughout documentation here. These snippets contain useful plugin API code that can be repurposed. Use them as is, or as starter code as you go. If there are key concepts that are best documented as generic snippets, call them out and write to disk so you can reuse in the future.\n","# use_figma — Figma Plugin API Skill\n\nUse the `use_figma` tool to execute JavaScript in Figma files via the Plugin API. All detailed reference docs live in `references\u002F`.\n\n**Always include `figma-use` in the comma-separated `skillNames` parameter when calling `use_figma`. If this skill was loaded via an MCP resource, you MUST prefix the name with `resource:` (e.g. `resource:figma-use`).** This is a logging parameter used to track skill usage — it does not affect execution.\n\n**If Figma MCP tools appear as deferred tools, batch-load all their schemas in a single `ToolSearch` call** using the `select:` syntax — e.g. `ToolSearch query=\"select:use_figma,get_screenshot,get_metadata,create_new_file\"`. One round trip beats six.\n\n**If the task involves building or updating a full page, screen, or multi-section layout in Figma from code**, also load [figma-generate-design](..\u002Ffigma-generate-design\u002FSKILL.md). It provides the workflow for discovering design system components via `search_design_system`, importing them, and assembling screens incrementally. Both skills work together: this one for the API rules, that one for the screen-building workflow.\n\n**If the task involves creating or building a component in Figma** (even a single component), also load [figma-generate-library](..\u002Ffigma-generate-library\u002FSKILL.md). It provides the component creation workflow — variable foundations, variant sets, design token bindings — that `figma-use` alone doesn't cover.\n\nBefore anything, load [plugin-api-standalone.index.md](references\u002Fplugin-api-standalone.index.md) to understand what is possible. When you are asked to write plugin API code, use this context to grep [plugin-api-standalone.d.ts](references\u002Fplugin-api-standalone.d.ts) for relevant types, methods, and properties. This is the definitive source of truth for the API surface. It is a large typings file, so do not load it all at once, grep for relevant sections as needed.\n\nIMPORTANT: Whenever you work with design systems, start with [working-with-design-systems\u002Fwwds.md](references\u002Fworking-with-design-systems\u002Fwwds.md) to understand the key concepts, processes, and guidelines for working with design systems in Figma. Then load the more specific references for components, variables, text styles, and effect styles as needed.\n\n## 1. Critical Rules\n1.  **Use `return` to send data back.** The return value is JSON-serialized automatically (objects, arrays, strings, numbers). Do NOT call `figma.closePlugin()` or wrap code in an async IIFE — this is handled for you.\n2.  **Write plain JavaScript with top-level `await` and `return`.** Code is automatically wrapped in an async context. Do NOT wrap in `(async () => { ... })()`.\n3.  `figma.notify()` **throws \"not implemented\"** — never use it\n3a. **Return node IDs and keep workflow state outside the Figma file.** Set human-readable component purpose and usage in `node.description` only on a `COMPONENT` or `COMPONENT_SET` — never on a frame or instance.\n3b. **Narrow before accessing type-specific properties.** Check `node.type`, use a capability guard such as `\"characters\" in node`, or prefilter with `findAllWithCriteria`. `characters` requires a text-capable node; optional chaining does not protect unsupported property access.\n4.  `console.log()` is NOT returned — use `return` for output\n5.  **Size construction calls for safe retry and validate from evidence.** Do not split a working operation solely to create validation checkpoints. Batch related work when the resulting script remains safe to retry; a complete section or page may be built in one call. Split when crossing page context, when partial execution would be difficult to recover, or after an actual failure requires a targeted retry. Return affected IDs and relevant counts, names, or bounds from each write—this counts as structural validation. Run a separate structural check only when required evidence is missing or after a relevant mutation. Normally take one screenshot after composition and one after a visual fix. The most recent passing screenshot is the final check; do not repeat it when nothing relevant changed. Stop once requirements pass.\n6.  Colors are **0–1 range** (not 0–255): `{r: 1, g: 0, b: 0}` = red. Paint `color` objects use `{r, g, b}` **only — no `a` field**; opacity goes at the paint level (`{ type: 'SOLID', color: {...}, opacity: 0.5 }`).\n7.  Fills\u002Fstrokes are **read-only arrays** — clone, modify, reassign\n8.  **Every text edit follows the canonical recipe: load font → `await` → mutate → return affected node IDs.** Skipping the load throws `Cannot write to node with unloaded font \"\u003Cfamily> \u003Cstyle>\"`. The rule covers more than `characters` — it applies to any operation on nodes with unloaded fonts (`appendChild`, `insertChild`, `setBoundVariable`, `setExplicitVariableModeForCollection`, `setValueForMode`, `findAll` callbacks touching text). When mutating existing text, load the node's *current* fonts via `getStyledTextSegments(['fontName'])`, not a hardcoded default. Inter is preloaded in most environments so other families surface this bug more often — the recipe is the same for every font. Use `await figma.listAvailableFontsAsync()` first if the style string is unverified — **never guess** (`\"SemiBold\"` vs `\"Semi Bold\"` is a common footgun). For `FONT_FAMILY`-scoped variables, load every value across every relevant mode before `setBoundVariable(\"fontFamily\", …)`, `setValueForMode`, or `setExplicitVariableModeForCollection`. `lineHeight`\u002F`letterSpacing` take `{unit, value}`, not bare numbers. See [Canonical text-edit recipe](references\u002Fgotchas.md#canonical-text-edit-recipe-font-load--await--mutate--return-ids).\n9.  **Pages load incrementally** — use `await figma.setCurrentPageAsync(page)` to switch pages and load their content. The sync setter `figma.currentPage = page` does **NOT** work and throws `\"Setting figma.currentPage is not supported\"`. Page context resets to the **first page** at the start of every `use_figma` call, so re-switch each call; switch **at most once per call** and fan multi-page work out in parallel — see [Page Rules](#2-page-rules-critical) and [gotchas.md](references\u002Fgotchas.md#set-current-page-once-per-use_figma-call--split-multi-page-work-into-parallel-calls).\n10. `setBoundVariableForPaint` returns a **NEW** paint — must capture and reassign\n11. `createVariable` accepts collection **object or ID string** (object preferred)\n12. **`layoutSizingHorizontal\u002FVertical` is value-restricted by structural context — `FIXED` always works, `HUG` and `FILL` do not.** `'HUG'` is valid only on an auto-layout frame itself OR on a **TEXT** child of one. `'FILL'` is valid only on a child of an auto-layout frame that is also not absolute-positioned, not inside an immutable frame, and not a canvas-grid child. Practical consequence: append to an auto-layout parent FIRST, then set `HUG`\u002F`FILL` — a newly-created or unparented node can't satisfy the rule yet. The property itself exists on every `SceneNode`; the error is value-rejection, not \"no such property\". See [Gotchas](references\u002Fgotchas.md#layoutsizinghorizontallayoutsizingvertical-value-rules-fixed-hug-fill).\n12a. **Use auto-layout for containers that hold related children.** When children have a structural relationship — stacked, side-by-side, aligned, gapped, hugged — wrap them in `figma.createAutoLayout()`, not `figma.createFrame()` with absolute `x`\u002F`y`. Absolute coordinates govern where a container sits on the canvas; auto-layout governs how its children relate inside it. Skipping the container leaves no protection against text reflow, content changes, or overlap.\n12b. **`layoutSizing*` and `*AxisSizingMode` are different enums — don't cross them.** `layoutSizingHorizontal`\u002F`layoutSizingVertical` (set on a **child**) take `'FIXED'|'HUG'|'FILL'`; `primaryAxisSizingMode`\u002F`counterAxisSizingMode` (set on the **frame** itself) take `'FIXED'|'AUTO'`. So `layoutSizingVertical = 'AUTO'` is invalid (use `'HUG'`), and `counterAxisSizingMode = 'FILL'` throws `Expected 'FIXED' | 'AUTO', received 'FILL'` (use `'FIXED'`\u002F`'AUTO'`). Two more errors from the same setter — `Error: in set_layoutSizingHorizontal: node must be an auto-layout frame or a child of an auto-layout frame` and `Error: in set_layoutSizingHorizontal: FILL can only be set on children of auto-layout frames` — mean the node isn't in an auto-layout context yet; **recommendation: make the parent auto-layout (`figma.createAutoLayout()`) and `appendChild` the node before setting** (see Rule 12). See [Gotchas](references\u002Fgotchas.md#layoutsizing-vs-axissizingmode-two-different-sizing-enums).\n12c. **`resize()` resets sizing modes to `FIXED`, so call it BEFORE setting `layoutSizing*`.** A wrapping **TEXT** block needs `textAutoResize = 'HEIGHT'` plus an explicit FIXED width (`resize()`), NOT `FILL` alone — the default `WIDTH_AND_HEIGHT` mode ignores `FILL` and collapses the node to a near-zero-width thread. Verify `node.width > 0` afterward.\n13. **Position new top-level nodes away from (0,0).** Nodes appended directly to the page default to (0,0). Scan `figma.currentPage.children` to find a clear position (e.g., to the right of the rightmost node). This only applies to page-level nodes — nodes nested inside other frames or auto-layout containers are positioned by their parent. See [Gotchas](references\u002Fgotchas.md).\n14. **On `use_figma` error, obey `safeToRetryWithoutCanvasRead`.** If `true`, fix the error and retry. If `false`, read the canvas, determine what changed, then make changes. See [Error Recovery](#7-error-recovery--self-correction).\n15. **MUST `return` ALL created\u002Fmutated node IDs.** Whenever a script creates new nodes or mutates existing ones on the canvas, collect every affected node ID and return them in a structured object (e.g. `return { createdNodeIds: [...], mutatedNodeIds: [...] }`). This is essential for subsequent calls to reference, validate, or clean up those nodes. No state persists across `use_figma` calls, so pass IDs from previous calls as **string literals**, not variables. See [common-patterns.md](references\u002Fcommon-patterns.md) for worked multi-step examples.\n16. **Always set `variable.scopes` explicitly when creating variables.** The default `ALL_SCOPES` pollutes every property picker — almost never what you want. Use specific scopes like `[\"FRAME_FILL\", \"SHAPE_FILL\"]` for backgrounds, `[\"TEXT_FILL\"]` for text colors, `[\"GAP\"]` for spacing, etc. See [variable-patterns.md](references\u002Fvariable-patterns.md) for the full list.\n17. **`await` every Promise.** Never leave a Promise unawaited — unawaited async calls (e.g. `figma.loadFontAsync(...)` without `await`, or `figma.setCurrentPageAsync(page)` without `await`) will fire-and-forget, causing silent failures or race conditions. The script may return before the async operation completes, leading to missing data or half-applied changes.\n18. **Never read `componentPropertyDefinitions` from a variant component.** Narrow the owner first: use the node itself when it is a `COMPONENT_SET`, use a `COMPONENT` only when its parent is not a `COMPONENT_SET`, and otherwise promote a variant `COMPONENT` to its parent set. Optional chaining does not make the getter safe. See [Component-property owner narrowing](references\u002Fcomponent-patterns.md#component-property-owner-narrowing).\n> For detailed WRONG\u002FCORRECT examples of each rule, see [Gotchas & Common Mistakes](references\u002Fgotchas.md).\n\n## 2. Page Rules (Critical)\n\nThe async-only setter and the per-call context reset are covered in Rule 9. This section elaborates the one rule that needs a worked example: **switch pages at most once per script, and fan multi-page work out in parallel.**\n\nNever loop over `figma.root.children` and switch pages inside the loop — each switch reloads the file. If the work spans multiple pages, **split it into N `use_figma` calls (one per target page) and emit them in parallel** — a single assistant message containing N `use_figma` tool-use blocks. The harness runs them concurrently; each script sets `currentPage` exactly once.\n\n> **Explicit instruction:** when fanning out, you MUST issue the N tool calls in **one message**. Do not send them across multiple turns. Do not await one before issuing the next. Sequential per-page calls waste the entire benefit of splitting.\n\n```js\n\u002F\u002F AVOID — switches pages N times in one script, reloads the file each time\nfor (const page of figma.root.children) {\n  await figma.setCurrentPageAsync(page);\n  \u002F\u002F ... touch this page ...\n}\n\n\u002F\u002F PREFER — read-only discovery call to get page IDs, then in the NEXT message\n\u002F\u002F emit N parallel use_figma tool calls (one per page), each setting currentPage once.\n```\n\nDefault to parallel fan-out for any multi-page work — reads and writes alike. You can also call `use_figma` multiple times to build incrementally (e.g. `return` metadata about existing nodes, then modify them in a subsequent script). See [gotchas.md → Set current page once per `use_figma` call](references\u002Fgotchas.md#set-current-page-once-per-use_figma-call--split-multi-page-work-into-parallel-calls) for the full rationale.\n\n## 3. `return` Is Your Output Channel\n\nThe agent sees **ONLY** the value you `return` — `console.log()` is invisible (Rule 4), and thrown errors are auto-captured (let them propagate or `throw` explicitly). The hard requirement is Rule 15: every script that creates or mutates canvas nodes **MUST** return all affected node IDs plus any actionable status in a structured object — e.g. `return { createdNodeIds: [...], mutatedNodeIds: [...], count: 5, errors: [] }` — so subsequent calls can reference, validate, or clean them up.\n\n## 4. Editor Mode\n\n`use_figma` works in **design mode** (editorType `\"figma\"`, the default). FigJam (`\"figjam\"`) and Slides (`\"slides\"`) have different sets of available node types — most design nodes are blocked in FigJam, and FigJam-only nodes are blocked in Slides.\n\n**Tell the editor from the URL:** Design = `figma.com\u002Fdesign\u002F...`, FigJam = `figma.com\u002Fboard\u002F...`, Slides = `figma.com\u002Fslides\u002F...`. Confirm before assuming an API is available.\n\nAvailable in design mode: Rectangle, Frame, Component, Text, Ellipse, Star, Line, Vector, Polygon, BooleanOperation, Slice, Page, Section, TextPath.\n\n**Blocked** in design mode: Sticky, Connector, ShapeWithText, CodeBlock, Slide, SlideRow, SlideGrid, InteractiveSlideElement, Webpage.\n\nAvailable in Slides mode: Rectangle, Frame, Component, Text, Ellipse, Star, Line, Vector, Polygon, BooleanOperation, Slice, Section, TextPath, Slide, SlideRow, SlideGrid, InteractiveSlideElement.\n\n**Blocked** in Slides mode: Sticky, Connector, ShapeWithText, CodeBlock, Webpage, Page.\n\n**Design-only APIs (not just node types):** `figma.createPage()` is available only in Design files (`figma.com\u002Fdesign\u002F...`). In both FigJam (`figma.com\u002Fboard\u002F...`) and Slides (`figma.com\u002Fslides\u002F...`) it throws `TypeError: figma.createPage no such property 'createPage' on the figma global object`. Do not emit `figma.createPage()` in FigJam or Slides workflows.\n\n> **Slides note:** There is no dedicated read tool for Slides files yet. Use `use_figma` with read-only scripts for inspection (see Section 6 \"Inspect first\" pattern), and `get_screenshot` \u002F `await node.screenshot()` for visual context. For Slides-specific API guidance, load the [figma-use-slides](..\u002Ffigma-use-slides\u002FSKILL.md) skill.\n\n## 5. Efficient APIs — Prefer These Over Verbose Alternatives\n\nThese APIs reduce boilerplate, eliminate ordering errors, and compress token output. **Always prefer them over the verbose alternatives.**\n\n### `node.query(selector)` — CSS-like node search\n\nFind nodes within a subtree using CSS-like selectors. Replaces verbose `findAll` + filter loops.\n\n```js\n\u002F\u002F BEFORE — verbose traversal\nconst texts = frame.findAll(n => n.type === 'TEXT' && n.name === 'Title')\n\n\u002F\u002F AFTER — one-liner with query\nconst texts = frame.query('TEXT[name=Title]')\n```\n\n**Selector syntax:**\n- Type: `FRAME`, `TEXT`, `RECTANGLE`, `ELLIPSE`, `COMPONENT`, `INSTANCE`, `SECTION` (case-insensitive)\n- Attribute exact: `[name=Card]`, `[visible=true]`, `[opacity=0.5]`\n- Attribute substring: `[name*=art]` (contains), `[name^=Header]` (starts-with), `[name$=Nav]` (ends-with)\n- Dot-path traversal: `[fills.0.type=SOLID]`, `[fills.*.type=SOLID]` (wildcard index)\n- Instance matching: `[mainComponent=nodeId]`, `[mainComponent.name=Button]`\n- Combinators: `FRAME > TEXT` (direct child), `FRAME TEXT` (any descendant), `A + B` (adjacent sibling), `A ~ B` (general sibling)\n- Pseudo-classes: `:first-child`, `:last-child`, `:nth-child(2)`, `:not(TYPE)`, `:is(FRAME, RECTANGLE)`, `:where(TEXT, ELLIPSE)`\n- Node ID: `#nodeId` or bare GUID\n- Comma: `TEXT, RECTANGLE` (union)\n- Wildcard: `*` (any type)\n\n**QueryResult methods:**\n| Method | Description |\n|---|---|\n| `.length` | Number of matched nodes |\n| `.first()` | First matched node (or `null`) |\n| `.last()` | Last matched node (or `null`) |\n| `.toArray()` | Convert to regular array |\n| `.each(fn)` | Iterate with callback, returns `this` for chaining |\n| `.map(fn)` | Map to new array |\n| `.filter(fn)` | Filter to new QueryResult |\n| `.values(keys)` | Extract property values: `.values(['name', 'x', 'y'])` → `[{name, x, y}, ...]` |\n| `.set(props)` | Set properties on all matched nodes (see `node.set()` below) |\n| `.query(selector)` | Sub-query within matched nodes |\n| `for...of` | Iterable — works in `for` loops |\n\n**Scope:** `node.query()` searches within that node's subtree. To search the whole page: `figma.currentPage.query('...')`. There is no global `figma.query()`.\n\n**Examples:**\n```js\n\u002F\u002F Recolor all text inside cards\nfigma.currentPage.query('FRAME[name^=Card] TEXT').set({\n  fills: [{type: 'SOLID', color: {r: 0.2, g: 0.2, b: 0.8}}]\n})\n\n\u002F\u002F Get names and positions of all frames\nreturn figma.currentPage.query('FRAME').values(['name', 'x', 'y'])\n\n\u002F\u002F Find the first component named \"Button\"\nconst btn = figma.currentPage.query('COMPONENT[name=Button]').first()\n\n\u002F\u002F Find all instances of a specific component\nfigma.currentPage.query(`INSTANCE[mainComponent=${compId}]`)\n\n\u002F\u002F Find nodes with solid fills using dot-path traversal\nfigma.currentPage.query('[fills.0.type=SOLID]')\n```\n\n### `node.set(props)` — batch property updates\n\nSet multiple properties in one call. Returns `this` for chaining.\n\n```js\n\u002F\u002F BEFORE — one line per property\nframe.opacity = 0.5\nframe.cornerRadius = 8\nframe.name = \"Card\"\n\n\u002F\u002F AFTER — single call\nframe.set({ opacity: 0.5, cornerRadius: 8, name: \"Card\" })\n```\n\n**Priority key ordering:** `layoutMode` is always applied before other properties (like `width`\u002F`height`) regardless of object key order. This prevents the common bug where `resize()` behaves differently depending on whether `layoutMode` is set.\n\n**Width\u002Fheight handling:** `width` and `height` are routed through `node.resize()` automatically — setting `{ width: 200 }` calls `resize(200, currentHeight)`.\n\n**Chaining with query:**\n```js\n\u002F\u002F Find all rectangles named \"Divider\" and update them\nfigma.currentPage.query('RECTANGLE[name=Divider]').set({\n  fills: [{type: 'SOLID', color: {r: 0.9, g: 0.9, b: 0.9}}],\n  cornerRadius: 2\n})\n```\n\n### `figma.createAutoLayout(direction?, props?)` — auto-layout frames\n\nCreates a frame with auto-layout already enabled and both axes hugging content. **This is the default container whenever children have a structural relationship to each other (see Rule 12a).**\n\n```js\n\u002F\u002F BEFORE — manual setup, easy to get ordering wrong\nconst frame = figma.createFrame()\nframe.layoutMode = 'VERTICAL'\nframe.primaryAxisSizingMode = 'AUTO'\nframe.counterAxisSizingMode = 'AUTO'\nframe.layoutSizingHorizontal = 'HUG'\nframe.layoutSizingVertical = 'HUG'\n\n\u002F\u002F AFTER — one call, layout ready\nconst frame = figma.createAutoLayout('VERTICAL')\n```\n\nChildren can immediately use `layoutSizingHorizontal\u002FVertical = 'FILL'` after being appended — no need to set sizing modes manually.\n\nAccepts an optional props object as the first or second argument:\n```js\nfigma.createAutoLayout({ name: 'Card', itemSpacing: 12 })               \u002F\u002F HORIZONTAL + props\nfigma.createAutoLayout('VERTICAL', { name: 'Column', itemSpacing: 8 })  \u002F\u002F VERTICAL + props\n```\n\n### `node.placeholder` — shimmer overlay for AI-in-progress feedback\n\nSets a visual shimmer overlay on a node indicating work is in progress. **Always remove the shimmer when done** — leftover shimmers confuse users and indicate incomplete work.\n\n```js\n\u002F\u002F Mark as in-progress\nframe.placeholder = true\n\n\u002F\u002F ... build out the content ...\n\n\u002F\u002F MUST remove when done — never leave shimmers on finished nodes\nframe.placeholder = false\n```\n\nWhen building complex layouts, set `placeholder = true` on sections before populating them, then set `placeholder = false` on each section as it's completed.\n\n### `await node.screenshot(opts?)` — inline screenshots\n\nCapture a node as a PNG and return it inline in the response. Eliminates the need for a separate `get_screenshot` call.\n\n```js\n\u002F\u002F Take a screenshot of a frame (returned inline in the tool response)\nawait frame.screenshot()\n\n\u002F\u002F Custom scale (default auto-scales: 0.5x or capped so max dimension ≤ 1024px)\nawait frame.screenshot({ scale: 2 })\n\n\u002F\u002F Include overlapping content from sibling nodes\nawait frame.screenshot({ contentsOnly: false })\n```\n\n**When to use:** Follow Rule 5. Take a composition screenshot when visual evidence is needed. If a visual fix follows, take one post-fix screenshot; that passing screenshot is final. Do not take an additional unchanged “final” screenshot.\n\n**Auto-naming:** The image caption includes node metadata — `\"Card (300x150 at 0,60).png\"` — giving spatial context without parsing the image.\n\n**Default scaling:** Uses 0.5x scale, but automatically caps so the largest output dimension never exceeds 1024px. Explicit `{ scale: N }` bypasses the cap.\n\n## 6. Incremental Workflow (How to Avoid Bugs)\n\nThe most common causes of waste are unnecessary fragmentation, redundant validation, and scripts that cannot be retried safely. **Use Rule 5's safe-retry and evidence-based validation contract.**\n\n### Key rules\n\n- **Choose call boundaries for recoverability, not validation cadence.** Batch related creation, property updates, parenting, and targeted diagnostics when safe. A complete page may be one call; do not split it into header\u002Fcontent\u002Ffooter calls merely to validate each section. **Slides override:** in Slides files, slides are isolated subtrees — the relevant limit is complexity per slide, not total nodes across slides. Building 3–5 new slides in one call is safe, and so is applying the same edit (e.g. adding a footer, recoloring a heading) across every slide in the deck in a single call. See [figma-use-slides](..\u002Ffigma-use-slides\u002FSKILL.md) for the deck-building workflow.\n- **Build top-down, starting with placeholders.** Create the outer structure first with `placeholder = true` on each section, then incrementally replace placeholders with real content in subsequent calls.\n\n### The pattern\n\n1. **Inspect first.** Before creating anything, run a read-only `use_figma` to discover what already exists in the file — pages, components, variables, naming conventions. Match what's there.\n2. **Build the skeleton.** Create the top-level structure with placeholder sections. Set `placeholder = true` on each section so the user sees progress.\n3. **Fill in content in retry-safe batches.** Multiple related sections may be populated together when the operation remains safe to retry. Set each section's `placeholder = false` when done.\n4. **Return IDs from every call** (Rule 15) — you'll need created node\u002Fvariable\u002Fcollection IDs as inputs to subsequent calls.\n5. **Return validation evidence from writes.** Return IDs and the relevant counts, names, hierarchy, or bounds. Add a separate audit only for missing evidence or after a mutation invalidates earlier evidence. Follow Rule 5 for visual checks.\n6. **Fix before moving on.** If validation reveals a problem, fix it before proceeding to the next step. Don't build on a broken foundation.\n\n### Suggested step order for complex tasks\n\n```\nStep 1: Inspect file — discover existing pages, components, variables, conventions\nStep 2: Create tokens\u002Fvariables (if needed)\n       → return collection, variable, and mode counts\nStep 3: Create individual components\n       → return component IDs and relevant child\u002Fvariant counts\nStep 4: Compose layouts from component instances\n       → return layout IDs\u002Fbounds + take a composition screenshot\nStep 5: Apply a targeted visual fix only if needed\n       → take one post-fix screenshot; this is final\nStep 6: Stop if nothing relevant changed\n```\n\n### What to validate at each step\n\n| After... | Check with `get_metadata` | Check with `get_screenshot` |\n|---|---|---|\n| Creating variables | Collection count, variable count, mode names | — |\n| Creating components | Child count, variant names, property definitions | Variants visible, not collapsed, grid readable |\n| Binding variables | Node properties reflect bindings | Colors\u002Ftokens resolved correctly |\n| Composing layouts | Instance nodes have mainComponent, hierarchy correct | No cropped\u002Fclipped text, no overlapping elements, correct spacing |\n\n## 7. Error Recovery & Self-Correction\n\nOn any `use_figma` error, obey `safeToRetryWithoutCanvasRead` (Rule 14): `true` → correct the identified error and retry without adding a diagnostic canvas read; `false` → read the canvas, determine what changed, then make changes. If the same API or property error occurs twice, inspect its definition once and fix the root cause before retrying; do not continue decomposing the operation around the same invalid mutation. Errors whose fix is already a Critical Rule are diagnosed there — `\"not implemented\"` (`figma.notify`, Rule 3), the `layoutSizing*` HUG\u002FFILL rejections (Rules 12, 12b), `\"Setting figma.currentPage is not supported\"` (Rule 9), `componentPropertyDefinitions` on a variant (Rule 18), and `characters`\u002F`description` on the wrong node type (Rules 3a, 3b). The rows below cover failures the contract doesn't name:\n\n| Error message | Likely cause | How to fix |\n|---|---|---|\n| Property value out of range | Color channel > 1 (used 0–255 instead of 0–1) | Divide by 255 |\n| `\"Cannot read properties of null\"` | Node doesn't exist (wrong ID, wrong page) | Check page context, verify ID |\n| Script hangs \u002F no response | Infinite loop or unresolved promise | Check for `while(true)` or missing `await`; ensure code terminates |\n| `\"The node with id X does not exist\"` | Parent instance was implicitly detached by a child `detachInstance()`, changing IDs | Re-discover nodes by traversal from a stable (non-instance) parent frame |\n\n### When the script succeeds but the result looks wrong\n\nCall `get_metadata` for structural correctness (hierarchy, counts, positions) and `get_screenshot` for visual correctness — look closely for cropped\u002Fclipped text (line heights cutting off content) and overlapping elements, which are common and easy to miss. Identify whether the discrepancy is structural or visual, then write a **targeted** fix script that modifies only the broken parts — don't recreate everything.\n\n> For the full validation workflow, see [Validation & Error Recovery](references\u002Fvalidation-and-recovery.md).\n\n## 8. Pre-Flight Checklist\nBefore submitting ANY `use_figma` call, re-read the script against the operating contract in [Section 1](#1-critical-rules). Every gate that used to be enumerated here now lives there — a script that violates any of these is not ready to submit:\n\n- [ ] **Output** — uses `return` (not `figma.closePlugin()`), not wrapped in an async IIFE, no `console.log()` as output; `return`s structured data with ALL created\u002Fmutated node IDs (Rules 1, 2, 4, 15)\n- [ ] **Color & fills** — 0–1 range; paint `color` is `{r, g, b}` only (no `a`); fills\u002Fstrokes reassigned as new arrays (Rules 6, 7)\n- [ ] **Type narrowing** — `characters`, `description`, and `componentPropertyDefinitions` guarded\u002Fnarrowed before access (Rules 3a, 3b, 18)\n- [ ] **Pages** — switches use `await figma.setCurrentPageAsync(page)`, at most once per call (Rule 9)\n- [ ] **Layout & sizing** — related children in `figma.createAutoLayout()`; top-level nodes positioned away from (0,0); `HUG`\u002F`FILL` set after `appendChild`; `resize()` before sizing modes; wrapping TEXT uses `textAutoResize='HEIGHT'` + FIXED width (Rules 12, 12a, 12b, 12c, 13)\n- [ ] **Text** — canonical font recipe with style names verified via `listAvailableFontsAsync()`; `lineHeight`\u002F`letterSpacing` as `{unit, value}`; `FONT_FAMILY` variables load every mode's value first (Rule 8)\n- [ ] **Async & state** — every Promise `await`ed; multi-step IDs passed as string literals (Rules 15, 17)\n\n## 9. Discover Conventions Before Creating\n\n**Always inspect the Figma file before creating anything.** Different files use different naming conventions, variable structures, and component patterns. Your code should match what's already there, not impose new conventions.\n\nWhen in doubt about any convention (naming, scoping, structure), check the Figma file first, then the user's codebase. Only fall back to common patterns when neither exists.\n\n### Quick inspection scripts\n\n**List all pages and top-level nodes:**\n```js\nconst pages = figma.root.children.map(p => `${p.name} id=${p.id} children=${p.children.length}`);\nreturn pages.join('\\n');\n```\n\n**List existing components across all pages:**\n\n`search_design_system` is an option for published components. For on-canvas components, use the two-step fan-out — **don't loop pages inside one script.**\n\nStep 1: one read-only `use_figma` to get page IDs:\n```js\nreturn figma.root.children.map(p => ({ id: p.id, name: p.name }));\n```\n\nStep 2: in the **next assistant turn, emit one `use_figma` per page in parallel** (a single message containing N tool-use blocks). Each runs:\n```js\nconst page = await figma.getNodeByIdAsync(PAGE_ID);\nawait figma.setCurrentPageAsync(page);\n\u002F\u002F findAllWithCriteria uses an indexed type lookup — hundreds of times faster\n\u002F\u002F than the findAll(n => n.type === '…') side-effect-in-predicate antipattern.\nconst matches = page.findAllWithCriteria({ types: ['COMPONENT', 'COMPONENT_SET'] });\nreturn matches.map(n => ({ page: page.name, name: n.name, type: n.type, id: n.id }));\n```\n\n**List existing variable collections and their conventions:**\n```js\nconst collections = await figma.variables.getLocalVariableCollectionsAsync();\nconst results = collections.map(c => ({\n  name: c.name, id: c.id,\n  varCount: c.variableIds.length,\n  modes: c.modes.map(m => m.name)\n}));\nreturn results;\n```\n\n## 10. Reference Docs\n\nLoad these as needed based on what your task involves:\n\n| Doc | When to load | What it covers |\n|-----|-------------|----------------|\n| [gotchas.md](references\u002Fgotchas.md) | Before any `use_figma` | Every known pitfall with WRONG\u002FCORRECT code examples — start with the [canonical text-edit recipe](references\u002Fgotchas.md#canonical-text-edit-recipe-font-load--await--mutate--return-ids) |\n| [common-patterns.md](references\u002Fcommon-patterns.md) | Need working code examples | Script scaffolds: shapes, text, auto-layout, variables, components, multi-step workflows |\n| [plugin-api-patterns.md](references\u002Fplugin-api-patterns.md) | Creating\u002Fediting nodes | Fills, strokes, Auto Layout, effects, grouping, cloning, styles |\n| [api-reference.md](references\u002Fapi-reference.md) | Need exact API surface | Node creation, variables API, core properties, what works and what doesn't |\n| [validation-and-recovery.md](references\u002Fvalidation-and-recovery.md) | Multi-step writes or error recovery | `get_metadata` vs `get_screenshot` workflow, mandatory error recovery steps |\n| [component-patterns.md](references\u002Fcomponent-patterns.md) | Creating components\u002Fvariants | combineAsVariants, component properties, INSTANCE_SWAP, variant layout, discovering existing components, metadata traversal |\n| [variable-patterns.md](references\u002Fvariable-patterns.md) | Creating\u002Fbinding variables | Collections, modes, scopes, aliasing, binding patterns, discovering existing variables |\n| [text-style-patterns.md](references\u002Ftext-style-patterns.md) | Creating\u002Fapplying text styles | Type ramps, font discovery via `listAvailableFontsAsync`, listing styles, applying styles to nodes |\n| [effect-style-patterns.md](references\u002Feffect-style-patterns.md) | Creating\u002Fapplying effect styles | Drop shadows, listing styles, applying styles to nodes |\n| [plugin-api-standalone.index.md](references\u002Fplugin-api-standalone.index.md) | Need to understand the full API surface | Index of all types, methods, and properties in the Plugin API |\n| [plugin-api-standalone.d.ts](references\u002Fplugin-api-standalone.d.ts) | Need exact type signatures | Full typings file — grep for specific symbols, don't load all at once |\n\n## 11. Snippet examples\n\nYou will see snippets throughout documentation here. These snippets contain useful plugin API code that can be repurposed. Use them as is, or as starter code as you go. If there are key concepts that are best documented as generic snippets, call them out and write to disk so you can reuse in the future.\n",{"name":5,"description":7,"disable-model-invocation":53},"main","c54d8e35f50ac35b3b2c7ba8d4fca2205a740cb9","frontend\u002Fopencode\u002Fpackages\u002Fplugins\u002Ffigma\u002Fskills\u002Ffigma-use",9,"https:\u002F\u002Fgithub.com\u002FSimaDevelopment\u002Fopsiforce","https:\u002F\u002Fgithub.com\u002FSimaDevelopment","2026-11-05 06:13:10",{"source":8,"skillName":5,"commands":65,"prompt":75,"zipAvailable":76},[66,69,72],{"tool":67,"command":68},"npx","npx skills add SimaDevelopment\u002Fopsiforce --skill figma-use",{"tool":70,"command":71},"bunx","bunx skills add SimaDevelopment\u002Fopsiforce --skill figma-use",{"tool":73,"command":74},"pnpm","pnpm dlx skills add SimaDevelopment\u002Fopsiforce --skill figma-use","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FSimaDevelopment\u002Fopsiforce\u002Fblob\u002Fmain\u002Ffrontend\u002Fopencode\u002Fpackages\u002Fplugins\u002Ffigma\u002Fskills\u002Ffigma-use\u002FSKILL.md",true,[78,84,88,92,96,100,104,110,114,118,122,126,130,134,138,142,146,150,154,158],{"path":79,"resourceType":80,"resourceTypeDesc":81,"sizeBytes":82,"sourceHtmlUrl":83},"references\u002Fapi-reference.md","REFERENCE","参考文档",16438,"https:\u002F\u002Fgithub.com\u002FSimaDevelopment\u002Fopsiforce\u002Fblob\u002Fmain\u002Ffrontend\u002Fopencode\u002Fpackages\u002Fplugins\u002Ffigma\u002Fskills\u002Ffigma-use\u002Freferences\u002Fapi-reference.md",{"path":85,"resourceType":80,"resourceTypeDesc":81,"sizeBytes":86,"sourceHtmlUrl":87},"references\u002Fcommon-patterns.md",14410,"https:\u002F\u002Fgithub.com\u002FSimaDevelopment\u002Fopsiforce\u002Fblob\u002Fmain\u002Ffrontend\u002Fopencode\u002Fpackages\u002Fplugins\u002Ffigma\u002Fskills\u002Ffigma-use\u002Freferences\u002Fcommon-patterns.md",{"path":89,"resourceType":80,"resourceTypeDesc":81,"sizeBytes":90,"sourceHtmlUrl":91},"references\u002Fcomponent-patterns.md",24086,"https:\u002F\u002Fgithub.com\u002FSimaDevelopment\u002Fopsiforce\u002Fblob\u002Fmain\u002Ffrontend\u002Fopencode\u002Fpackages\u002Fplugins\u002Ffigma\u002Fskills\u002Ffigma-use\u002Freferences\u002Fcomponent-patterns.md",{"path":93,"resourceType":80,"resourceTypeDesc":81,"sizeBytes":94,"sourceHtmlUrl":95},"references\u002Feffect-style-patterns.md",3215,"https:\u002F\u002Fgithub.com\u002FSimaDevelopment\u002Fopsiforce\u002Fblob\u002Fmain\u002Ffrontend\u002Fopencode\u002Fpackages\u002Fplugins\u002Ffigma\u002Fskills\u002Ffigma-use\u002Freferences\u002Feffect-style-patterns.md",{"path":97,"resourceType":80,"resourceTypeDesc":81,"sizeBytes":98,"sourceHtmlUrl":99},"references\u002Fgotchas.md",53722,"https:\u002F\u002Fgithub.com\u002FSimaDevelopment\u002Fopsiforce\u002Fblob\u002Fmain\u002Ffrontend\u002Fopencode\u002Fpackages\u002Fplugins\u002Ffigma\u002Fskills\u002Ffigma-use\u002Freferences\u002Fgotchas.md",{"path":101,"resourceType":80,"resourceTypeDesc":81,"sizeBytes":102,"sourceHtmlUrl":103},"references\u002Fplugin-api-patterns.md",16288,"https:\u002F\u002Fgithub.com\u002FSimaDevelopment\u002Fopsiforce\u002Fblob\u002Fmain\u002Ffrontend\u002Fopencode\u002Fpackages\u002Fplugins\u002Ffigma\u002Fskills\u002Ffigma-use\u002Freferences\u002Fplugin-api-patterns.md",{"path":105,"resourceType":106,"resourceTypeDesc":107,"sizeBytes":108,"sourceHtmlUrl":109},"references\u002Fplugin-api-standalone.d.ts","SCRIPT","脚本",397440,"https:\u002F\u002Fgithub.com\u002FSimaDevelopment\u002Fopsiforce\u002Fblob\u002Fmain\u002Ffrontend\u002Fopencode\u002Fpackages\u002Fplugins\u002Ffigma\u002Fskills\u002Ffigma-use\u002Freferences\u002Fplugin-api-standalone.d.ts",{"path":111,"resourceType":80,"resourceTypeDesc":81,"sizeBytes":112,"sourceHtmlUrl":113},"references\u002Fplugin-api-standalone.index.md",33600,"https:\u002F\u002Fgithub.com\u002FSimaDevelopment\u002Fopsiforce\u002Fblob\u002Fmain\u002Ffrontend\u002Fopencode\u002Fpackages\u002Fplugins\u002Ffigma\u002Fskills\u002Ffigma-use\u002Freferences\u002Fplugin-api-standalone.index.md",{"path":115,"resourceType":80,"resourceTypeDesc":81,"sizeBytes":116,"sourceHtmlUrl":117},"references\u002Ftext-style-patterns.md",6947,"https:\u002F\u002Fgithub.com\u002FSimaDevelopment\u002Fopsiforce\u002Fblob\u002Fmain\u002Ffrontend\u002Fopencode\u002Fpackages\u002Fplugins\u002Ffigma\u002Fskills\u002Ffigma-use\u002Freferences\u002Ftext-style-patterns.md",{"path":119,"resourceType":80,"resourceTypeDesc":81,"sizeBytes":120,"sourceHtmlUrl":121},"references\u002Fvalidation-and-recovery.md",3973,"https:\u002F\u002Fgithub.com\u002FSimaDevelopment\u002Fopsiforce\u002Fblob\u002Fmain\u002Ffrontend\u002Fopencode\u002Fpackages\u002Fplugins\u002Ffigma\u002Fskills\u002Ffigma-use\u002Freferences\u002Fvalidation-and-recovery.md",{"path":123,"resourceType":80,"resourceTypeDesc":81,"sizeBytes":124,"sourceHtmlUrl":125},"references\u002Fvariable-patterns.md",14652,"https:\u002F\u002Fgithub.com\u002FSimaDevelopment\u002Fopsiforce\u002Fblob\u002Fmain\u002Ffrontend\u002Fopencode\u002Fpackages\u002Fplugins\u002Ffigma\u002Fskills\u002Ffigma-use\u002Freferences\u002Fvariable-patterns.md",{"path":127,"resourceType":80,"resourceTypeDesc":81,"sizeBytes":128,"sourceHtmlUrl":129},"references\u002Fworking-with-design-systems\u002Fwwds-components--creating.md",2199,"https:\u002F\u002Fgithub.com\u002FSimaDevelopment\u002Fopsiforce\u002Fblob\u002Fmain\u002Ffrontend\u002Fopencode\u002Fpackages\u002Fplugins\u002Ffigma\u002Fskills\u002Ffigma-use\u002Freferences\u002Fworking-with-design-systems\u002Fwwds-components--creating.md",{"path":131,"resourceType":80,"resourceTypeDesc":81,"sizeBytes":132,"sourceHtmlUrl":133},"references\u002Fworking-with-design-systems\u002Fwwds-components--using.md",2420,"https:\u002F\u002Fgithub.com\u002FSimaDevelopment\u002Fopsiforce\u002Fblob\u002Fmain\u002Ffrontend\u002Fopencode\u002Fpackages\u002Fplugins\u002Ffigma\u002Fskills\u002Ffigma-use\u002Freferences\u002Fworking-with-design-systems\u002Fwwds-components--using.md",{"path":135,"resourceType":80,"resourceTypeDesc":81,"sizeBytes":136,"sourceHtmlUrl":137},"references\u002Fworking-with-design-systems\u002Fwwds-components.md",4402,"https:\u002F\u002Fgithub.com\u002FSimaDevelopment\u002Fopsiforce\u002Fblob\u002Fmain\u002Ffrontend\u002Fopencode\u002Fpackages\u002Fplugins\u002Ffigma\u002Fskills\u002Ffigma-use\u002Freferences\u002Fworking-with-design-systems\u002Fwwds-components.md",{"path":139,"resourceType":80,"resourceTypeDesc":81,"sizeBytes":140,"sourceHtmlUrl":141},"references\u002Fworking-with-design-systems\u002Fwwds-effect-styles.md",3268,"https:\u002F\u002Fgithub.com\u002FSimaDevelopment\u002Fopsiforce\u002Fblob\u002Fmain\u002Ffrontend\u002Fopencode\u002Fpackages\u002Fplugins\u002Ffigma\u002Fskills\u002Ffigma-use\u002Freferences\u002Fworking-with-design-systems\u002Fwwds-effect-styles.md",{"path":143,"resourceType":80,"resourceTypeDesc":81,"sizeBytes":144,"sourceHtmlUrl":145},"references\u002Fworking-with-design-systems\u002Fwwds-text-styles.md",5144,"https:\u002F\u002Fgithub.com\u002FSimaDevelopment\u002Fopsiforce\u002Fblob\u002Fmain\u002Ffrontend\u002Fopencode\u002Fpackages\u002Fplugins\u002Ffigma\u002Fskills\u002Ffigma-use\u002Freferences\u002Fworking-with-design-systems\u002Fwwds-text-styles.md",{"path":147,"resourceType":80,"resourceTypeDesc":81,"sizeBytes":148,"sourceHtmlUrl":149},"references\u002Fworking-with-design-systems\u002Fwwds-variables--creating.md",1559,"https:\u002F\u002Fgithub.com\u002FSimaDevelopment\u002Fopsiforce\u002Fblob\u002Fmain\u002Ffrontend\u002Fopencode\u002Fpackages\u002Fplugins\u002Ffigma\u002Fskills\u002Ffigma-use\u002Freferences\u002Fworking-with-design-systems\u002Fwwds-variables--creating.md",{"path":151,"resourceType":80,"resourceTypeDesc":81,"sizeBytes":152,"sourceHtmlUrl":153},"references\u002Fworking-with-design-systems\u002Fwwds-variables--using.md",1908,"https:\u002F\u002Fgithub.com\u002FSimaDevelopment\u002Fopsiforce\u002Fblob\u002Fmain\u002Ffrontend\u002Fopencode\u002Fpackages\u002Fplugins\u002Ffigma\u002Fskills\u002Ffigma-use\u002Freferences\u002Fworking-with-design-systems\u002Fwwds-variables--using.md",{"path":155,"resourceType":80,"resourceTypeDesc":81,"sizeBytes":156,"sourceHtmlUrl":157},"references\u002Fworking-with-design-systems\u002Fwwds-variables.md",5183,"https:\u002F\u002Fgithub.com\u002FSimaDevelopment\u002Fopsiforce\u002Fblob\u002Fmain\u002Ffrontend\u002Fopencode\u002Fpackages\u002Fplugins\u002Ffigma\u002Fskills\u002Ffigma-use\u002Freferences\u002Fworking-with-design-systems\u002Fwwds-variables.md",{"path":159,"resourceType":80,"resourceTypeDesc":81,"sizeBytes":160,"sourceHtmlUrl":161},"references\u002Fworking-with-design-systems\u002Fwwds.md",5220,"https:\u002F\u002Fgithub.com\u002FSimaDevelopment\u002Fopsiforce\u002Fblob\u002Fmain\u002Ffrontend\u002Fopencode\u002Fpackages\u002Fplugins\u002Ffigma\u002Fskills\u002Ffigma-use\u002Freferences\u002Fworking-with-design-systems\u002Fwwds.md",[163,183,204,214,240,262],{"skillNo":164,"name":165,"nameZh":6,"description":166,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":167,"categories":168,"keywords":174,"publishedAt":52},"01M6QQK1AMA90K6DFAVANYQ9X3","figma-use-slides","This skill helps agents use Figma's use_figma MCP tool in the Slides context. Can be used alongside figma-use which has foundational context for using the use_figma tool.","https:\u002F\u002Fgithub.com\u002FSimaDevelopment\u002Fopsiforce\u002Fblob\u002Fmain\u002Ffrontend\u002Fopencode\u002Fpackages\u002Fplugins\u002Ffigma\u002Fskills\u002Ffigma-use-slides\u002FSKILL.md",[169,172,173],{"categoryNo":170,"categoryName":171,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000003","演示文稿",{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":29,"categoryName":30,"taxonomyType":26,"taxonomyTypeDesc":27},[32,33,175,176,34,177,49,45,178,179,180,181,182],"figma use slides","slides","MCP","false","which","can","for","figma mcp",{"skillNo":184,"name":185,"nameZh":6,"description":186,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":187,"categories":188,"keywords":191,"publishedAt":52},"01M6QQJTR9QYK297WQ1X792D63","figma-use-motion","Motion \u002F animation context for the `use_figma` MCP tool — animating Figma nodes via manual keyframes, animation styles, easing, and timeline duration. Load alongside figma-use whenever a task involves adding, editing, or inspecting animation on a node.","https:\u002F\u002Fgithub.com\u002FSimaDevelopment\u002Fopsiforce\u002Fblob\u002Fmain\u002Ffrontend\u002Fopencode\u002Fpackages\u002Fplugins\u002Ffigma\u002Fskills\u002Ffigma-use-motion\u002FSKILL.md",[189,190],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":29,"categoryName":30,"taxonomyType":26,"taxonomyTypeDesc":27},[32,33,192,34,193,177,194,49,195,196,45,197,198,199,178,200,201,202,203,181],"figma use motion","motion","Animation","node","editing","Nodes","task","keyframes","via","styles","manual","load",{"skillNo":205,"name":206,"nameZh":6,"description":207,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":208,"categories":209,"keywords":212,"publishedAt":52},"01M6QQJNZ067ZRXZ6A0QB9M6SB","figma-use-figjam","This skill helps agents use Figma's use_figma MCP tool in the FigJam context. Can be used alongside figma-use which has foundational context for using the use_figma tool.","https:\u002F\u002Fgithub.com\u002FSimaDevelopment\u002Fopsiforce\u002Fblob\u002Fmain\u002Ffrontend\u002Fopencode\u002Fpackages\u002Fplugins\u002Ffigma\u002Fskills\u002Ffigma-use-figjam\u002FSKILL.md",[210,211],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":29,"categoryName":30,"taxonomyType":26,"taxonomyTypeDesc":27},[32,33,213,34,177,49,45,178,179,180,181,182],"figma use figjam",{"skillNo":215,"name":216,"nameZh":6,"description":217,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":218,"categories":219,"keywords":221,"publishedAt":52},"01M6QQJ7NEHXPE33VRVHYYM7YE","figma-swiftui","SwiftUI ↔ Figma translation. Use whenever the user mentions Swift, SwiftUI, iOS, iPhone, or iPad — in EITHER direction — translating a Figma design into SwiftUI (design → code), or pushing SwiftUI views \u002F screens \u002F tokens back into a Figma file (code → design). Triggers on phrases like 'implement this Figma design in SwiftUI', 'build this screen in Swift', 'push this SwiftUI view to Figma', 'mirror my Swift code in a Figma file', or whenever a Figma URL appears alongside `.swift` files \u002F an `.xcodeproj`. Routes to a direction-specific reference doc; loads alongside `figma-use` for the code → design path.","https:\u002F\u002Fgithub.com\u002FSimaDevelopment\u002Fopsiforce\u002Fblob\u002Fmain\u002Ffrontend\u002Fopencode\u002Fpackages\u002Fplugins\u002Ffigma\u002Fskills\u002Ffigma-swiftui\u002FSKILL.md",[220],{"categoryNo":29,"categoryName":30,"taxonomyType":26,"taxonomyTypeDesc":27},[33,222,223,224,225,226,227,228,229,230,231,232,233,234,178,235,236,237,238,239],"figma swiftui","swiftui","design","swift","code","push","doc","files","translation","back","either","iphone","ipad","screen","direction","URL","my","path",{"skillNo":241,"name":242,"nameZh":6,"description":243,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":244,"categories":245,"keywords":247,"publishedAt":52},"01M6QQJ3WZ3M90BZQ5TD305PKN","figma-shaders","**MANDATORY prerequisite** — load this skill before calling `create_shader` or `update_shader`. Use when the user asks to create, author, change, fix, or iterate on a shader effect, shader fill, custom effect, custom fill, or procedural shader in Figma.","https:\u002F\u002Fgithub.com\u002FSimaDevelopment\u002Fopsiforce\u002Fblob\u002Fmain\u002Ffrontend\u002Fopencode\u002Fpackages\u002Fplugins\u002Ffigma\u002Fskills\u002Ffigma-shaders\u002FSKILL.md",[246],{"categoryNo":29,"categoryName":30,"taxonomyType":26,"taxonomyTypeDesc":27},[248,33,249,250,51,251,252,253,254,34,255,256,178,257,203,258,259,260,261],"shaders","figma shaders","change","update","effect","user","fix","shader","calling","procedural","fill","iterate","custom","author",{"skillNo":263,"name":264,"nameZh":6,"description":265,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":266,"categories":267,"keywords":272,"publishedAt":52},"01M6QQHYJWPNPNXP7HW2XRX0RS","figma-implement-motion","Translates Figma motion and animations into production-ready application code. Use when implementing animation\u002Fmotion from a Figma design — user mentions \"implement this motion\", \"add animation from Figma\", \"animate this component\", provides a Figma URL whose node is animated, or when `get_design_context` returns motion data or instructs you to call `get_motion_context`.","https:\u002F\u002Fgithub.com\u002FSimaDevelopment\u002Fopsiforce\u002Fblob\u002Fmain\u002Ffrontend\u002Fopencode\u002Fpackages\u002Fplugins\u002Ffigma\u002Fskills\u002Ffigma-implement-motion\u002FSKILL.md",[268,271],{"categoryNo":269,"categoryName":270,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000015","视觉设计",{"categoryNo":29,"categoryName":30,"taxonomyType":26,"taxonomyTypeDesc":27},[273,33,274,193,224,275,226,276,194,277,195,45,278,279,178,280,237,39,281,282],"implement","figma implement motion","component","data","returns","ready","get","add","production-ready","implementing"]