Figma MCP: 5 ситуаций, когда ИИ-автоматизация дизайн-системы сбережёт часы и даже дни работы

Перенос готового стиля на пачку вайрфреймов, автозаполнение макетов реальным контентом, сборка однотипных таблиц из компонентов, светлая тема из тёмной за пару минут. Разобрали в Relate с примерами под каждый сценарий Читать на дизайнерс | #AI

Автор проверил это на трёх ИИ-агентах. Всем дали одну библиотеку компонентов, токены и задания собрать страницу настроек для разных продуктов. В результате получились три вполне рабочие страницы, но с разной структурой: где-то вкладки, где-то карточки, разные способы сохранения и разные подходы к опасным действиям. Компоненты задают кнопки, поля и переключатели, но не отвечают на вопросы более высокого уровня. Поэтому команда должна отдельно описывать повторяющиеся решения: как устроена страница настроек, где размещается опасная зона, когда изменения сохраняются и как подтверждается удаление. После этого такие правила можно закрепить в коде и понятных паттернах, чтобы следующий дизайнер или ИИ не решал ту же задачу заново. Внутри: – Почему библиотеки компонентов сами по себе не создают единую систему; – Какие решения чаще всего остаются только в головах и старых макетах; – Как разложить страницу настроек на поведение, строки, группы и общий шаблон; – Что меняется, когда правила описаны рядом с компонентами; – Как использовать ИИ-агентов, чтобы находить места, где продукт начинает расходиться. ➡️ Читать статью ——— 💻 Вакансии в IT и digital 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

Просишь агента собрать экран по своей дизайн-системе. Он что-то делает, ты открываешь Фигму, а там компоненты свои, стили свои. Пишешь ещё раз, прикладываешь скрин, объясняешь. Потом думаешь, что надо попробовать другого агента, может, тот поймёт быстрее. Только новому тоже придётся показать, где лежат файлы, какие компоненты брать и по каким правилам всё собирать. Иначе опять объясняешь одно и то же в каждом чате. Сначала вроде терпимо, потом хочется уже нормально настроить и заниматься задачами. Вчера, кстати, статейку как раз от Фигмы выкладывал, они там тоже таким занимались с Coinbase, почитайте. В общем, Даня Шишко собрал бесплатный гайд по настройке агентов для дизайнеров. С файлами, которые можно скачать и использовать у себя, подключением Фигмы и разбором того, что делать, когда агент снова ничего не видит. Как обычно, бесплатно и с пользой. 📌 Что внутри - Стартовые файлы и инструкции для повторяющихся задач; - Подключение Фигмы, чтобы агент видел компоненты и стили; - Разница между Claude и Codex и выбор под свои задачи; - Три кейса: прототип из брифа за день, экраны по дизайн-системе и прототип раньше макетов; - Что проверить, если агент не находит файлы или делает что-то не то. Если пока настраивали всё по ходу дела, можно пройтись по гайду и сравнить со своей сборкой. А если только начинаете, будут готовые файлы и примеры, с которых можно стартовать. Газ настраивать 👍 🔠 Гайд лежит в закрепе канала Даниила, забирайте 🔠 Гайд лежит в закрепе канала Даниила, забирайте 🔠 Гайд лежит в закрепе канала Даниила, забирайте

Михаил Харитончик из Сбера разбирает, почему мы сами стали API-шлюзом между картами, такси, трекером и календарём. Каждое приложение оптимизирует свою функцию, а реальное намерение пользователя живёт между ними: доехать домой, успеть на тренировку и не выжечь остаток внимания на выбор тарифа. Дальше появляется агент со skills и памятью, но текстовый ответ снова превращает человека в парсера. Нужен GenUI: интерфейс, который собирается под текущее намерение из готовых компонентов, с явным подтверждением опасных действий и без генерации HTML с нуля. Внутри: – Почему набор приложений заставляет пользователя склеивать сценарий вручную; – Чем агент отличается от супераппа и где нужна персонализация по целям; – Как выглядит GenUI как визуальный ответ на намерение; – Зачем модели декларативный протокол вместо генерации интерфейсного кода; – Что останется дизайнеру и продукту, когда экран собирается на лету. ➡️ Читать статью ——— 💻 Вакансии в IT и digital 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

Как обычно, инструментов море, разговоров еще больше, а конкретики ноль. Что ставить, чем Claude отличается от Codex, как подружить агента со своей Figma и почему он в упор не видит файлы...? 🙈 Поэтому делюсь! Даниил Шишко 😎 собрал подробный гайд, который проводит по всему пути с нуля Внутри: • 3 реальных кейса применения AI в работе дизайнера • как подключить агента к Figma, чтобы он видел ваши компоненты и стили • Claude vs Codex: что выбрать и в чем разница • пошаговая настройка среды со стартовыми файлами и скиллами • что делать, если агент не видит файлы или выдает не то 🤘 Гайд бесплатный, забирайте в закрепе канала Даниила

Просишь Claude или GPT собрать экран, а в ответ получаешь набор компонентов, который потом все равно приходится переделывать руками. Цвета не из палитры, отступы не по сетке, у кнопок нет состояний. После пары таких попыток легко решить, что агенты пока не готовы к нормальной работе. Но тут есть нюанс: возможно, дело не только в самой модели, а в том, как мы ее используем. 😇 20 августа Pixel Perfect проведут бесплатный эфир: возьмут большую дизайн-систему банка и прямо в Figma попробуют собрать по ней новые экраны. Сначала попробуют собрать экраны без каких-либо настроек, а потом подготовят среду специально под эту задачу. И сравнят два результата. Заодно покажут, как дизайн-система попадает в среду, почему ее нельзя просто закинуть агенту целиком и как потом проверить результат. А еще посмотрят, где агент уже справляется сам, а где все-таки приходится вмешиваться руками. Все скиллы с эфира можно будет забрать и использовать в своих задачах, даже если большой дизайн-системы у вас нет. ↗20 августа, 18:00 мск. Эфир пройдет в телеграм канале, подписывайся!

археология визуального кода, которого никогда не было наш совместный челлендж со Школой дизайна ЦУ с возможностью получить грант в магистратуру подробности ниже 🖤🖤🖤🖤🖤🖤🖤🖤🖤🖤🖤 🖤🖤🖤🖤🖤🖤🖤🖤🖤🖤🖤 🖤🖤🖤🖤🖤🖤🖤🖤🖤🖤🖤 суть: найди в городе объект, который повторяется много раз (Двери, счётчики, вывески, антенны, заплатки на асфальте — что угодно), зафиксируй 10+ таких на камеру. выбери в этой серии снимков один странный объект — твою «аномалию», выпадающую из ряда по какому-либо признаку, собери из такого объекта: 1. знак/лого 2. осмысленную аббревиатуру из 3 букв 3. цветовую палитру 4. графический паттерн по итогу получится визуальный код, которого никогда не существовало 5. презентуй этот визуальный код серией постеров (3+) сроки: этап 1 — фиксация 11.08 18:00 → 14.08 18:00 10 фото объектов одного типа + один кадр-аномалия этап 2 — мутация 14.08 18:00 → 16.08 18:00 сборка цельного визуального кода = перечисленных выше компонентов этап 3 — экспозиция 16.08 18:00 → 18.08 12:00 презентация визуального кода в виде серии постеров правила: — участие в челлендже осуществляется исключительно по регистрации (после неё вы попадёте в закрытую беседу, где и будет проходить челлендж) — живая съёмка окружающего мира, стоки не принимаются — нейронки — можно на 2 и 3 этапах и только как помощь, НО знак и буквы создаются вручную — всё создаётся за эту неделю, старое не принимается — одиночное участие — если по итогам просмотра жюри решит, что уровень работ не позволяет присудить все места, часть грантов может быть не распределена или перераспределена между призовыми позициями итоги: презентации участников разбираются в прямом эфире 18.08 в 18:00, там же объявляем победителей состав жюри: 1. Борис Шилин, основатель и креативный директор «Щёлочи»; 2. Артём Реф, арт-директор школы «Щёлочь», автор «реф³», преподаватель курса «ГАЗ»; 3. Иван Величко, сооснователь бренд-бюро «Щука», руководитель направления коммуникационного и графического дизайна в Школе дизайна ЦУ; 4 & 5. Мила Силенина & Яна Эткина — академические руководители бакалавриата Школы дизайна ЦУ, арт-директора и партнеры студии «Holystick». призы: гранты в магистратуру Школы дизайна ЦУ 2026: 1 место — 75% на весь срок обучения 2 место — 50% на весь срок обучения 3 место — 25% на весь срок обучения 🤍 РЕГИСТРАЦИЯ 🤍 p.s. закроем регистрацию по окончании первого этапа

археология визуального кода, которого никогда не было наш совместный челлендж со Школой дизайна ЦУ с возможностью получить грант в магистратуру подробности ниже 🖤🖤🖤🖤🖤🖤🖤🖤🖤🖤🖤 🖤🖤🖤🖤🖤🖤🖤🖤🖤🖤🖤 🖤🖤🖤🖤🖤🖤🖤🖤🖤🖤🖤 суть: найди в городе объект, который повторяется много раз (Двери, счётчики, вывески, антенны, заплатки на асфальте — что угодно), зафиксируй 10+ таких на камеру. выбери в этой серии снимков один странный объект — твою «аномалию», выпадающую из ряда по какому-либо признаку, собери из такого объекта: 1. знак/лого 2. осмысленную аббревиатуру из 3 букв 3. цветовую палитру 4. графический паттерн по итогу получится визуальный код, которого никогда не существовало 5. презентуй этот визуальный код серией постеров (3+) сроки: этап 1 — фиксация 11.08 18:00 → 14.08 18:00 10 фото объектов одного типа + один кадр-аномалия этап 2 — мутация 14.08 18:00 → 16.08 18:00 сборка цельного визуального кода = перечисленных выше компонентов этап 3 — экспозиция 16.08 18:00 → 18.08 12:00 презентация визуального кода в виде серии постеров правила: — участие в челлендже осуществляется исключительно по регистрации (после неё вы попадёте в закрытую беседу, где и будет проходить челлендж) — живая съёмка окружающего мира, стоки не принимаются — нейронки — можно на 2 и 3 этапах и только как помощь, НО знак и буквы создаются вручную — всё создаётся за эту неделю, старое не принимается — одиночное участие — если по итогам просмотра жюри решит, что уровень работ не позволяет присудить все места, часть грантов может быть не распределена или перераспределена между призовыми позициями итоги: презентации участников разбираются в прямом эфире 18.08 в 18:00, там же объявляем победителей состав жюри: 1. Борис Шилин, основатель и креативный директор «Щёлочи»; 2. Артём Реф, арт-директор школы «Щёлочь», автор «реф³», преподаватель курса «ГАЗ»; 3. Иван Величко, сооснователь бренд-бюро «Щука», руководитель направления коммуникационного и графического дизайна в Школе дизайна ЦУ; 4 & 5. Мила Силенина & Яна Эткина — академические руководители бакалавриата Школы дизайна ЦУ, арт-директора и партнеры студии «Holystick». призы: гранты в магистратуру Школы дизайна ЦУ 2026: 1 место — 75% на весь срок обучения 2 место — 50% на весь срок обучения 3 место — 25% на весь срок обучения 🤍 РЕГИСТРАЦИЯ 🤍 p.s. закроем регистрацию по окончании первого этапа

Набор из 10 готовых экранов приложения по продаже мебели с большим наборов уникальных компонентов. ⛓️‍💥Скачать UI Kit⛓️‍💥 #uikit

ценный тейк: эволюция начинается тогда, когда ты переходишь к сборке системной ai-архитектуры. разгоним, как применить этот подход на уровне ежедневных задач: ⚪️ память (оцифровка): превращай лучшие кейсы, рефы, правки, чаты и звонки в структурированный набор данных. лева использует для созвонов talat, а на каждый чих — obsidian и маркдаун-файлы. так ии станет ассистентом, который знает твой вкус и контекст проектов. ⚪️ интерпретация (аналитика): заставь ии делать выводы из накопленного. пиши промпты для сверки: пусть модели чекают логику ваших макетов, подсвечивают ошибки в сценариях или анализируют интерфейсы конкурентов, сравнивая их с вашим подходом. ⚪️ агентность (персональные инструменты): собирай микро-агентов под конкретную рутину. например, ресерч-агента (собирать скриншоты рынка), текстового (писать копи в нужном стиле) или арт-директора, который перед сдачей проверит компоненты и отступы по чек-листу. дальше вся эта экосистема уходит в прогнозирование и адаптацию, когда нейронки начнут сами перестраивать процессы под тебя. кстати, подробнее о том, как мы сливали на подписки 300к автоматизируем процессы с нейронками ⚪️ лева недавно рассказал на Сбер Дизайн Фесте.

Install

🏁 Установить плагин 🏁 #plugin

Install ️

Миша Просмицкий пишет о доступности как о части инженерного процесса, а не как о пункте в чек-листе. Команды теперь могут генерировать интерфейсы быстрее, чем раньше, но скорость легко маскирует базовые проблемы: кнопка оказывается div с обработчиком клика, фокус не работает, скринридер видит плоский текст, а пользователь не может оплатить заказ. Особенно больно это становится с ИИ-кодом. Модель часто повторяет то, на чём училась: несемантичную разметку, красивые пиксели и минимум ограничений. Поэтому доступность нужно встраивать в систему заранее: правила для ИИ, доступные компоненты в дизайн-системе, проверка в pull request, Definition of Done, тесты в CI, понятная передача фокуса, подписей, состояний и порядка клавиатурной навигации. Аудиты всё ещё нужны, но они не заменяют процесс. Внутри: – Почему аудит доступности быстро устаревает после нескольких релизов; – Как ИИ ускоряет создание интерфейсов и одновременно множит ошибки; – Почему красивый компонент может быть бесполезен для скринридера; – Зачем ограничивать ИИ правилами до генерации кода; – Почему сложные элементы лучше брать из проверенных библиотек, а не писать заново; – Как дизайн-система помогает масштабировать доступность на тысячи экранов; – Какие проверки стоит встроить в ревью, Definition of Done и CI; – Почему тесты с реальными пользователями с инвалидностью всё равно нельзя заменить линтером. ➡️ Читать статью ——— 💻 Вакансии в IT и digital 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

Install ️

Автор разбирает, почему у одних интерфейсы, собранные через Claude, выглядят нормально, а у других сразу пахнут нейросетью. Дело не в секретном промпте. Модель может быстро собрать компонент, анимацию или переход, но вкус, правила и сотня мелких решений всё равно остаются на человеке. Практический смысл простой: сначала нужно дать системе язык. Токены, кривые анимаций, радиусы, тени, состояния, правила для нажатий, раскрытий и доступности. Если просто попросить «сделай гладко», модель начнёт придумывать случайные значения. Если дать точные переменные, запретить одноразовые числа и отдельно настраивать каждую часть, результат становится намного ближе к продуктовой работе, а не к случайному демо. Внутри: – Почему «smooth» и «premium» почти ничего не значат для модели; – Зачем заранее задавать токены, радиусы, длительности и кривые анимаций; – Почему дефолтные easing-кривые быстро выдают сгенерированный интерфейс; – Как тактильность появляется через нажатия, snap-точки и нормальную физику drag-сценариев; – Почему входящие анимации лучше собирать из прозрачности, сдвига и лёгкого blur; – Зачем использовать слоёные тени вместо одного грубого drop-shadow; – Почему компонент нужно проектировать как набор состояний, а не как картинку; – Где заканчивается работа Claude и начинается вкус человека, который понимает, что именно надо докрутить. ➡️ Читать статью (в Х) ——— 💻 Вакансии в IT и digital 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

Рома из Туту рассказывает, как их дизайн-система Kite выросла из старого UI-кита Order. Раньше компоненты жили отдельно на вебе, iOS и Android, дизайн догонял разработку, общей системы токенов не было, а масштабные визуальные изменения превращались в боль. В какой-то момент стало понятно, что просто иметь набор атомарных компонентов мало. Нужны общие правила, связанные токены, понятный процесс и договорённость между дизайном, разработкой и продуктовыми командами. Хорошо видно, что дизайн-система в большой компании это не библиотека кнопок. Это продукт внутри продукта. Там есть архитектура токенов, сборка под разные платформы, документация, миграции, поддержка команд, white-label сценарии, редизайны и постоянный торг между строгостью и гибкостью. Если всё сделать слишком свободным, каждый снова соберёт свой интерфейс. Если всё закрутить слишком жёстко, продуктовые команды начнут обходить систему стороной. Внутри: – Почему UI-кит без связи с дизайном быстро упирается в потолок; – Как Туту перешёл от Dev-to-Design к Design-to-Dev подходу; – Зачем дизайн-системе нужна глубокая система токенов; – Почему готового сборщика токенов может хватить на старт, но не на сложную систему; – Как CSS-переменные помогли с темами, скоупами и платформенными ограничениями; – Зачем Туту сделали собственную генерацию токенов под веб, iOS, Android и MailKit; – Как дизайн-система помогла быстрее делать white-label решения для партнёров; – Почему после запуска важны документация, внедрение в продуктовые команды и автоматизация через ИИ. ➡️ Читать статью ——— 💻 Вакансии в IT и digital 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

Того, кто берёт задачу, пишет код и доводит до прода. Предстоит отвечать за клиентскую часть продукта и сквозную доставку фич ⚙️ Что предстоит делать: → разрабатывать SPA на Reac/Vue — компоненты, роутинг, состояние → верстать по макетам (адаптив, кросс-браузер) → интегрировать фронт с API — запросы, кэш, обработка ошибок → делать webview для мобилок, изредка Canvas/WebGL/WebAR → backend/BFF на Node: свои эндпоинты, работа с данными → доводить фичи до прода — ревью, фиксы и поддержка релиза 💬 Взаимодействия: — работаешь в паре с бэкендером по API-контрактам, — реализуешь UX по дизайну и говоришь дизайнеру, что реально, а что — фантастика 📝 Ждём: — уверенный JS/TS + React/Vue с продакшн-опытом — HTML / CSS, адаптивная вёрстка — интеграция REST/GraphQL — базовый Node (эндпоинт/BFF) — cамостоятельно взять фичу и довести её до результата — Middle+ / Senior ➕Будет плюсом: — Canvas/WebGL/Three.js — WebAR, webview и гибриды — опыт с webview и гибридными мобильными приложениями — Docker/CI-CD — опыт агентской работы и ведения нескольких проектов параллельно 🤩 Условия: — удалёнка или гибрид (СПб / Мск) — старт парт-тайм, в дальнейшем фуллтайм — проекты: корпоративный веб, игры, мобильные игры — оплата — по итогам собеседования ⚙️ Кратко о нас REB8T — студия дизайна и геймификации от SETTERS. Помогаем растущим бизнесам и крупным компаниям делать продукты и сервисы понятными и вовлекающими. №1 по геймдизайну в России (РР), ТОП-10 разработчики сайтов в РФ (workspace) откликнуться → job@rebooot.me

Amit Sheen пишет о проблеме, которую легко не замечать по привычке: мы всё ещё часто проектируем адаптивность от ширины экрана, хотя современные интерфейсы давно живут компонентами. Один и тот же блок может оказаться в ленте, сайдбаре, модалке, карточке дашборда или внутри другого компонента. В такой ситуации глобальный брейкпоинт часто отвечает не на тот вопрос. Вместо постоянных условий «если экран шире 768px, сделай так» автор предлагает начинать с более гибких решений в CSS. Сетка может сама набирать столько колонок, сколько помещается. Отступы и шрифты могут плавно меняться через clamp(). Компонент может смотреть на размер своего контейнера, а не всего окна. А медиазапросы лучше оставить для того, где они правда нужны: возможности устройства, наличие ховера, точность указателя, пользовательские настройки и режим отображения. Внутри: – Почему брейкпоинты хорошо работали для страниц, но хуже подходят для компонентных систем; – Как auto-fit и minmax() помогают строить сетки без ручного числа колонок; – Зачем использовать плавные значения вместо скачков между размерами; – Как clamp() заменяет несколько медиазапросов для шрифтов и отступов; – Почему контейнерные единицы полезнее ширины экрана для переиспользуемых компонентов; – Когда контейнерные запросы нужны для реального изменения структуры; – Почему медиазапросы не исчезают, а меняют роль; – Как такой подход делает адаптивный интерфейс проще для поддержки. ➡️ Читать статью ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

Install