build-design — скилл для Claude Code: что делает и как установить
Переносит интерфейс из Figma или скриншота в код проекта. Подбирает существующие токены и компоненты вместо вёрстки с нуля.
npx skills add jakubkrehel/skills --skill build-design -a claude-codeЧто делает build-design
Скилл переносит макет в код строго по существующим токенам и библиотеке компонентов. Для ссылок на Figma нужен работающий Figma MCP-сервер. По скриншотам агент считает размеры лишь приблизительными. Если готового компонента нет, он пишет обычную разметку и фиксирует отклонение в итоговом отчёте.
Никаких правок соседнего кода здесь нет. Скилл запрещает додумывать экраны ошибок или менять цвета по вкусу. При расхождении с токеном больше 2px агент останавливает работу и спрашивает человека. Произвольные утилиты вроде единичных значений ширины сразу бракуются.
Готовый результат сравнивается со скриншотом дизайна по контрольным точкам ширины. На выходе формируется отчёт со списками неподключённых данных, пропущенных состояний и конфликтов.
Какие задачи решает
- перенести интерфейс из Figma в код с привязкой к токенам проекта
- заменить произвольные отступы и цвета на системные токены
- сверить свёрстанный экран с оригинальным макетом по контрольным точкам
- зафиксировать отсутствующие состояния в структурированном отчёте
Примеры запросов агенту
- Сверстай карточку профиля по этой ссылке на фрейм в Figma, используя наши токены.
- Перенеси форму авторизации со скриншота login.png в разметку проекта.
- Построй мобильную версию экрана настроек из макета и сверь отступы.
Как установить build-design
1Через Skills CLI (Vercel)
npx skills add jakubkrehel/skills --skill build-design -a claude-code2Вручную: положить файлы
~/.claude/skills/build-design/SKILL.mdПапка скилла целиком; для одного проекта — .claude/skills/build-design/
1Через Skills CLI (Vercel)
npx skills add jakubkrehel/skills --skill build-design -a codex2Вручную: положить файлы
.agents/skills/build-design/SKILL.mdДля всех проектов — ~/.agents/skills/
1Через Skills CLI (Vercel)
npx skills add jakubkrehel/skills --skill build-design -a cursor2Вручную: положить файлы
.cursor/skills/build-design/SKILL.mdCursor читает и .agents/skills/, и .claude/skills/
1GitHub CLI
gh skill install jakubkrehel/skills build-design2Вручную: положить файлы
.github/skills/build-design/SKILL.md1Через Skills CLI (Vercel)
npx skills add jakubkrehel/skills --skill build-design -a gemini-cli2Командой платформы
gemini skills install https://github.com/jakubkrehel/skills --path skills/build-designВручную: положить файлы
.devin/skills/build-design/SKILL.mdСтарый путь .windsurf/skills/ тоже читается
Через Skills CLI (Vercel)
npx skills add jakubkrehel/skills --skill build-design -a opencodeClaude.ai
Упакуйте папку в zip и загрузите в Settings → Capabilities → Skills
Из того же набора13
Весь набор →Похожие
Вопросы о build-design
Как установить build-design в Claude Code?
Выполните команду npx skills add jakubkrehel/skills --skill build-design -a claude-code. Конфигурационный файл скилла запишется в ~/.claude/skills/build-design/SKILL.md.
Что делает скилл build-design?
Он разбирает макет из Figma или изображения, сопоставляет стили с дизайн-токенами проекта и формирует вёрстку без произвольных правок соседних файлов.
Что требуется для разбора ссылок на Figma?
Необходим настроенный инструмент Figma MCP, через который скилл извлекает точные значения отступов, типографики и вариантов компонентов.
Исходный текст
SKILL.md · MIT
--- name: build-design description: Builds UI from a Figma file or a design image so it matches the design, using the project's existing tokens and components. --- # Build design This skill turns a design into code that matches it. It reads the design at its source, builds with what the project already has, then compares the result against the design before calling it done. The design decides. Values come from the design file, never from your taste or a pattern you liked elsewhere. A change the design does not show is a deviation, and a deviation is the user's call. It owns no domain rules. Where the design breaks one, build it as designed and report the conflict with its owner. Contrast is a requirement in `better-accessibility` and a measurement in `better-colors`. Focus and semantics are `better-accessibility`, type is `better-typography` and spacing and structure are `better-layout`. Palette is `better-colors`, copy is `better-writing` and surfaces, icons and motion are `better-ui`. Reviewing finished work is `interface-review`, exploring alternatives is `variant` and stress testing a component is `break`. ## 1. Read the design at its source A Figma link means the Figma MCP. Search the available and deferred tools for `figma` before saying it is unavailable, since the server often sits under a name you did not expect. A server that lists only an authenticate tool is connected but signed out, so ask the user to authenticate. With no Figma tool at all, ask the user to connect one, and do not build from memory or guesswork meanwhile. [figma.md](figma.md) holds which tools to call and what each returns. A screenshot or exported image has no values to read. Sizes are ratios to the capture, so state the scale you assumed and treat every measurement as an estimate. Ask for the Figma link when one exists, since it replaces the whole estimate. Scope the run to the frames named. Frames that show the same thing at different widths are one piece at several breakpoints, not separate pieces. This step is done when you hold a screenshot of every frame in scope and its values for spacing, size, radius, color, type and the components used. From a Figma file they are exact. From an image they are estimates at the scale you stated. ## 2. Map the design onto the project Read the project's tokens and component library before writing anything. Then map every design value to what exists: | In the design | In code | | --- | --- | | A bound variable or style | The token with the same name or the same value | | A raw value that equals a token | That token | | A raw value with no token | The nearest existing token, listed in the report as rounded | | A component instance | The project's component of that name, with the variant the design shows | | A component instance with no project equivalent | Plain markup in place, listed as a deviation, and ask whether a component should exist | | A one-off group of layers | Plain markup in place, not a new component | Never add a token, a component variant or an arbitrary value to hit a number. Stop and ask which way to go when rounding would visibly change the design. That means more than 2px on spacing or size, or a color landing on a different step. Check what data the design needs and wire it to what exists. Where the backend for part of it does not exist yet, build that part as UI fed by props and name it in the report as unwired. ## 3. Build only what the design shows Implement the frames, the breakpoints the frames define and the states the file draws, such as hover, empty or error. A state the file does not draw is not yours to design. Leave it to the existing component's default and list it as missing. Leave everything around the piece as it was. No neighbouring copy edits, no icon swaps, no "while I was here" cleanups. A diff wider than the design is the most common way this goes wrong. ## 4. Compare against the design Render the build at each frame's width beside the design screenshot and walk it element by element. Compare the properties **Read the design at its source** collected. "Gap is 12px, design is 16px" is a finding. "Feels a bit tight" is not. With a browser at hand, screenshot each width and compare. Without one, hand over the local URL with the widths to check and say the comparison is unverified. Do not report a match you did not look at. Fix every mismatch you caused, then compare again. This step is done when every remaining difference is a rounding or a question. ## 5. Report and stop | Element | Design | Built | Status | | --- | --- | --- | --- | | Card padding | 20px | `p-5` | Matches | | Title size | 15px | `text-sm`, 14px | Rounded to token | | Badge | Filled pill | Text label | Deviates, asked: no badge component exists | Then list, one line each, and omit a list with nothing in it: - **Unwired.** What renders from props until the backend exists. - **Missing states.** What the design does not draw. - **Domain conflicts.** Where the design breaks a rule, with the owning skill. Close by saying where the build is running and at which widths you compared. ## Before you finish | You notice | Fix | | --- | --- | | "Figma isn't connected" written before any tool search | Search the tools for `figma` first | | Values in code that appear in no Figma response, only in the screenshot | Read them from the design context | | An arbitrary utility such as `w-[343px]` or a raw hex in the diff | Map it to a token, or ask if rounding shows | | A new file under the components directory for a frame that is not a component | Inline it as plain markup | | A loading or error branch the design never drew | Remove it, keep the default and list it as missing | | Files in the diff that no frame touches | Revert them | | A contrast or focus change the design does not show | Restore the design and report the conflict with its owner | | A comparison claimed with no screenshot of the build | Render each frame width, or say it is unverified | | Hard-coded sample data with no mention in the report | List it under **Unwired** |
© jakubkrehel · MIT · jakubkrehel/skills