/figma-fetch
Extract frame/component structure and all visible text from a Figma design URL. Use whenever a prompt or a fetched issue contains a figma.com/design or figma.com/file link.
$ npx -y skills add theam/claude-dev-kit --skill figma-fetch --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.
- You can call itInvoke it directly when you want it.
- Slash command
/figma-fetch
Context preview
The summary Claude sees to decide when to auto-load this skill.
Extract frame/component structure and all visible text from a Figma design URL. Use whenever a prompt or a fetched issue contains a figma.com/design or figma.com/file link.
SKILL.md
figma-fetch.SKILL.mdname: figma-fetch
description: Extract frame/component structure and all visible text from a Figma design URL. Use whenever a prompt or a fetched issue contains a figma.com/design or figma.com/file link.
Figma Fetch
Pull design context from Figma so the implementation matches the intended UI.
Trigger
Any URL matching `figma.com/(design|file)/([A-Za-z0-9]+)`.
How to parse the URL
Given `https://www.figma.com/design/ABcd1234EFgh/My-File?node-id=123-456`:
- **File key**: segment after `/design/` or `/file/` → `ABcd1234EFgh`
- **Node ID**: the `node-id` query param with `-` replaced by `:` → `123:456`
How to fetch
Use the **Figma MCP** tools to read the file/node. Walk the node tree; collect `TEXT` node content and the name/type of every named node, preserving nesting depth.
If the MCP server is not authenticated, tell the user to authorize the Figma connector (via `/mcp` or their claude.ai connector settings) and stop. Do not invent design content.
Output format
1. **Node hierarchy** with all text content, indented by depth:
===== Figma Node: <name> (<type>) =====
[FRAME] Screen name
[TEXT] Visible label
[INSTANCE] ComponentName
[TEXT] Button copy2. **Plain-English UI summary**: what screens/components are shown, what labels exist, and the apparent layout intent. 3. **Designer notes**: call out any text layers that read as annotations rather than UI copy.
After fetching
Incorporate the Figma context into the implementation plan before presenting it to the user. When implementing:
- Reuse existing project components first, then the project's UI library, and only then create new components.
- Never use inline styles; follow the project's styling conventions (see the consuming repo's CLAUDE.md).
Read more
name: figma-fetch description: Extract frame/component structure and all visible text from a Figma design URL. Use whenever a prompt or a fetched issue contains a figma.com/design or figma.com/file link.
Figma Fetch
Pull design context from Figma so the implementation matches the intended UI.
Trigger
Any URL matching `figma.com/(design|file)/([A-Za-z0-9]+)`.
How to parse the URL
Given `https://www.figma.com/design/ABcd1234EFgh/My-File?node-id=123-456`:
- **File key**: segment after `/design/` or `/file/` → `ABcd1234EFgh`
- **Node ID**: the `node-id` query param with `-` replaced by `:` → `123:456`
How to fetch
Use the **Figma MCP** tools to read the file/node. Walk the node tree; collect `TEXT` node content and the name/type of every named node, preserving nesting depth.
If the MCP server is not authenticated, tell the user to authorize the Figma connector (via `/mcp` or their claude.ai connector settings) and stop. Do not invent design content.
Output format
1. **Node hierarchy** with all text content, indented by depth:
===== Figma Node: <name> (<type>) =====
[FRAME] Screen name
[TEXT] Visible label
[INSTANCE] ComponentName
[TEXT] Button copy2. **Plain-English UI summary**: what screens/components are shown, what labels exist, and the apparent layout intent. 3. **Designer notes**: call out any text layers that read as annotations rather than UI copy.
After fetching
Incorporate the Figma context into the implementation plan before presenting it to the user. When implementing:
- Reuse existing project components first, then the project's UI library, and only then create new components.
- Never use inline styles; follow the project's styling conventions (see the consuming repo's CLAUDE.md).
An open-source Claude Code plugin by The Agile Monkeys: a stack-agnostic issue-to-PR workflow with enforced quality gates.
Repo: theam/claude-dev-kit
Other skills on fullstack-dev-kit.
- /coverage-check
Run the repo's unit tests with coverage and verify that every file touched in the current change keeps line, branch, and function coverage at or above 95%. Language- and framework-agnostic. Use before committing, before PR creation, or when the user asks about coverage.
Open skill - /create-pr
Create a branch, commit the work, and open a pull request for a completed user story, after all quality gates pass. Use when the user asks to open/create a PR or as the final step of the story workflow.
Open skill - /dev-kit-setup
First-use bootstrap for the dev kit. Detects the team's issue tracker, discovers what it can via MCP/CLI, asks only what cannot be discovered, and persists the result to .claude/dev-kit.json in the consuming repo. Use when that file is missing, when the user asks to set up or
Open skill - /e2e-generate
Create or update end-to-end tests for a user-facing flow that changed, using whatever e2e framework the repo already uses. Use after implementing a user story that alters UI behavior, routing, forms, or API-driven views.
Open skill - /fix-pr
Resolve the findings on an existing pull request - review comments, CI failures, and self-review findings - driving each to a decision (fix / defer to a tracked issue / discard), re-verifying the gates, replying to each reviewer, and watching for late feedback. The counterpart
Open skill - /issue-fetch
Fetch a work item (summary, status, description, acceptance criteria, comments) from the team's issue tracker and display a clean summary. Supports Jira, Linear, GitHub Issues, and Azure DevOps via adapters. Use whenever a prompt contains an issue reference (e.g. PROJ-1234,
Open skill

