More screenshots

    Works with the AI tools you already use

    Claude CodeClaude CodeCursorCursorCodex CLICodex CLIGitHub CopilotGitHub CopilotGemini CLIGemini CLI+20 more

    Figma Workflow — Implement, Review, Optimize in 4 Phases

    2

    Implementing a Figma design in a single pass usually leaves visual drift, type errors, duplicated markup and loose Tailwind classes behind.

    $15

    Secure checkout via Stripe

    30-day refund guarantee

    Converts to your local currency at checkout

    0 installsSecurity scanned
    Figma Workflow — Implement, Review, Optimize in 4 Phases

    Figma Workflow — Implement, Review, Optimize in 4 Phases

    Example session with this skill installed

    /figma-workflow https://www.figma.com/design/QZhp5dSdNjU2fdjCiKkqyA/figma-enhance?node-id=10-2 — target file: src/pages/index.astro

    • Read your context and instructions
    • Compiled the figma workflow
    • Generated the app files

    The project is a fresh Astro 7 + Tailwind v4 starter with only the demo Welcome component in it. The Figma frame is a 1440 × 3365 landing page for a private-villa resort (header, hero, villa spaces, location, reservation, footer) that had already been tidied and componentized in Figma. The skill detected an Astro project, ran four phases one after another, and finished with one combined report.

    Phase 1 — Implementation

    Read the design context and tokens through the Figma MCP server, then built the page in src/pages/index.astro, replacing the starter content.

    • 4 components: SiteHeader, SiteFooter, CtaButton, VillaCard (the villa card is used three times, the CTA button three times)
    • 5 images saved as local webp files and used through Astro's <Image />; no Figma asset URL is left in the code
    • Fonts, colors and four text sizes added to @theme; spacing already mapped to Tailwind's default scale
    • data-node-id carried onto the matching elements

    Phase 2 — Review

    Compared the implementation with the Figma screenshot of the same node.

    • One real difference found and fixed: the header rendered 951px wide and the footer 755px instead of the full 1440px, because of a stray items-start on the root wrapper. Removing it put both back at 1440px with their inner elements at the Figma positions.
    • Every other section matched Figma within 1px on position, size and padding; total page height is 3364px against 3365px in Figma.
    • Type check: 0 errors, 0 warnings, 0 hints.

    Phase 3 — Optimization

    • Three repeated line-height values and two corner-radius values moved into @theme tokens (--leading-caption, --leading-small, --leading-body, --radius-brand, --radius-media)
    • The three section labels became one SectionEyebrow component
    • Values used only once (for example max-w-[720px]) were left inline on purpose

    Phase 4 — Tailwind Review

    • Arbitrary pixel values that divide cleanly by 4 were converted to scale utilities (min-h-[760px] became min-h-190, max-w-[720px] became max-w-180)
    • The language switcher links were wrapped in a proper <ul><li> list
    • Values off the 4px grid and one-off line heights were left as they are

    Final state

    CheckResult
    astro check0 errors, 0 warnings, 0 hints
    Biome checkno fixes needed
    buildsucceeds, 1 page
    data-node-id in the built HTML91, all unique
    Figma asset URLs left in code0

    What was not checked

    The review looked at the desktop layout and at one narrow width (500px); tablet and a true 390px phone width were not checked. Accessibility was reviewed by reading the code (landmarks, heading order, alt text, labels); color contrast and keyboard navigation were not measured. The language link points to a page that does not exist yet, and the footer policy links are # placeholders, as the design has no destinations for them.

    figma-workflow-implement-review-optimize-app.zip

    ZIP · project files

    Generated

    Example file from a real run - the skill writes it into your workspace.

    Connects securely to your tools. The creator never sees your data.

    What you get

    Implement a Figma frame as an Astro, React or plain-HTML page that follows your project's own conventions.Catch visual drift right after implementation by comparing the code with the Figma screenshot of the same node.Get shared components and design tokens extracted automatically once the page works.Clean up Tailwind classes at the end of the same run instead of in a separate review pass.Keep data-node-id on every element so a later Figma change can be traced to the exact element.

    About this skill

    Implementing a Figma design in a single pass usually leaves visual drift, type errors, duplicated markup and loose Tailwind classes behind. This skill splits the job into phases, each run by its own sub-agent with a focused prompt, and starts the next one only after the previous one has reported back.

    Who it is for

    People who already have a working environment: an Astro, React or plain-HTML project with a guidelines file (CLAUDE.md or AGENTS.md), and an agent connected to the Figma MCP server. This skill does not build that environment for you.

    Results depend on your Figma file

    The skill can only build what the design gives it. Without variables it falls back to arbitrary values, and without components the code is not split into components. Before you run it, check the frame with figma-audit (free): it scores layer naming, auto layout, variables and components, and tells you what to fix first.

    What it does

    • Detects your project type (Astro, React, or plain HTML/TypeScript) and picks the matching prompts and number of phases
    • Phase 1, Implementation: reads the design context, tokens and annotations through the Figma MCP server, reuses your existing components and @theme tokens, and builds the page or component following your project's agent guidelines (CLAUDE.md or AGENTS.md)
    • Phase 2, Review: compares the implementation with the Figma screenshot of the same node, fixes layout, style and responsive differences, resolves type errors, and runs code-style and accessibility checks
    • Phase 3, Optimization (Astro and React): organizes components and design tokens
    • Phase 4, Tailwind Review: cleans up Tailwind classes with the free tailwind-review skill when it is installed; skipped, and reported as skipped, when it is not
    • Carries Figma's data-node-id attribute onto the matching elements, so a later design change can be traced to the exact element that implements it
    • Ends with one combined report covering every phase

    How it works

    1. You give it a Figma frame or section URL
    2. It detects the project type and confirms the target file if you did not name one
    3. It runs the phases in order, one sub-agent at a time
    4. It summarizes what each phase did and changed

    What it is not

    It does not set up a project or install dependencies: it works inside a project that already exists and already has a guidelines file. The review phase compares your code with the Figma screenshot and does not require a browser; if your agent can start the dev server, it may also measure the rendered page. For very tall pages, split the design into section frames (Hero, Features, CTA) and run it once per section, otherwise the context gets too large.

    Requirements

    Runs inside an agent connected to the official Figma MCP server, in a project with a CLAUDE.md (or AGENTS.md) that describes your conventions: the implementation follows it strictly, so it sets the quality of the result. The review and optimization phases run scripts from your package.json, by project type: Astro uses astro check plus your lint/format script, React uses build plus your lint/format script, and plain HTML uses build. The lint/format script can be Biome, ESLint, Prettier or whatever you use (check, lint, format); without one, that step is skipped and the report says so. Node.js is used for project detection. Optional: the free tailwind-review skill for Phase 4.

    Other agents

    Written for and tested on Claude Code. It is plain Markdown, so you can ask your own agent to adapt it: swap the guidelines file name, the Agent tool used to launch sub-agents, and the skill lookup paths. Other agents have not been tested.

    Try it free first

    Try it Free on Agensi does not apply to this skill: the free trial runs on Agensi's own servers, which have neither your project files nor a Figma connection. Use the example session above to see what a real run looks like.

    More from KMRVID

    The full Claude Code skill bundle for Figma, Tailwind and Astro workflows is available on Gumroad: https://gaspanik.gumroad.com/l/kmrvid-claudeskills

    How to install

    Works the same in every agent - Claude, Cursor, Codex, Copilot and 20+ more.

    ~30 seconds
    1. 1

      Download the ZIP

      Free skills download straight away. Paid skills unlock right after purchase.

    2. 2

      Unzip into your skills folder

      Every agent reads skills from one folder on your machine. Drop the unzipped folder in there.

    3. 3

      Ask your agent to use it

      Restart the agent if it was already running. It picks the skill up automatically - no config needed.

    Skills folder by agent

    Click the path to copy it. Create the folder if it does not exist yet.

    Reviews

    No reviews yet

    Be one of the first to try it. Every listed skill passes our trust checks below.

    Security scanned

    Passed our 8-point scan before listing

    Fresh listing

    Recently published to Agensi

    30-day refund

    Not a fit? Get your money back

    Trust & safety

    Security scanned

    Verified clean 3 days ago

    • Passed all security checks, Safe to install

    Listed3 days ago

    What's inside

    Frequently Asked Questions