Стивен Хейни, основатель дизайн-инструмента Paper, несколько месяцев анонимно опрашивал дизайнеров в Atlassian, Shopify, Notion и похожих компаниях. Его вывод: практика внедрения ИИ в дизайн-процесс почти не совпадает с публичным дискурсом. Вместо «смерти дизайна» и замены команд промптами на местах ИИ работает как ревизор и документатор существующих систем, а не как генератор нового.

Один из показательных примеров приводит Kirk, автор канала UI Collective. Он берёт таблицу токенов дизайн-системы, передаёт её агенту через Claude, подключённому к файлу Figma по MCP, и получает переиспользуемое правило-инструкцию. Дальше команда по ссылке на компонент построчно сверяет фактическое использование цвета, бордера, текста и иконок с предписанными токенами. По оценке автора, такой аудит ускоряет проверку примерно в 50 раз по сравнению с ручной сверкой. Тот же паттерн применяется к документации: отдельное правило запрещает агенту выдумывать use-case, которого нет в переданных компонентах, и требует переспрашивать, если описание требует предположения. Без такого ограничения модель выдаёт правдоподобные, но придуманные описания.

СценарийРезультат
Аудит токенов через Claude и MCPУскорение примерно в 50 раз по сравнению с ручной проверкой
Генерация дашборда через Figma MakeВизуально похожий результат без реальных переменных и auto layout
Прямой доступ к API Figma (figma-generate-library, Pencil MCP)Работа с реальными переменными и структурой файла

Обратная сторона — генерация интерфейсов. Попытка собрать дашборд через Figma Make, синхронизированный с дизайн-системой, даёт визуально похожий результат, но при вставке в Figma он не использует ни одной реальной переменной: произвольные числа вместо токенов spacing, компоненты собраны группами, а не через auto layout. На практике пересобрать экран с нуля часто быстрее, чем разбирать сгенерированное. Проблема не в том, что ИИ «не умеет» работать с переменными, а в том, каким интерфейсом его снабдили.

При прямом доступе к API Figma задача решается иначе. Плагин figma-generate-library для Claude Code строит дизайн-систему через реальные вызовы Plugin API, с реальными привязками к переменным. Pencil MCP добавляет функции get_variables и set_variables, позволяя агенту приводить переменные файла в соответствие без эвристики по скриншоту. Причина — в иерархии токенов: глобальные значения, семантические алиасы и компонентные токены образуют цепочку ссылок, которую невозможно увидеть на визуальном рендере, только в структуре файла.

Для дизайн-команд вывод практический: ИИ стоит внедрять там, где есть формализованные правила и структура, а не там, где требуется создание нового с нуля. Это снижает ожидания от «промпт → готовый экран» и перенаправляет усилия на инструменты, которые читают файл через API, а не по картинке.