Figma Make Kits: почему инструментам prompt-to-app нужен продуктовый контекст

Figma Make начинался как способ превратить промпт в интерактивный прототип без выхода из Figma. Make kits и Make attachments, анонсированные 2 апреля 2026 года, — признание того, что общий AI-результат полезен только до определённой точки: как только команде нужны прототипы, следующие их реальным компонентам, бренд-правилам и настоящему контенту, инструмент prompt-to-app с чистого листа недостаточен.

Что Figma изменила с Make Kits и Attachments

Make kits — переиспользуемые пакеты, которые авторы дизайн-систем могут создавать один раз и делиться ими по всей команде. Каждый kit объединяет компоненты или стили — из библиотек Figma или npm-пакетов, включая безопасный приватный реестр Figma — с рекомендациями, которые учат Make не только тому, какие компоненты существуют, но и как их следует использовать. Это различие важно: список компонентов говорит Make, из чего выбирать; рекомендации говорят, когда использовать primary button вместо secondary, какой вариант карточки применить к какому типу контента и какие правила отступов команда установила.

Make attachments позволяют добавлять вспомогательный контекст прямо в разговор Make: PDF, Markdown-файлы, датасеты CSV и JSON, скриншоты, бренд-гайдлайны, юридические тексты и изображения. Согласно посту в блоге Figma от апреля 2026 года, attachments заземляют прототипы в реальном контенте и ограничениях, а не в выдуманных плейсхолдерах — раньше обнаруживая крайние случаи макета и реальные отношения данных.

Почему это не просто ещё одна функция prompt-to-app

Когда Figma Make запустился в мае 2025 года, у него не было осведомлённости о дизайн-системе команды. Он мог генерировать функциональные прототипы, но они использовали компоненты и стили, которые AI выводил из промпта. Для команд с устоявшимися дизайн-системами и строгими бренд-гайдлайнами каждый прототип Make требовал ручной доработки перед использованием в дизайн-ревью.

Make kits меняют отправную точку. Прототип, сгенерированный с Make kit команды, использует реальные компоненты из кодовой базы, а не приближения. Это другой вид результата: не отполированный сам по себе, а основанный на реальных строительных блоках продукта с первого промпта. Снижает ли это работу по доработке — зависит от того, насколько хорошо kit был создан и поддерживается, но направление значимо.

Конкретный сценарий: когда прототипы с контекстом помогают и когда вводят в заблуждение

Команда из трёх человек исследует новый вариант страницы ценообразования. Их дизайн-система опубликована в библиотеке Figma, а код компонентов — на npm. Автор дизайн-системы создаёт Make kit с библиотекой компонентов, токенами типографики и PDF бренд-рекомендаций. Attachment предоставляет CSV их реальных данных о планах.

Make генерирует прототип с реальными компонентами команды PricingCard, Button и Badge — правильных размеров, цветов и состояний взаимодействия. Продакт-менеджер и дизайнер могут проверить что-то, выглядящее и ведущее себя как их реальный продукт. Это лучшее исследование, чем общий сине-белый прототип с текстом-заглушкой.

Но если команда затем добавляет бэкенд — который Figma Make поддерживает через Supabase — им следует понимать, что означает «бэкенд» в этом контексте. Figma Help указывает, что Make не создаёт полноценную SQL-базу данных; он создаёт хранилища ключ-значение внутри Postgres. Одна организация Supabase на организацию Figma, и доступ требует Full seat на платном плане. Если реальная система ценообразования команды работает на реляционной схеме с состояниями подписок, пробными периодами и историей биллинга, бэкенд Make — заглушка, полезная для тестирования пользовательских флоу, но не замена для production-архитектуры данных.

Почему перемещение превью Make обратно на холст важно

С сентября 2025 года превью Figma Make можно копировать на холст Figma Design как редактируемые слои. Это закрывает воркфлоу-разрыв между Make и Design как отдельными средами. Команды могут доработать прототип в Make, затем перенести снапшот в Design для аннотаций и совместного ревью — без экспорта или пересоздания вручную.

Важное ограничение: изменения, сделанные в Design, не синхронизируются обратно в Make. Поток односторонний. Если дизайнер итерирует версию на холсте и хочет продолжить разработку прототипа в Make, он работает с расходящейся копией. Для команд, переключающихся между исследованием в Make и доработкой в Design, это означает отслеживание того, какая версия отражает текущее направление.

Риски и на что обратить внимание командам

• Make kits требуют предварительных инвестиций: Авторы дизайн-систем должны создавать и поддерживать kits. Kit, не обновлённый после редизайна компонента, будет учить Make использовать неверную версию.
• Рекомендации должны быть точными: Если рекомендации в kit неполны или неверны, Make следует им в любом случае. Неверное руководство производит последовательный, но неверный результат.
• Бэкенд — не полный SQL: Figma Help ясен: Make предоставляет хранилище ключ-значение, а не полноценную реляционную базу данных. Команды не должны планировать модели данных на основе бэкенда Make для production-использования.
• Односторонняя синхронизация с холстом: Копирование превью Make в Design создаёт снапшот, а не живое соединение. Изменения в Design не обновляют прототип Make.
• Лимиты кредитов применяются: При 50–100 промптах в месяц на большинстве платных планов итеративное дизайнерское исследование имеет реальный потолок до перехода на Enterprise.
• Attachments добавляют контекст, а не валидацию: Прикрепление PDF бренд-рекомендаций помогает Make понять правила стиля, но Make не может проверить, действительно ли результат соответствует стандартам бренда.

Похожие материалы

• Лучшие AI-инструменты для работы в 2026
• Лучшие инструменты автоматизации для небольших команд
• Bolt.new: почему прототипы из вайб-кодинга нуждаются в дизайн-системе
• Replit Agent 4: почему вайб-кодинг всё ещё требует дисциплины продукта
• Lovable: почему AI-конструкторы приложений всё ещё требуют инженерного handoff

Вывод

Make kits и attachments — ответ Figma на реальную проблему: инструменты prompt-to-app генерируют прототипы, ничего не знающие о продукте, который они должны представлять. Позволяя командам кодировать их дизайн-систему, паттерны компонентов, бренд-правила и реальный контент в контекст Make, Figma делает прототипы полезнее на более ранних этапах. Но прототип, использующий правильные компоненты и выглядящий правильно, всё равно требует продуктовой оценки того, что должно существовать, инженерного ревью того, что может быть создано, и явных решений о данных, доступности, безопасности и крайних случаях. Make kits сужают разрыв между результатом AI и стандартами команды. Они не закрывают разрыв между прототипом и продуктом.

Источники: Figma Blog, Figma Help Center и Figma Release Notes, 2025–2026.