Figma Make: что это и кому доступна сборка прототипа

Figma Make собирает работающий прототип внутри самой Figma — по текстовому промпту, готовому макету, дизайн-системе или загруженному файлу — и отдаёт на выходе код на React, а не просто картинку экрана. Доступ открыт только на Full seat платного тарифа: на бесплатном Starter Make не работает, а месячной выдачи в 3 000 кредитов на Professional хватает не больше чем на 30 сборок с нуля. Это первое, что стоит посчитать до того, как тратить время на промпты. Дальше — как считаются AI-кредиты на сборку, сколько раз реально хватит месячной выдачи по нашему расчёту от нижних границ Figma, что можно скачать или отправить в GitHub, почему связка с Figma Design работает только в одну сторону и чем всё это отличается от MCP-сервера Figma, с которым эту функцию путают чаще всего.

Что такое Make и кому он доступен

Make — функция Figma, которая по промпту, макету, дизайн-системе, npm-пакету, PDF, изображению или видео собирает работающее приложение и отдаёт код на React прямо внутри интерфейса Figma. Доступ определяет тип места, а не тариф компании в целом: Make открывает Full seat на платном тарифе — Professional, Organization или Enterprise. Любое место без Full seat не подходит, и бесплатный тариф Starter тоже: там Make недоступен.

Порог жёсткий и не смягчается объёмом подписки: даже организация с оплаченными местами не открывает Make участнику без персонального Full seat. Для дизайнера, который работает один и оценивает, стоит ли переходить на платное место ради этой функции, это ключевая развилка — Dev, Collab или View seat вопрос не решают, нужен именно Full seat. Дальше кредиты расходуются внутри Make одинаково на любом платном тарифе, различается только месячная выдача. Официальная страница функции — figma.com/make.

Что Make принимает на входе и что отдаёт на выходе

На входе Make принимает фреймы Figma, готовые дизайн-системы, npm-пакеты, PDF, изображения и видео — промпт можно надиктовать голосом, а точечные правки вносятся кликом по нужному элементу без пересборки всего экрана. На выходе — три пути: опубликовать результат ссылкой в веб, отправить код в GitHub или скачать zip-архив с приложением на React для своей IDE. Внутри Make есть встроенный редактор кода и история версий, среди файлов проекта — plan.md.

Каждый тип входных данных решает свою задачу. Фрейм Figma задаёт визуальную структуру, которую Make превращает в разметку и логику. Дизайн-система на входе задаёт набор компонентов, которыми Make старается пользоваться вместо генерации новых с нуля. Загруженный npm-пакет, PDF, изображение или видео — источник контента или контекста, который Make учитывает при сборке, а не просто прикладывает как референс без обработки. Голосовой ввод и точечная правка кликом решают одну задачу — сократить путь от идеи до изменения в интерфейсе без набора длинного текстового промпта каждый раз, а история версий даёт возможность вернуться к предыдущему состоянию, если очередная правка ушла не туда.

Публикация в веб не требует ни GitHub, ни скачивания архива — это самый быстрый из трёх путей, если результат нужен только для просмотра или обратной связи, а не для дальнейшей разработки. Push в GitHub создаёт репозиторий в вашем аккаунте или организации, соответствующий файлу Make, — эта возможность доступна всем пользователям Make. Скачивание кода собирает zip-архив с полным кодом приложения, готовым для открытия в IDE, — этот путь удобен, когда разработку продолжают вне Figma и без синхронизации с оригинальным файлом. Работа Make прямо в кодовой базе команды — то есть подключение к существующему репозиторию, а не отдельному файлу Make, — пока в бете и на время беты бесплатна; это отдельный режим от обычного push в новый репозиторий.

Кредиты Make: как считается расход

Make тратит AI-кредиты — общий ресурс для всех ИИ-функций Figma, не только для Make. Месячная выдача зависит от типа места и тарифа: Full seat получает 500 кредитов на Starter, 3 000 на Professional, 3 500 на Organization и 4 250 на Enterprise. Выдача на Starter при этом идёт на другие ИИ-функции Figma — сам Make на бесплатном тарифе не открывается. Места Dev, Collab и View получают 500 кредитов в месяц на любом тарифе, а пользователи бесплатного Starter и место View дополнительно ограничены 150 кредитами в сутки — это отдельный потолок поверх месячной выдачи, а не вместо неё.

Внутри Make конкретное действие тоже стоит кредиты, и Figma называет только нижние границы: смена шрифта — от 30 кредитов, добавление интерактива — от 75, сборка приложения с нуля — от 100. Итоговый расход зависит от выбранной модели, объёма приложенного контекста и сложности промпта — реальная сборка почти всегда обходится дороже нижней границы. Практическое следствие: два визуально похожих промпта могут списать разное число кредитов, если один из них тянет за собой больше контекста — например, целую дизайн-систему вместо одного фрейма. Полные условия по кредитам Figma описывает в справке: How AI credits work. Для команды это означает, что бюджет на сборку прототипов стоит планировать вместе с бюджетом остальных ИИ-функций Figma, а не рассчитывать месячную выдачу так, будто она принадлежит только Make.

Сколько сборок реально получится из месячной выдачи — наш расчёт

Если считать только по нижней границе Figma — 100 кредитов за сборку приложения с нуля, — Full seat на Professional даёт не больше 30 таких сборок в месяц, на Organization — не больше 35, на Enterprise — не больше 42. Это наш расчёт, а не цифра из документации Figma: реальный промпт почти всегда стоит дороже минимума, поэтому по факту сборок выйдет меньше, а не больше.

Тот же принцип работает и для более мелких действий, и разница между тарифами видна сразу, если свести оценку по всем трём типам действий в одну таблицу.

Все три строки — верхняя граница при условии, что кредиты уходят только на один тип действия и ни на что больше. На практике расход смешанный: часть кредитов тратится на другие функции Figma AI за пределами Make, часть промптов обходится дороже минимума, поэтому даже эти цифры стоит воспринимать как потолок, а не как ожидаемый результат.

Почему связь Make и Figma Design работает только в одну сторону

Перенос работает в одну сторону: готовый результат из Make можно перенести в Figma Design, скопировав дизайн в отдельный файл. Обратного пути нет — рабочую версию файла Make в Figma Design не получить, а правки слоёв, внесённые в Figma Design, в файл Make не возвращаются. Это ограничение, которое обзорные статьи про Make обычно не разбирают, хотя оно определяет, как встраивать инструмент в реальный процесс.

Практическое следствие простое: если код, скачанный из Make, поправили снаружи — в IDE или руками, — обратно в Make эти правки нужно вносить вручную, автоматической синхронизации нет. То же самое с изменениями дизайн-системы: если после сборки прототипа в Figma Design обновили компонент, из которого собран прототип, обновление само по себе в файл Make не долетит — переносить придётся заново. Работу стоит планировать так, чтобы Make оставался источником истины до момента экспорта, а не промежуточным звеном, куда возвращаются после правок в других инструментах.

Make kits: своя дизайн-система внутри Make

Make kit — готовая React-дизайн-система, подключённая к Make, чтобы прототип с самого начала собирался на тех же компонентах, что и продакшн, а не на абстрактных элементах. Ограничение простое: поддерживаются только кодовые базы на React, других фреймворков make kit не принимает.

Источник пакета — три варианта: публичный npm-реестр, собственный опубликованный публичный npm-пакет или приватный пакет через приватный реестр организации, который настраивает администратор. Публичные npm-пакеты доступны любому пользователю Make; публиковать и использовать приватные пакеты можно только на платных тарифах. Итоговое качество вывода сильно зависит от guidelines — сопроводительных правил использования компонентов, и Figma умеет генерировать их сама, если своих guidelines в пакете нет. Без подключённого Make kit прототип собирается на обобщённых компонентах, а не на реальной библиотеке команды. Для команды на React это разница между прототипом, который сразу пригоден для передачи разработчикам, и прототипом, который сначала нужно привести к стандартам библиотеки. Пошаговая настройка — в справке Figma: Get started with Make kits.

Чем Make отличается от MCP-сервера Figma

Разница принципиальная: Make собирает новый прототип внутри самой Figma по промпту и отдаёт код на React как результат работы; MCP-сервер, наоборот, отдаёт структуру уже готового макета — компоненты, переменные, метаданные слоёв — внешнему AI-агенту в Cursor, Claude Code или VS Code, который сам пишет код за пределами Figma. Разница не терминологическая: в Make работа не покидает Figma до экспорта, в связке с MCP макет с самого начала передаётся наружу.

Подробный разбор подключения и полного набора инструментов MCP-сервера — команды, лимиты, типичные сбои — в отдельной статье: Figma MCP. Здесь эти два инструмента путают чаще всего именно потому, что оба про перенос дизайна в код, но с разных концов процесса: Make — до готового макета, MCP — после него. Выбор между ними определяется тем, с чего вы начинаете: если макета ещё нет и нужен рабочий прототип с нуля, логичнее Make; если макет уже готов и его нужно передать в существующую кодовую базу, логичнее MCP-сервер. Для дизайнера без своей команды разработки это часто означает: Make закрывает демонстрацию идеи заказчику, а MCP-сервер нужен только тогда, когда за проектом уже стоит чужая кодовая база с собственными компонентами.

Отдельно от обоих стоит термин Figma AI — так называют весь набор ИИ-функций внутри Figma Design, а не конкретно Make; Make — лишь одна из функций под этим зонтичным названием и расходует общий пул AI-кредитов наравне с остальными. Ещё один продукт с похожим на первый взгляд назначением — Weave, но это отдельный продукт Figma на собственном домене, и в рамках этой статьи он не разбирается.

Оба сценария — сборка внутри Make и код, который пишет внешний агент через MCP, — частные случаи более широкого явления: вайб-кодинга, когда результат описывают словами, а не пишут код руками. Как это работает и что показывают исследования качества такого кода — в статье вайбкодинг что это.

Типичные сценарии, для которых используют Make

Три сценария встречаются чаще остальных. Первый — быстрый кликабельный прототип для показа заказчику без участия разработчика: на входе фреймы Figma, на выходе публикация в веб со ссылкой, которую можно отправить сразу после сборки, без промежуточного экспорта картинок или отдельной презентации. Второй — стартовый код на React для передачи в разработку: результат скачивается zip-архивом и открывается в IDE команды, а дальше живёт как обычный проект, без обратной связи с файлом Make. Третий — сборка на компонентах продакшна через подключённый Make kit, когда организации важно, чтобы прототип с первого промпта выглядел и вёл себя как реальный продукт, а не черновик из абстрактных блоков, которые потом придётся вручную приводить в соответствие с библиотекой.

Во всех трёх случаях расход кредитов считается одинаково — по типу действия внутри Make, а не по сценарию использования, поэтому оценка из предыдущего раздела применима к любому из них. Разница между сценариями — не в стоимости, а в том, какой из трёх выходов (публикация, GitHub или скачивание) в итоге нужен.

Как попробовать сборку прототипа без риска

Перед тем как тратить платный Full seat и месячную выдачу кредитов на первую сборку, разумно потренироваться на смежном навыке — превращении макета или идеи в рабочий прототип с помощью ИИ — без ограничения по кредитам конкретно Make. Бесплатная ступень AI Native Designer устроена вокруг этого же принципа: макет или бриф на входе, рабочий интерфейс на выходе, при помощи ИИ-инструментов.

Системно связку дизайна, ИИ-инструментов и кода — включая то, где в процессе уместен Make, а где MCP-сервер или сборка кода руками, — разбирает курс AI Native Designer. Дальше выбор инструмента для конкретной задачи станет очевиднее, чем при первом знакомстве с системой кредитов и барьером по тарифу: часть решений — про деньги за Full seat, часть — про то, какой из инструментов вообще подходит под задачу на этом этапе проекта.