Figma MCP для Cursor: дизайн-контекст без лишних прав

Раздел

MCP-серверы

Сложность

средняя

Обновлено

2026-06-01

Короткий ответ

Figma MCP для Cursor стоит подключать, когда разработчику нужен не “скрин из дизайна”, а проверяемый дизайн-контекст: selected frame, компоненты, variables, Auto Layout, Code Connect mappings и ограничения файла. Хороший первый запуск - read-only: Cursor читает конкретную ссылку на frame или файл, предлагает реализацию, а человек сверяет diff, responsive-поведение и визуальное соответствие. Write-to-canvas включайте отдельно, только для Full seat и только в копии или рабочем файле, где команда готова принять изменения через ручное ревью.

Эта страница отвечает на один вопрос: как дать Cursor доступ к Figma через MCP так, чтобы агент понял дизайн-систему, но не получил лишние права и не начал менять canvas без явного решения. Если вам нужен общий разбор mcp.json, transports, secrets и approval, начните с Cursor MCP. Если задача шире и касается нескольких AI-клиентов в репозитории, смотрите MCP для Cursor и Codex.

Publish-day source check: 1 июня 2026 года. Проверены официальные Figma MCP docs, Figma Help Center setup for Cursor, Figma access/rate-limit notes, Code Connect, structure guidance, write-to-canvas limitations and MCP tools specification. Метрики, трафик, ranking, CTR, conversion, revenue и ROI по этой статье отсутствуют и не выводились.

Когда нужен отдельный Figma MCP контур

Figma MCP оправдан, если задача реально упирается в дизайн-контекст. Примеры: перенести новый экран из Figma в код, проверить расхождение с дизайн-системой, понять variables и variants, восстановить пропсы компонента через Code Connect, получить screenshot selected frame для review.

Не подключайте Figma MCP только потому, что в запросе есть Cursor. Если разработчику нужно поправить текст, написать тест или найти причину падения сборки, Figma не добавит полезного контекста. Если нужен просто общий MCP rollout, Figma должна быть одним источником в списке, а не первым сервером для всех задач.

Отдельная статья выбрана не ради объема. В локальном Wordstat-снимке есть figma cursor mcp exact 91, а официальные источники на дату проверки показывают достаточно отдельный workflow: Figma дает Cursor structured file context, remote setup, seat/access constraints, Code Connect and write-to-canvas boundaries. Поэтому это не дубль общего MCP сервера и не еще один обзор Cursor.

Минимальный безопасный контур

Первый запуск должен выглядеть скучно.

1. Выберите один Figma файл и один frame.
2. Проверьте, что пользователь Cursor имеет право смотреть этот файл.
3. Подключите Figma MCP в Cursor через официальный путь.
4. Попросите Cursor прочитать дизайн-контекст и объяснить, какие компоненты, variables и layout rules он видит.
5. Запретите write-to-canvas и любые изменения в Figma на первом проходе.
6. Дайте задачу на код как обычный diff.
7. Сверьте результат с frame, responsive состояниями и существующими компонентами.

Плохой контур выглядит иначе: один общий Figma доступ для всей команды, global config без владельца, auto-run tool calls, неизвестный файл, нет ссылки на selected frame, нет review-gate и нет записи, какие design sources повлияли на diff.

Минимальная карточка источника:

Remote или desktop server

Официальная Figma документация рекомендует remote MCP server для большинства пользователей: он подключается к hosted endpoint Figma, не требует Figma desktop app и дает самый широкий набор возможностей. В Cursor официальный путь идет через Figma plugin: в chat вводится /add-plugin figma, затем в Cursor Settings открывается Tools & MCP и выполняется authentication.

Desktop server нужен в более узких случаях: организация хочет локальный контур, есть enterprise-ограничения или нужно работать через Figma desktop app. В этом режиме сначала включают MCP server внутри Figma desktop, затем добавляют custom MCP server в Cursor. В официальном примере desktop endpoint выглядит как http://127.0.0.1:3845/mcp.

Практическое решение:

Не смешивайте remote и desktop setup в одном runbook без причины. Если у части команды remote, а у части desktop, ошибки прав и воспроизводимости станут нормой: один разработчик видит tools, другой нет, третий работает с другим файлом.

Права, seat и доступ к файлу

Figma MCP не обходит права Figma. Пользователь может читать или редактировать только то, к чему у него уже есть доступ. Если Cursor получает permission error, сначала проверьте ссылку на файл, email, под которым прошла authentication, plan/seat и членство пользователя в нужной organization/team.

На дату проверки Figma отдельно разделяет read workflows и write-to-canvas. Dev seat подходит для read-only задач вроде design context, variables и screenshots. Для записи в Figma через агента нужен Full seat и edit permission на файл. View/Collab seat и разные планы имеют другие лимиты tool calls; точные значения могут измениться, поэтому перед rollout откройте текущую страницу Figma Rate limits & access.

Что нельзя делать:

• выдавать агенту личный дизайнерский доступ “на время”;
• подключать файл с NDA-клиентами к общему проектному MCP без owner approval;
• давать write-to-canvas в production design file до теста на копии;
• считать наличие MCP approval достаточным контролем прав;
• переносить screenshots или дизайн-ссылки в публичный issue без проверки доступа.

Что Cursor должен получить из Figma

Полезный Figma MCP output - это не только картинка. Для разработки важны:

Если frame называется Frame 1268, слои без смысловых имен, components не используются, variables не применены, а layout собран вручную, агент будет угадывать. Figma прямо рекомендует готовить файл: использовать components, Code Connect, variables, семантические имена, Auto Layout, annotations и dev resources. Это полезно не только агенту: человек-разработчик получает тот же контекст быстрее.

Code Connect: когда это сильнее screenshot

Code Connect полезен, когда дизайн-система уже связана с компонентами в коде. Тогда Figma MCP может добавить в контекст не только внешний вид, но и implementation details: imports, prop mappings, snippets, component source paths and custom instructions. Это снижает риск, что Cursor нарисует похожий UI заново вместо использования существующего Button, Card, Modal или token API.

Но Code Connect не исправляет устаревшую библиотеку. Если mappings отстали от кода, агент получит красивую, но неверную подсказку. Перед использованием запишите:

• какие компоненты подключены через Code Connect;
• кто отвечает за актуальность mappings;
• как проверяется изменение component API;
• какие custom instructions разрешены;
• где reviewer видит, что diff основан на Code Connect, а не на догадке.

Для маленькой команды без зрелой дизайн-системы первый шаг проще: selected frame, variables, screenshot и ручная сверка. Code Connect подключайте, когда есть повторяемые компоненты и владелец библиотеки.

Read-only prompt для Cursor

Для первого прохода дайте Cursor узкий prompt. Он должен назвать источник, запреты и ожидаемый результат.

Use Figma MCP only as read-only design context.

Figma source:
- File/frame: <Figma frame URL>
- Expected screen/state: <screen name>

Allowed:
- inspect selected frame;
- read components, variables, layout, screenshots and Code Connect context;
- propose implementation changes in this repository.

Forbidden:
- write to Figma canvas;
- read unrelated Figma pages;
- use customer/client data outside this frame;
- invent missing requirements;
- change production code without a diff and tests.

Output:
- summarize what design context you used;
- list existing components/tokens to reuse;
- make the smallest implementation diff;
- include visual gaps or assumptions for human review.

Если Cursor не может прочитать frame, не лечите это широким доступом ко всей Figma organization. Проверьте ссылку, authentication, seat, plan, file permissions и whether the client is supported.

Write-to-canvas: отдельный режим

Write-to-canvas - это не “чуть больше контекста”. Это возможность создавать и менять native Figma content: frames, components, variables and Auto Layout. По официальным docs feature still evolves, current output may need manual cleanup, and write workflows require Full seat plus edit permission.

Поэтому write режим стоит запускать только как отдельный сценарий:

1. Создать duplicate или sandbox page.
2. Назвать owner и reviewer.
3. Зафиксировать allowed actions: например, создать draft screen или перенести raw values в variables.
4. Запретить массовые изменения библиотек.
5. Попросить агента сначала inspect, затем сделать маленький шаг.
6. Открыть Figma и проверить результат глазами.
7. Только после этого переносить решение в основной файл.

Write-to-canvas не должен быть включен в общий coding prompt. Разработчик, который просит “сверстай экран”, не обязательно просит “измени дизайн”.

Ревью после генерации кода

После MCP-запуска ревьюер должен видеть не только diff. Ему нужен источник решения.

Хорошая handoff-запись:

Figma MCP used: yes, read-only
Source: selected frame <URL>
Context used: components, variables, screenshot, Code Connect snippets
Write-to-canvas: no
Manual gaps: hover state absent in frame, checked against existing Button API
Verification: build + visual review at 375px and 1440px

Так reviewer понимает, почему Cursor выбрал именно этот компонент и какие части дизайна остались человеческой ответственностью.

Риски и ограничения

Главный риск Figma MCP - не техническое подключение, а смешение контуров. Агент может получить слишком широкий дизайн-контекст, использовать устаревший component mapping, превратить write tool в автодействие или принять черновой frame за готовый UX.

Минимальные ограничения:

• один file/frame на задачу;
• read-only по умолчанию;
• write-to-canvas только отдельным prompt и approval;
• не использовать screenshots как единственный источник требований;
• не отправлять NDA/client context в чужие prompts;
• не полагаться на tool descriptions как на security boundary;
• проверять responsive и accessibility человеком;
• фиксировать дату source check, потому что Figma MCP быстро меняется.

MCP tools specification напоминает важную вещь: tool definition содержит name, description, input schema and optional annotations, but clients must not blindly trust tool annotations unless they come from trusted servers. В практическом runbook это означает: описание tool помогает модели, но реальные права должны жить в Figma permissions, server scope, approval and review process.

Пример рабочего маршрута

1. Product designer дает ссылку на selected frame и пишет, что это final candidate for implementation.
2. Developer открывает задачу в Cursor и подключает Figma MCP через официальный plugin.
3. Cursor читает только selected frame и summary компонентов.
4. Developer просит: “сравни с текущими компонентами, предложи implementation plan, не меняй Figma”.
5. Cursor делает diff в коде.
6. Developer запускает build/tests и смотрит экран в браузере.
7. Designer сверяет ключевые состояния: desktop, mobile, empty/error/loading, если они есть.
8. Reviewer видит Figma source, MCP mode and verification.

Если на шаге 3 Cursor видит не тот frame или слишком много данных, остановитесь. Исправьте source link и permissions, а не продолжайте с догадкой.

Checklist перед rollout

• Есть конкретный reader job: перенести или проверить design context.
• Выбрана одна Figma file/frame ссылка.
• Remote или desktop server выбран осознанно.
• Пользователь прошел authentication под правильным email.
• Seat/plan/file permissions проверены.
• Первый режим read-only.
• Write-to-canvas выключен или вынесен в отдельный approval.
• Code Connect mappings актуальны или явно не используются.
• Figma файл подготовлен: components, variables, Auto Layout, semantic names.
• Prompt запрещает лишний file scope и canvas write.
• Reviewer видит source link, used context and verification.
• Article-level SEO metrics остаются Pending до реальных exports.

FAQ

Figma MCP заменяет дизайн-ревью?

Нет. Он помогает Cursor получить структуру дизайна, но не решает product fit, accessibility, responsive edge cases and acceptance criteria. Дизайнер или владелец продукта все равно смотрит результат.

Можно ли подключить весь Figma проект сразу?

Не для первого запуска. Дайте selected frame или конкретный файл. Чем шире источник, тем выше риск, что агент возьмет устаревший или нерелевантный context.

Dev seat достаточно?

Для read-only контекста обычно да: design context, variables and screenshots. Для write-to-canvas нужен Full seat and edit permission. Перед rollout сверяйте текущую Figma access page, потому что лимиты и условия могут меняться.

Нужен ли Code Connect обязательно?

Нет. Но если у команды есть дизайн-система и компоненты в коде, Code Connect резко снижает риск “похожей самодельной верстки”. Без Code Connect reviewer должен внимательнее проверять, что Cursor использовал существующие компоненты.

Context7 MCP конкурирует с Figma MCP?

Нет. Context7 дает library docs and code examples. Figma MCP дает design context. В одной задаче они могут быть полезны оба, но только если каждый отвечает на свой вопрос.

Что читать дальше?

Для общего Cursor MCP rollout откройте Cursor MCP. Для командного контура нескольких AI-клиентов - MCP для Cursor и Codex. Для выбора workflow перед подключением design context - Cursor AI для команды и AI code для команды.