figma-use
Run Figma Plugin API scripts for canvas writes, inspections, variab...
Developer Setup
Setup & Installation
npx skills add https://github.com/figma/mcp-server-guide --skill figma-usenpx skills add https://github.com/figma/mcp-server-guide --skill figma-useOverview
What This Skill Does
Run Figma Plugin API scripts for canvas writes, inspections, variables, and design-system work
Application
When to use this Skill
- Integrating figma use into your development workflow.
- Following best practices for run figma plugin api scripts for canvas writes, inspections, variables, and design-system work.
- Automating repetitive tasks with AI-assisted tooling.
- Building production-grade applications with proper standards.
- Debugging and troubleshooting common implementation issues.
Documentation
Show Skills.md file
use_figma — Figma Plugin API Skill
Use the use_figma tool to execute JavaScript in Figma files via the Plugin API. All detailed reference docs live in references/.
Always pass skillNames: "figma-use" when calling use_figma. This is a logging parameter used to track skill usage — it does not affect execution.
If the task involves building or updating a full page, screen, or multi-section layout in Figma from code, also load figma-generate-design. 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.
Before anything, load plugin-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 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.
IMPORTANT: Whenever you work with design systems, start with working-with-design-systems/wwds.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.
1. Critical Rules
- Use
returnto send data back. The return value is JSON-serialized automatically (objects, arrays, strings, numbers). Do NOT callfigma.closePlugin()or wrap code in an async IIFE — this is handled for you. - Write plain JavaScript with top-level
awaitandreturn. Code is automatically wrapped in an async context. Do NOT wrap in(async () => { ... })(). figma.notify()throws "not implemented" — never use it 3a.getPluginData()/setPluginData()are not supported inuse_figma— do not use them. UsegetSharedPluginData()/setSharedPluginData()instead (these ARE supported), or track node IDs by returning them and passing them to subsequent calls.console.log()is NOT returned — usereturnfor output- Work incrementally in small steps. Break large operations into multiple
use_figmacalls. Validate after each step. This is the single most important practice for avoiding bugs. - Colors are 0–1 range (not 0–255):
{r: 1, g: 0, b: 0}= red - Fills/strokes are read-only arrays — clone, modify, reassign
- Font loading is required before ANY operation on nodes that contain unloaded fonts — not just text-setting operations. This includes
appendChild,insertChild,setBoundVariable,setExplicitVariableModeForCollection,setValueForMode, and evenfindAllcallbacks. If the document has existing text nodes, preload all their fonts at the start of the script. Useawait figma.listAvailableFontsAsync()to discover available fonts and styles, thenawait figma.loadFontAsync({family, style})to load each one. See Gotchas for the full preload pattern. - Pages load incrementally — use
await figma.setCurrentPageAsync(page)to switch pages and load their content. The sync setterfigma.currentPage = pagedoes NOT work and will throw (see Page Rules below) setBoundVariableForPaintreturns a NEW paint — must capture and reassign
Recommendations
Explore other random skills
insecure-defaults
Detect insecure default configurations like hardcoded secrets, default credentials, and weak crypto
differential-review
Security-focused diff review with git history analysis
sharp-edges
Identify error-prone APIs and dangerous configurations