UX/UI-дизайнер в 12 Космонавтов

👋 Привет! Мы — 12 Космонавтов, ищем дизайнера с глубоким пониманием интерфейсного дизайна для создания дизайн-концепции цифрового продукта. Кто нам нужен • UX/UI-дизайнер с опытом от 5 лет, уровень Senior • Плюс: опыт в fintech, SaaS или highload-продуктах Что надо делать • Разрабатывать UX/UI-концепции и прорабатывать пользовательские сценарии • Работать с дизайн-системами: компоненты, токены, состояния, консистентность • Проектировать интерфейсы от user flow и wireframes до финального UI • Готовить макеты к передаче в разработку и сопровождать реализацию 👉Узнать подробности и откликнуться

Вот теперь история с ИИ в Фигме стала совсем прямой. Сначала они подключали внешних ребят через MCP, дружили с Claude Code, Codex и другими агентными инструментами. А теперь, по данным TechCrunch, Фигма добавляет собственного ИИ-агента прямо на совместный холст. Работать это должно так: пишешь запрос, агент создаёт новый дизайн, правит существующий экран или делает несколько вариантов того, что уже лежит в файле. Причём можно запускать сразу несколько агентов, чтобы они параллельно делали разные задачи. Выглядит как логичный следующий шаг. Если кодовые агенты уже умеют лезть в Фигму, тащить оттуда контекст и что-то собирать по макетам, то странно было бы Фигме самой оставаться просто местом, куда агент приходит в гости. Агенту проще жить там, где уже лежит вся продуктовая логика: компоненты, стили, состояния, комментарии, старые решения и люди, которые всё это обсуждают. Главный вопрос теперь: понимает ли агент, зачем этот экран вообще существует? Вот это для дизайна намного интереснее самой генерации. Нарисовать пять вариантов карточки уже не вау. Вау будет, если агент поймёт, что в этом продукте нельзя брать старую кнопку, что пустое состояние должно быть таким, что у мобильной версии другой сценарий, что в этой таблице пользователь ищет быстрый ответ итд Фигма говорит, что агент понимает дизайн-контекст и элементы, потому что работает на моделях, дообученных под дизайн-задачи. Хорошо, если так. Потому что обычная ИИ-генерация интерфейсов часто выглядит как человек, который насмотрелся красивых дашбордов, но ни разу не сидел на созвоне, где обсуждали реальную роль этого дашборда в продукте. Тут важен сам факт, что агент появляется на совместном холсте. Холст в Фигме всегда был местом, где команда смотрит на одно и то же. Дизайнер двигает блок. Продакт спорит про сценарий. Разработчик спрашивает, что будет в краевом случае. Кто-то оставил комментарий три недели назад и испортил всем настроение. Теперь туда добавляется ещё один участник. Он не устает, не обижается и может за минуту накидать десять вариантов. Польза очевидная, пока не представляешь реальный файл большой команды. Там же начнётся веселье: 1. один агент сделал вариант главного экрана 2. второй поправил состояние ошибки 3. третий решил «улучшить» компонент 4. дизайнер вручную вернул половину назад 5. продакт спросил, кто вообще это предложил Фигме придётся очень аккуратно проектировать ещё и следы работы агента. Что он поменял. Почему поменял. Где его вариант. Где человеческое решение. Что можно откатить. Что ушло в обсуждение. Что осталось просто черновиком. Самый полезный агент в Фигме будет не тем, кто рисует красиво. Скорее тем, кто быстро приносит материал для обсуждения: черновик, краевые случаи, варианты, странные состояния. Такой быстрый помощник, которому можно дать скучную задачу, но всё равно надо смотреть за руками. И это нормальная роль. Дизайнеру редко нужен кто-то, кто сам всё решил. Чаще нужен тот, кто быстро принесёт материал для обсуждения. А дальше уже начинается работа: понять сценарий, убрать лишнее, проверить состояния, привести в чувство и принять решение. Если Фигма сделает агента именно таким участником холста, это может быть сильная штука. Если просто добавит генератор экранов внутри файла, будет весело первые две недели, а потом все снова вернутся к ручной уборке после ИИ. Я, честно говоря, ко всей это аи агентской приколюхе в дизайне именно отношусь очень скептически. Вышли уже десяток продуктов по генерации и все сдохли. Ни одного продукта я не знаю, кто там на слуху и им прям пользуются. Код да, дизайн, увы, пока нет. А вы что думаете?) ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

www.figma.com/blog/the-figma-agent-is-here

У компании есть конкурс Swift Student Challenge, где студенты со всего мира создают мини-приложения. Ребята объединили платформы Apple, Swift и Ai (чаще использовали Claude на радость теперь уже антропическому Андрею Карпатому, как вам новость кстати?) И знаете, что ребята сделали? Совсем не миниаппы, вы только посмотрите! Steady Hands — Gayatri Goundadkar (20 лет, Индия). Вдохновлена бабушкой, которая из-за тремора рук перестала заниматься традиционной живописью. Приложение стабилизирует рисование Apple Pencil для людей с тремором: анализирует «сырые» данные движения через фреймворки PencilKit и Accelerate, отделяет намеренные движения от дрожания и убирает «тремор-компонент». Готовые рисунки показываются в персональном 3D-музее — «чтобы пользователи чувствовали себя художниками, а не пациентами». pitch coach — Anton Baranov (22 года, Германия). Идея родилась за кухонным столом из слов матери-преподавателя о студентах, у которых много слов паразитов. Приложение даёт обратную связь в реальном времени: отслеживает осанку через AirPods, ловит слова-паразиты («um», «like»), генерирует персональные сводки после каждой сессии через Apple Foundation Models. Вышло в App Store в начале марта, уже более 6000 загрузок. Используют не только для презентаций, но и для репетиций рэпа и стендапа. Asuo — Karen-Happuch Peprah Henneh (Гана). «Asuo» на языке тви означает «текущая вода». Приложение строит безопасные маршруты эвакуации в зонах наводнений в реальном времени. Считает интенсивность дождя и использует алгоритм поиска пути на основе исторических данных о наводнениях. Доступность была заложена с самого начала: VoiceOver-метки на всех элементах, кастомная голосовая система оповещений через AVSpeechSynthesizer. Henneh — дизайнер, поэтому техническую часть (симулятор дождя) делала с помощью Claude. А еще эта умничка ведёт некоммерческую организацию Radiance Girl Africa, поддерживающую женщин в технологиях. LeViola — Yoonjae Joung (21 год, Южная Корея). Не смог взять свой альт на стажировку в Нью-Йорк и затосковал по инструменту. Приложение позволяет учиться играть на альте без самого инструмента: камера отслеживает позу рук — суставы левой руки определяют зажатые ноты, угол правой руки — выбор струны. Использовал Create ML для обучения собственной модели и Core ML для интеграции. Осваивать Swift помогали Claude, OpenAI Codex и Google Gemini. Планирует расширить идею на другие инструменты. Юные разработчики вдохновились личными историями, сделали accessibility ядром продукта, а AI tools позволили ускорить процесс создания. 👉 Полная статья: https://www.apple.com/newsroom/2026/05/ai-meets-accessibility-in-this-years-swift-student-challenge/

⌨️Скачать UI Kit⌨️ #uikit

Install plugin

Install ️

Install ️

Мечта любой команды разработки сейчас — автоматизировать сборку дизайна с помощью LLM, чтобы ускорить delivery-процесс. Я видел несколько разных подходов, но в итоге пришёл к чему-то, что, как мне кажется, должно сработать удобно Рассказываю на примере проекта, где я на фрилансе (oversecured.com) Дано: - legacy-архитектура фронта, которую сложно масштабировать с LLM-кой - отсутствие части макетов в Figma + неактуальность макетов Что хотим: - заиметь макеты в Figma, которые выступают как источник правды - можно дать ссылку на макет, и LLM (Codex/Claude) его соберёт - UI-kit/дизайн-система, которая полностью совпадает в Figma/code Как мы решили это сделать: 1. Подключаем для кода open-source библиотеку компонентов shadcn (https://ui.shadcn.com/create). Компонентов там достаточно много + они гибкие (можно внутрь прокидывать много свойств). Это наша база, из которой мы будем собирать весь фронт 2. Берём для этой же библиотеки какой-то из Figma-файлов (вот здесь (https://ui.shadcn.com/docs/figma) есть несколько ссылок на файлы community, на них ссылается сам shadcn). Это наша вторая база, из которой мы будем собирать все макеты в Figma Мы пока не придумываем дизайн и не собираем компоненты с нуля, чтобы ускориться на старте, — просто берём готовое решение. 3. Начинаем собирать макеты в Figma из компонентов, которые мы взяли в community. На скрине — дизайн 4. Дальше через Figma MCP мы можем отдавать нашему AI-агенту ссылку на макет и просить собрать дизайн с помощью компонентов shadcn (можно также использовать shadcn MCP (https://ui.shadcn.com/docs/mcp)) Для тех, кто еще не знает: MCP — это протокол, через который LLM общается с внешними тулами вроде Figma. Важно здесь отловить одну вещь: AI-агент должен вытаскивать из Figma не скриншот макета, а структуру страницы (для этого используются разные методы). И всё — это работает. Простые страницы уже собираются верно на 95–100%, страницы посложнее пока тестируем Первая задача — актуализировать весь фронт на новых гибких компонентах. Во второй части (когда я к ней подойду) я хочу иметь возможность стилизовать компонент в Figma и стащить дизайн на фронт, чтобы в коде он тоже стилизовался В теории, проблемы тут быть не должно, потому что мы взяли в коде и в Figma одинаковую семантику токенов (и там и там shadcn) — то есть цвет в коде и цвет в Figma называются одинаково, например surface-default-100 Я уже предвижу некоторую сложность со стилизацией и со сборкой сложных экранов, так как в Figma компонент не всегда соответствует по пропсам тому, что есть на фронте в библиотеке shadcn (часть свойств может отсутствовать, часть — называться иначе). Тут потребуется немного ручной настройки и тюнинга компонентов в Figma Часть 2 напишу, когда подойду к ней!

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

Сейчас мы в поиске Старшего коммуникационного дизайнера группы компаний «Островок». У нас прошёл яркий ребрендинг, поэтому мы ищем специалиста в системной работе над масштабированием нового визуального языка. Того, кто готов погружаться в суть продукта и креативно решать задачи бизнеса. Чем предстоит заниматься: • разрабатывать и поддерживать бренд-системы группы компаний «Островок»; • разрабатывать креативные концепции и дорабатывать их до мастер-макетов; • создавать и развивать гайдлайны; • работать с офлайном (от печатных носителей до застройки BTL) и диджитал-носителями (лендинги, чат-боты, баннеры); • супервайзить подрядчиков; • систематизировать проекты и плотно работать с бренд-маркетингом. Мы ждём, что ты: • имеешь опыт работы от 3 лет в брендинге сервисов и продуктов, а общий опыт в дизайне от 5 лет; • уверенно работаешь с типографикой, графикой и иллюстрацией; • отлично владеешь Figma и создаёшь бренд-системы и гайды с компонентами; • имеешь опыт работы с офлайн-носителями, обладаешь навыками предпечатной подготовки; • умеешь классно презентовать дизайн-решения; • сможешь показать успешные рекламные кампании и реализованные фирменные стили; • владеешь английским языком на уровне Upper-Intermediate (B2) и выше; • живёшь в Москве. Что мы предлагаем: • гибкий график; • удалёнку с редкими визитами в офис; • работу с сильным эмоциональным брендом и интересными задачами в travel-tech. Для отклика заполни форму опроса по ссылке До встречи на Островке! ❤️

На гитхабе дизайнер создал файл A11y.md — готовый контекст, который загружаешь в Claude (или любую другую нейронку) — и она начинает проверять твои макеты по стандартам WCAG 2.2. Дима и Миша рассказывали уже о том, что если не спросить нейронку, то она и не расскажет о доступности, так вот md решает данную проблему. Мне нравится, как этот диз написал: Accessibility is not a feature or an incremental improvement; it is a pre-condition for use. Доступность — это необходимое условие. Как пользоваться, если ты диз? 1. Открыть файл на GitHub A11Y.md из папки docs/en/ 2. Вставить в начало чата с AI «Строго следуй правилам разработки, описанным в файле A11Y.md» 3. Скинуть файл или ссылку на свой проект 4. Готово! Что внутри репозитория: ⚡ Command Center — главный файл с матрицей приоритетов, правилами поведения для AI и протоколом для сложных компонентов. 📚 Support Library — справочная библиотека с готовыми решениями по контрасту, формам, кнопкам, навигации и модалкам. 🛠️ Templates — шаблоны для финальной проверки перед релизом и структурированный лог для фиксации технического долга. 📝 Examples — реальные ошибки доступности из проекта на Figma Make, с конкретными исправлениями, которые предложил A11Y.md в роли автоматического ревьюера. Немного того, что важно для дизайнера: → Контраст текста должен быть 4.5:1, элементов UI — 3:1 → Нельзя передавать состояние только цветом — нужны иконка + текст + цвет → Минимальный размер кнопки — 44×44px → Плейсхолдер не заменяет подпись к полю → Графики обязаны различаться без цвета — текстурами или штриховкой и многое другое Этот файл не научит доступности с нуля, он действует скорее как быстрый фильтр и сверка с WCAG. Конечно, я за то, чтобы изучать A11y глубже )

Обычно после записи к врачу пользователь видит простой экран подтверждения и идет дальше. В СберЗдоровье решили пересобрать этот момент иначе: не просто сказать, что запись оформлена, а сразу помочь с тем, что делать дальше. Маршрут, календарь, подготовка к приему, а уже после этого аккуратные офферы и переходы в другие сценарии. Самое важное в этом кейсе то, что команда не превратила чувствительный медицинский экран в рекламную витрину. Сначала провели исследования, убрали лишнее, вынесли ключевые действия на первый уровень и переписали коммуникацию с языка скидок на язык пользы и контроля. В итоге выросли и продуктовые метрики, и ценность для пользователя: кросс-переходы +34%, установки приложения +28%, а сам экран потом еще и превратили в модульный компонент для других продуктов. Внутри: – Почему старый экран подтверждения перестал справляться с задачами продукта; – Как команда искала баланс между бизнес-целями и доверием пользователя; – Что показали глубинные интервью и юзабилити-тесты; – Какие элементы пользователи действительно хотели видеть сразу после записи; – Почему CTA на установку приложения лучше работает через пользу, а не через скидку; – Какие метрики выросли после запуска нового экрана; – Как из одного решения сделали универсальный компонент для дизайн-системы; – Почему экран завершения сценария тоже может быть сильной продуктовой точкой роста. ➡️ Читать статью ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

Мы сейчас в поиске новых дизайнеров для работы с сайтами, приложениями и брендингом. Мы делаем большие екомы, удобные приложения и помогаем с дизайном крупным компаниям. Среди наших клиентов Дефиле, Х5, СкайРом, Архитектор Групп... Для нас дизайнер — это не только про устойчивый визуал. Это про умение принимать решения на уровне логики продукта и понимания бизнеса. Ты наш идеальный кандидат, если... ☑️У тебя большая насмотренность. Без неё никуда. ☑️Осознанно работаешь с композицией, типографикой и визуальной иерархией. ☑️Умеешь в нейросети и доработку результата до максимально возможного. ☑️Понимаешь, как устроен дизайн-продакшн и как макеты превращаются в работающий продукт. ☑️Можешь объяснить и защитить свои решения через логику и здравый смысл. Хотя бы внутри команды. Будет большим плюсом умением в AE и люстру. Основные задачи: — Проектировать пользовательские сценарии для мобильных приложений, e-commerce и корпоративных сайтов; — Собирать интерактивные прототипы, которые понятны и заказчику, и разработке; — Выстраивать визуальные концепции под задачи, а не «просто красиво»; — Работать с гайдлайнами: применять и адаптировать без потери смысла; — Делать адаптивы, работать с компонентами и дизайн-системами (UI kit, атомарный подход — всё это не должно быть новостью). — Создавать визуал для кейсов, которые будут получать награды. Как откликнуться: Пришли резюме и короткое сопроводительное на team@ancora.agency Расскажи о 3 ключевых кейсах и своей роли в них — по делу, без воды. И приложи ссылки на 1–2 сильных проекта в Figma. Больше не надо. Если мэтч по сивишке — сразу же ответим. Будет супер, если добавишь свой ник в ТГ для связи.

Недавно завайбкодил небольшой лендос с помощью Cursor, собрал ТГ-бота в n8n, не говоря уже о Nano Banana, приколах в Sora, Suno и каждодневном использовании GPT. Для продукта в GPT генерю гипотезы, анализирую конкурентов, дипсёрчу источники в Perplexity, иногда прошу GPT провести ревью флоу/экрана. Экспериментировал в Figma Make, но результат оставил желать лучшего. Чтобы узнать, как у других, поспрашивал ребят из разных компаний о том, как AI-инструменты поменяли их дизайн-процесс и поменяли ли. 👱‍♂️ Юрий Ветров ⏺️ Дизайн-директор в Точка Банк Сам дизайн-процесс не поменяли, потому что он больше завязан на совмещение целей пользователей и бизнеса, а не конкретные инструменты. Но какие-то части процесса — да. Где-то это бытовуха — вроде перегнать данные из одного формата в другой. Где-то — автоматизация этапа процесса (например, написать свой плагин для Фигмы). Где-то — возможность делать графические элементы на потоке (например, нодовые инструменты генерации). В хобби-проекте вечерами пишу учебную платформу и дизайн-систему на React в формате парного программирования. 🥷 Стефан Васадзе 🏧 Руководитель дизайн-группы в EMCD, ex.Яндекс, ex.VK В дизайне пока только внедряем и учимся, из живого: — Сделали агента, который собирает сам задачу под шаблон опрашивая продакта, далее хотим прикрутить этап первичного discovery; — Сделали плагин где маркетинговые материалы самогенерятся на основе инпута (KV + текста + ресайзы); — Собрали за день свой инструмент для assessment и perfomance review дизайн команды + аналитика и всякие приколдесы; — Делаем пересборку дизайн-системы и компонентов в сторибуке прямой связкой через Figma API, далее хотим автоматизировать пуш изменений и начать работать не с макетами, а с прототипами в коде; — Работаем над проектированием агентов под точечные задачи, в идеале скинуть на них всю операционку где можно без человека; — Собираем лендосы для тестов; — Ищем инфу по корп инструментам/анализируем исследования/копаем в инсайты из чатов/делаем выводы из аналитики и тд. 🙎‍♂️ Марк Борзенков 📦 Дизайн-менеджер в Avito Мы уже больше года генерим картинки, даже сложные 3д персонажи получаются на отлично. Текста и орфография — тоже на отлично. Но это база, как у всех. А что из интересного, смогли на прод завайбодить улучшение. Разобрались с репозиториями, прошли ревью и смержили. Дальше — больше! 🤵‍♂️ Александр Дудинский 💾 Дизайн-лид в EPAM У меня ИИ пока значительно помогает только в быстрых прототипах. Связка Figma Make + Claude Code помогают собирать быстрые прототипы для обсуждения с командой и продактом на стороне клиента. Если раньше мы иногда тратили несколько дней на первый полноценный прототип, то сейчас в течении пары часов собираем весь флоу, включая корнер кейсы. И понятное дело, что все это с анимациями, различными состояниями и т.д., но финальный дизайн всё равно собирает дизайнер. Пока не получилось отдавать готовый код разработчикам и полностью автоматизировать всё это, к сожалению. Про мелочи вроде «быстро сгенерировать сочную иконку» писать не буду, мне кажется это уже база сейчас, а не ускорение работы. 👩‍💼 Дарья Кан 🧿 Дизайн-лид в Оzon У нас в Ozon дизайн-процесс не поменялся. Ключевые этапы, такие как исследование, проработка концепций, дизайн и проверка решений, остаются прежними. Но постепенно ИИ становится вспомогательным инструментом. Мы используем ИИ, чтобы сформулировать UX-копирайтинг особенно на этапе концептов, когда нужно сосредоточиться на идее и смысле, а также при работе с иллюстрациями — быстрая генерация идеи для ускорения синхронизации с командой или заказчиком. Основная ценность по-прежнему остаётся за дизайнером — его опытом, насмотренностью и способностью принимать решения. 🌊🌊

Готовый шаблон приложения по покупке недвижимости, компоненты которого вы можете бесплатно использовать для своих проектов. 📱Скачать UI Kit📱 #uikit

Часто продукт уже собран нормально: сетка на месте, компоненты аккуратные, логика понятная. Но ощущение все равно какое-то «почти». И вот это «почти» обычно живет в деталях: как переносится текст, как ведут себя цифры, насколько мягко входят и выходят элементы, где иконка стоит математически ровно, но визуально все равно криво. Якуб Крехел собрал очень прикладной список таких мелочей. Не про глобальный редизайн, а про маленькие интерфейсные решения, которые по отдельности кажутся незначительными, а вместе сильно поднимают общее ощущение от продукта. Особенно понравилось, что почти все советы можно быстро проверить прямо в своем интерфейсе без долгой подготовки. Внутри: – Как text-wrap: balance помогает убрать сиротские слова и сделать текст аккуратнее; – Почему вложенные элементы выглядят лучше с концентрическим скруглением; – Как анимировать иконки контекстно, чтобы интерфейс ощущался живее; – Зачем делать текст чуть более crisp на macOS через сглаживание; – Почему для обновляющихся чисел лучше использовать табличные цифры; – Чем interruptible-анимации лучше фиксированных keyframes в интерактивных сценариях; – Почему enter-анимации лучше разбивать на части и слегка стеггерить; – Как сделать exit-анимации мягче и менее навязчивыми; – Почему иногда выравнивать нужно не геометрически, а оптически; – Когда тень работает лучше границы; – Зачем добавлять изображениям тонкий внутренний outline. ➡️ Читать статью ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

→ Database — маппинг слоев в фигме с backend данными из JSON, CSV, вставка картинок по https// ссылкам. → Tokens — применение, экспорт, поддержка более 35 типов токенов: number, sizing, spacing, dimenstion, typography, transition, image, color, fill, shadow, glass и другие. → Генерация component и componentSet из JSON (через ИИ можно конвертировать любой компонент (VUE3, React) в JSON и на основе этого кода сгенерировать в Figma точно такой же компонент) → Интеграция дизайна в Storybook → Экспорт переменных из JSON в CSS, Swift, Kotlin прямо из плагина → Поддержка GitHub и GitLab → Поддержка Dev Mode для Frontend разработчиков → Восстановление связей с master компонентом или подключение открепленных инстансов к мастер компоненту → Поддержка Remote соединения с Agent AI Install plugin

Про AI в дизайне сейчас говорят очень много. Но если честно, большая часть контента до сих пор крутится вокруг промптов и генерации картинок. А вот как встроить все это в реальный продуктовый процесс, со своей дизайн системой, компонентами и живым прототипом, про это говорят сильно реже. На демках все обычно выглядит красиво. Один запрос, и у тебя готовый экран. А когда открываешь свой продукт, начинается уже другая история: компоненты не те, переменные мимо, логика ломается, руками потом переделываешь половину. ⏱ 22 апреля в 18:00 мск Даниил Шишко из Pixel Perfect проведёт бесплатный эфир как раз про нормальный рабочий процесс. На реальном продукте покажет связку Figma MCP и Claude Code. Агент будет видеть variables и компоненты прямо из Figma, собирать экраны строго по дизайн системе, а дальше из этого же процесса соберут живой React прототип. Плюс отдельно разберут Claude Design. Что он уже умеет, где реально помогает и где пока рано ждать магии. 🥰 Какую пользу получите Поймёте, как настроить агента под свою дизайн систему, какие задачи уже можно отдавать AI, а какие лучше пока держать под контролем. И главное, увидите не просто красивую демку, а рабочий пайплайн, который можно потом применить у себя. Если хотите разобраться, как AI использовать не для твиттер демо, а в нормальном боевом процессе — рекомендую 👌 Эфир будет в закрытом канале, приходите, чтобы не пропустить 🔠 Подписаться на закрытый канал 🔠 Подписаться на закрытый канал 🔠 Подписаться на закрытый канал