AnyDesign
uxKero/anydesign
Extracts the design of a screenshot, website URL or Figma file into a design.md of tokens, components, layout and brand rules, or copies one element into element.md.
Creates project-specific design system rules from your codebase so coding agents implement Figma designs with your components, naming and tokens.
$ npx skills add warpdotdev/warp --skill figma-create-design-system-rules -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install warpdotdev/warp figma-create-design-system-rules --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/warpdotdev/warp.git skills-src && mkdir -p .claude/skills && cp -r skills-src/resources/bundled/mcp_skills/figma/figma-create-design-system-rules .claude/skills/figma-create-design-system-rules && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "figma-create-design-system-rules" agent skill from https://github.com/warpdotdev/warp/tree/master/resources/bundled/mcp_skills/figma/figma-create-design-system-rules into .claude/skills/figma-create-design-system-rules/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "figma-create-design-system-rules", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/warpdotdev/warp/tree/master/resources/bundled/mcp_skills/figma/figma-create-design-system-rulesType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add warpdotdev/warp --skill figma-create-design-system-rules -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install warpdotdev/warp figma-create-design-system-rules --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/warpdotdev/warp.git skills-src && mkdir -p .agents/skills && cp -r skills-src/resources/bundled/mcp_skills/figma/figma-create-design-system-rules .agents/skills/figma-create-design-system-rules && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "figma-create-design-system-rules" agent skill from https://github.com/warpdotdev/warp/tree/master/resources/bundled/mcp_skills/figma/figma-create-design-system-rules into .agents/skills/figma-create-design-system-rules/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "figma-create-design-system-rules", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add warpdotdev/warp --skill figma-create-design-system-rules -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install warpdotdev/warp figma-create-design-system-rules --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/warpdotdev/warp.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/resources/bundled/mcp_skills/figma/figma-create-design-system-rules .cursor/skills/figma-create-design-system-rules && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "figma-create-design-system-rules" agent skill from https://github.com/warpdotdev/warp/tree/master/resources/bundled/mcp_skills/figma/figma-create-design-system-rules into .cursor/skills/figma-create-design-system-rules/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "figma-create-design-system-rules", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/warpdotdev/warp.git --path resources/bundled/mcp_skills/figma/figma-create-design-system-rules--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add warpdotdev/warp --skill figma-create-design-system-rules -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install warpdotdev/warp figma-create-design-system-rules --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/warpdotdev/warp.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/resources/bundled/mcp_skills/figma/figma-create-design-system-rules .gemini/skills/figma-create-design-system-rules && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "figma-create-design-system-rules" agent skill from https://github.com/warpdotdev/warp/tree/master/resources/bundled/mcp_skills/figma/figma-create-design-system-rules into .gemini/skills/figma-create-design-system-rules/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "figma-create-design-system-rules", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install warpdotdev/warp figma-create-design-system-rulesInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add warpdotdev/warp --skill figma-create-design-system-rules -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/warpdotdev/warp.git skills-src && mkdir -p .github/skills && cp -r skills-src/resources/bundled/mcp_skills/figma/figma-create-design-system-rules .github/skills/figma-create-design-system-rules && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "figma-create-design-system-rules" agent skill from https://github.com/warpdotdev/warp/tree/master/resources/bundled/mcp_skills/figma/figma-create-design-system-rules into .github/skills/figma-create-design-system-rules/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "figma-create-design-system-rules", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add warpdotdev/warp --skill figma-create-design-system-rules -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install warpdotdev/warp figma-create-design-system-rules --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/warpdotdev/warp.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/resources/bundled/mcp_skills/figma/figma-create-design-system-rules .opencode/skills/figma-create-design-system-rules && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "figma-create-design-system-rules" agent skill from https://github.com/warpdotdev/warp/tree/master/resources/bundled/mcp_skills/figma/figma-create-design-system-rules into .opencode/skills/figma-create-design-system-rules/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "figma-create-design-system-rules", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
figma-create-design-system-rulesCreates project-specific design system rules from your codebase so coding agents implement Figma designs with your components, naming and tokens.
The skill writes down the conventions an experienced teammate would pass on: which layout primitives and components to reuse, where component files live, how they are named and structured, what must never be hardcoded, how design tokens and styling are handled, and any project-specific architecture. The result is saved in the rule file your agent reads, which is `CLAUDE.md` for Claude Code, `AGENTS.md` for Codex CLI and `.cursor/rules/figma-design-system.mdc` for Cursor.
The workflow is ordered. First the agent calls the Figma MCP server's `create_design_system_rules` tool, passing the project's languages and framework (for example react, vue, svelte or angular) to get a template and guidance. Next it analyzes your codebase and fills that template in; the excerpt stops before the later steps. A connected Figma MCP server and access to the project code are required.
5 steps, taken from the step headings in SKILL.md.
Read from SKILL.md and the folder at commit f571865. It shows what the files ask for, not the result of running them.
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
No scripts in the folder and no shell commands in SKILL.md (its code samples are markdown).
From the folder's file list and the shell code blocks in SKILL.md.
Links to these hosts (documentation or services it may open):
developers.figma.comhelp.figma.comFrom URLs in SKILL.md, links to its own repository left out.
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Figma Design System Rules Generator loads about 4.6k tokens when it runs. Until then it costs about 89 tokens; SKILL.md has 1,267 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
The full file from warpdotdev/warp at commit f571865, republished under its AGPL-3.0 licence (© warpdotdev). 1,267 words, ~4,564 tokens.
.claude/skills/figma-create-design-system-rules/SKILL.md (or your agent's skills folder).This skill helps you generate custom design system rules tailored to your project's specific needs. These rules guide AI coding agents to produce consistent, high-quality code when implementing Figma designs, ensuring that your team's conventions, component patterns, and architectural decisions are followed automatically.
| Agent | Rule File |
|---|---|
| Claude Code | CLAUDE.md |
| Codex CLI | AGENTS.md |
| Cursor | .cursor/rules/figma-design-system.mdc |
Design system rules are project-level instructions that encode the "unwritten knowledge" of your codebase - the kind of expertise that experienced developers know and would pass on to new team members:
Once defined, these rules dramatically reduce repetitive prompting and ensure consistent output across all Figma implementation tasks.
Use this skill when:
Follow these steps in order. Do not skip steps.
Call the Figma MCP server's create_design_system_rules tool to get the foundational prompt and template.
Parameters:
clientLanguages: Comma-separated list of languages used in the project (e.g., "typescript,javascript", "python", "javascript")clientFrameworks: Framework being used (e.g., "react", "vue", "svelte", "angular", "unknown")This tool returns guidance and a template for creating design system rules.
Structure your design system rules following the template format provided in the tool's response.
Before finalizing rules, analyze the project to understand existing patterns:
Component Organization:
src/components/, app/ui/, lib/components/)Styling Approach:
Component Patterns:
Architecture Decisions:
Based on your codebase analysis, create a comprehensive set of rules. Include:
- IMPORTANT: Always use components from `[YOUR_PATH]` when possible
- Place new UI components in `[COMPONENT_DIRECTORY]`
- Follow `[NAMING_CONVENTION]` for component names
- Components must export as `[EXPORT_PATTERN]`- Use `[CSS_FRAMEWORK/APPROACH]` for styling
- Design tokens are defined in `[TOKEN_LOCATION]`
- IMPORTANT: Never hardcode colors - always use tokens from `[TOKEN_FILE]`
- Spacing values must use the `[SPACING_SYSTEM]` scale
- Typography follows the scale defined in `[TYPOGRAPHY_LOCATION]`## Figma MCP Integration Rules
These rules define how to translate Figma inputs into code for this project and must be followed for every Figma-driven change.
### Required Flow (do not skip)
1. Run get_design_context first to fetch the structured representation for the exact node(s)
2. If the response is too large or truncated, run get_metadata to get the high-level node map, then re-fetch only the required node(s) with get_design_context
3. Run get_screenshot for a visual reference of the node variant being implemented
4. Only after you have both get_design_context and get_screenshot, download any assets needed and start implementation
5. Translate the output (usually React + Tailwind) into this project's conventions, styles, and framework
6. Validate against Figma for 1:1 look and behavior before marking complete
### Implementation Rules
- Treat the Figma MCP output (React + Tailwind) as a representation of design and behavior, not as final code style
- Replace Tailwind utility classes with `[YOUR_STYLING_APPROACH]` when applicable
- Reuse existing components from `[COMPONENT_PATH]` instead of duplicating functionality
- Use the project's color system, typography scale, and spacing tokens consistently
- Respect existing routing, state management, and data-fetch patterns
- Strive for 1:1 visual parity with the Figma design
- Validate the final UI against the Figma screenshot for both look and behavior## Asset Handling
- The Figma MCP server provides an assets endpoint which can serve image and SVG assets
- IMPORTANT: If the Figma MCP server returns a localhost source for an image or SVG, use that source directly
- IMPORTANT: DO NOT import/add new icon packages - all assets should be in the Figma payload
- IMPORTANT: DO NOT use or create placeholders if a localhost source is provided
- Store downloaded assets in `[ASSET_DIRECTORY]`## Project-Specific Conventions
- [Add any unique architectural patterns]
- [Add any special import requirements]
- [Add any testing requirements]
- [Add any accessibility standards]
- [Add any performance considerations]Detect which AI coding agent the user is working with and save the generated rules to the corresponding file:
| Agent | Rule File | Notes |
|---|---|---|
| Claude Code | CLAUDE.md in project root | Markdown format. Can also use .claude/rules/figma-design-system.md for modular organization. |
| Codex CLI | AGENTS.md in project root | Markdown format. Append as a new section if file already exists. 32 KiB combined size limit. |
| Cursor | .cursor/rules/figma-design-system.mdc | Markdown with YAML frontmatter (description, globs, alwaysApply). |
If unsure which agent the user is working with, check for existing rule files in the project or ask the user.
For Cursor, wrap the rules with YAML frontmatter:
---
description: Rules for implementing Figma designs using the Figma MCP server. Covers component organization, styling conventions, design tokens, asset handling, and the required Figma-to-code workflow.
globs: "src/components/**"
alwaysApply: false
---
[Generated rules here]Customize the globs pattern to match the directories where Figma-derived code will live in the project (e.g., "src/**/*.tsx" or ["src/components/**", "src/pages/**"]).
After saving, the rules will be automatically loaded by the agent and applied to all Figma implementation tasks.
After creating rules:
Component Discovery:
- UI components are located in `src/components/ui/`
- Feature components are in `src/components/features/`
- Layout primitives are in `src/components/layout/`Design Token Usage:
- Colors are defined as CSS variables in `src/styles/tokens.css`
- Never hardcode hex colors - use `var(--color-*)` tokens
- Spacing uses the 4px base scale: `--space-1` (4px), `--space-2` (8px), etc.Styling Approach:
- Use Tailwind utility classes for styling
- Custom styles go in component-level CSS modules
- Theme customization is in `tailwind.config.js`Component Patterns:
- All components must accept a `className` prop for composition
- Variant props should use union types: `variant: 'primary' | 'secondary'`
- Icon components should accept `size` and `color` propsImport Conventions:
- Use path aliases: `@/components`, `@/styles`, `@/utils`
- Group imports: React, third-party, internal, types
- No relative imports beyond parent directoryCode Quality:
- Add JSDoc comments for exported components
- Include PropTypes or TypeScript types for all props
- Extract magic numbers to named constantsAccessibility:
- All interactive elements must have aria-labels
- Color contrast must meet WCAG AA standards
- Keyboard navigation required for all interactionsPerformance:
- Lazy load images with the `Image` component from `@/components/Image`
- Use React.memo for components that receive complex props
- Icons should be SVG components, not icon fontsTesting:
- Include unit tests for new components in `__tests__/` directory
- Use Testing Library queries (getByRole, getByLabelText)
- Test all interactive states and variantsUser says: "Create design system rules for my React project"
Actions:
create_design_system_rules(clientLanguages="typescript,javascript", clientFrameworks="react")# Figma MCP Integration Rules
## Component Organization
- UI components are in `src/components/ui/`
- Page components are in `src/app/`
- Use Tailwind for styling
## Figma Implementation Flow
1. Run get_design_context for the node
2. Run get_screenshot for visual reference
3. Map Figma colors to Tailwind colors defined in `tailwind.config.js`
4. Reuse components from `src/components/ui/` when possible
5. Validate against screenshot before completing
## Styling Rules
- IMPORTANT: Use Tailwind utility classes, not inline styles
- Colors are defined in `tailwind.config.js` theme.colors
- Spacing uses Tailwind's default scale
- Custom components go in `src/components/ui/`
## Asset Rules
- IMPORTANT: Use localhost sources from Figma MCP server directly
- Store static assets in `public/assets/`
- DO NOT install new icon librariesResult: The agent now consistently follows the project's conventions when implementing Figma designs.
User says: "Set up Figma rules for my Vue app"
Actions:
create_design_system_rules(clientLanguages="typescript,javascript", clientFrameworks="vue")# Figma MCP Integration Rules
## Component Organization
- Components are in `src/components/`
- Composables are in `src/composables/`
- Vue SFC structure: <script setup>, <template>, <style scoped>
## Design Tokens
- IMPORTANT: All colors defined in `src/styles/tokens.css` as CSS variables
- Use `var(--color-primary)`, `var(--color-secondary)`, etc.
- Spacing: `var(--space-xs)` through `var(--space-xl)`
- Typography: `var(--text-sm)` through `var(--text-2xl)`
## Figma Implementation Flow
1. Run get_design_context and get_screenshot
2. Translate React output to Vue 3 Composition API
3. Map Figma colors to CSS variables in `src/styles/tokens.css`
4. Use CSS Modules for component styles
5. Check for existing components in `src/components/` before creating new ones
## Styling Rules
- Use CSS Modules (`.module.css` files)
- IMPORTANT: Reference design tokens, never hardcode values
- Scoped styles with CSS modulesResult: The agent now correctly translates Figma designs to Vue components using the project's design token system.
User says: "Generate rules for our design system library"
Actions:
create_design_system_rules(clientLanguages="typescript", clientFrameworks="react")# Design System Rules
## Repository Structure
- Design system components: `packages/design-system/src/components/`
- Documentation: `packages/docs/`
- Design tokens: `packages/tokens/src/`
## Component Development
- IMPORTANT: All components must be in `packages/design-system/src/components/`
- Component file structure: `ComponentName/index.tsx`, `ComponentName.stories.tsx`, `ComponentName.test.tsx`
- Export all components from `packages/design-system/src/index.ts`
## Design Tokens
- Colors: `packages/tokens/src/colors.ts`
- Typography: `packages/tokens/src/typography.ts`
- Spacing: `packages/tokens/src/spacing.ts`
- IMPORTANT: Never hardcode values - import from tokens package
## Documentation Requirements
- Add Storybook story for every component
- Include JSDoc with @example
- Document all props with descriptions
- Add accessibility notes
## Figma Integration
1. Get design context and screenshot from Figma
2. Map Figma tokens to design system tokens
3. Create or extend component in design system package
4. Add Storybook stories showing all variants
5. Validate against Figma screenshot
6. Update documentationResult: Entire team follows consistent patterns when adding components from Figma to the design system.
Don't try to capture every rule upfront. Start with the most important conventions and add rules as you encounter inconsistencies.
Instead of: "Use the design system"
Write: "Always use Button components from src/components/ui/Button.tsx with variant prop ('primary' | 'secondary' | 'ghost')"
Each rule should tell the agent exactly what to do, not just what to avoid.
Good: "Colors are defined in src/theme/colors.ts - import and use these constants"
Bad: "Don't hardcode colors"
Prefix rules that must never be violated with "IMPORTANT:" to ensure the agent prioritizes them.
- IMPORTANT: Never expose API keys in client-side code
- IMPORTANT: Always sanitize user input before renderingWhen rules seem arbitrary, explain the reasoning:
- Place all data-fetching in server components (reduces client bundle size and improves performance)
- Use absolute imports with `@/` alias (makes refactoring easier and prevents broken relative paths)Cause: Rules may be too vague or not properly loaded by the agent. Solution:
Cause: Contradictory or overlapping rules. Solution:
Cause: Excessive rules increase context size and processing time. Solution:
Cause: Codebase changes but rules don't. Solution:
Design system rules transform how AI coding agents work with your Figma designs:
Before rules:
After rules:
The time invested in creating good rules pays off exponentially across every Figma implementation task.
© warpdotdev, AGPL-3.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
Just SKILL.md in resources/bundled/mcp_skills/figma/figma-create-design-system-rules of warpdotdev/warp.
Open the folder on GitHubat commit f571865
We found 3 copies of this SKILL.md (exact, near-identical or edited) in other folders, from 3 other GitHub owners. This page covers the copy in warpdotdev/warp, which our catalogue first saw on October 7, 2026.
Figma Design System Rules Generator next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Figma Design System Rules Generator this skillwarpdotdev/warp | 65k | 3 repos | ~4.6k | Automated safety check: Pass | AGPL-3.0 | |
| AnyDesignuxKero/anydesign | 215 | — | ~1.5k | Automated safety check: Pass | MIT | |
| AnyDesign Design Analyzeravelikiy/great_cto | 103 | 1 repos | ~3.2k | Automated safety check: Pass | MIT | |
| Build Figmacursor/plugins | 10k | — | ~961 | Automated safety check: Pass | None | |
| Figma Design Inspectorasgeirtj/system_prompts_leaks | 69k | — | ~936 | Automated safety check: Pass | CC0-1.0 | |
| Tsh Implementing FrontendTheSoftwareHouse/copilot-collections | 284 | — | ~2.6k | Automated safety check: Pass | MIT |
uxKero/anydesign
Extracts the design of a screenshot, website URL or Figma file into a design.md of tokens, components, layout and brand rules, or copies one element into element.md.
avelikiy/great_cto
Analyzes a screenshot, website or Figma file and writes a `design.md` with its token system, component inventory and reconstruction notes, or an `element.md` for one element.
cursor/plugins
Guides an agent through turning a Figma node into production UI with the repo's own components, then checks the result visually before finishing.
asgeirtj/system_prompts_leaks
Inspects Figma designs through the figma CLI and Figma's MCP server to read variants, spacing, tokens and layouts and to extract assets for implementation.
TheSoftwareHouse/copilot-collections
Frontend component patterns, composition, design token integration, barrel file organization, error handling, and Figma-to-code workflow.
coinbase/cds
Turn Figma designs into CDS React (cds-web) or React Native (cds-mobile) code.
warpdotdev/warp
Builds or updates a design system in Figma from a codebase in ordered phases: discovery, variables and tokens, components, theming and documentation, with checkpoints.
warpdotdev/warp
Required groundwork before any use_figma call: the rules and reference files for running JavaScript in a Figma file through the Plugin API without common failures.
warpdotdev/warp
Authors and edits file-based Warp software factory definitions rooted at factory.yaml, covering agents, automations, scorers and webhooks, and validates them before a pull request.
warpdotdev/warp
Turns a Figma frame or component into production code that matches the design, using the Figma MCP server and the project's own design system.
warpdotdev/warp
Migrates the compatible subset of settings and global file-based MCP servers from the Warp desktop app into Warp Agent CLI without exposing credentials or state.
warpdotdev/warp
Maps published Figma components to their code implementations with Code Connect, using the Figma MCP suggestion and mapping tools.
Works with
Categories
Creates project-specific design system rules from your codebase so coding agents implement Figma designs with your components, naming and tokens. The skill writes down the conventions an experienced teammate would pass on: which layout primitives and components to reuse, where component files live, how they are named and structured, what must never be hardcoded, how design tokens and styling are handled, and any project-specific architecture.mdc` for Cursor.
Figma Design System Rules Generator fits situations like: starting a project that will turn Figma designs into code; onboarding a coding agent to an existing codebase with established component patterns; standardizing Figma-to-code conventions across a team; updating design system guidelines after your component conventions change.
Run `npx skills add warpdotdev/warp --skill figma-create-design-system-rules -a claude-code`. Or copy the skill folder (resources/bundled/mcp_skills/figma/figma-create-design-system-rules in warpdotdev/warp) into .claude/skills/figma-create-design-system-rules in your project. Claude Code loads it when a task matches its description.
Run `npx skills add warpdotdev/warp --skill figma-create-design-system-rules -a codex`. Or copy the skill folder (resources/bundled/mcp_skills/figma/figma-create-design-system-rules in warpdotdev/warp) into .agents/skills/figma-create-design-system-rules in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add warpdotdev/warp --skill figma-create-design-system-rules -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/figma-create-design-system-rules, .gemini/skills/figma-create-design-system-rules, .github/skills/figma-create-design-system-rules and .opencode/skills/figma-create-design-system-rules in your project.
SKILL.md names no scripts, command-line tools or credentials: Figma Design System Rules Generator is instructions for the agent only. Our summary lists: A connected Figma MCP server; Access to the project codebase for analysis.
SKILL.md names 2 domains. As links in the text: developers.figma.com and help.figma.com. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.
Figma Design System Rules Generator is published under the AGPL-3.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 4.6k tokens (SKILL.md is roughly 18k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
Skills that share tags, products or a category with Figma Design System Rules Generator: AnyDesign (uxKero/anydesign, 215 stars), AnyDesign Design Analyzer (avelikiy/great_cto, 103 stars), Build Figma (cursor/plugins, 10k stars) and Figma Design Inspector (asgeirtj/system_prompts_leaks, 69k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
warpdotdev (a GitHub organization) maintains it in warpdotdev/warp, which has 65,380 GitHub stars. The repository holds 46 skills in this directory. The repository was last updated on October 7, 2026.
Source: warpdotdev/warp on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.