Комментарии 14
Если у меня есть локальный Qwen3.8, я могу дать ему доступ для аккаунта Figma чтобы он по моим промптам мне там создал дизайн?
Qwen у нас использует только разработка, в дизайн мы такое не внедряли, надобности пока не было. Теоретически можно
Да, такое возможно.
Я использую Z code где есть возможность сделать мост к фигме. Так же, я бы порекомендовал Qwen дать скиллы, которые, заточены на перенос дизайна из фигмы. Подсмотреть можно их в разделе скиллы в самой фигме, либо же в интернете, без этого получится много пробных попыток неудачных.
Классный совет! Попробую)
а как соединять Qwen + Figma? через Figma MCP?
Да, можно через MCP, вроде через плагины тоже можно
Самый простой вариант. Зайти в фигму и в панели внизу, при открытом рабочем столе, в кнопке, там где квадратик плюсик и кружочек, написать enable desktop mcp server и нажать галочку. Выдаст в буфер обмена ссылку. С ней можно пойти к локальной модели живущей в харнессе и дать ссылку и попросить прописать мост. Он сделает все сам
Оч годная статья, которая снимает страх с тех, кто всё еще задумывается "а использовать ли нейронку в моей работе или еще рановато?"
А не получится ли так, что завтра глазенками луп-луп: у нас уже нет специалистов по Фигме, что там внутри проекта, никто не знает, а за внесение в него минимальных изменений ИИ требует запредельных денег, ибо он все забыл и решил пересобирать весь проект?
Георгий, вы забегаете немного вперед) Совсем отказаться от фигмы мы не можем, пусть и даже в роли Архива. Это все я расскажу в других статьях, обо всем по-порядку
Это хорошо. Интересно, что же делать дальше после того, как ИИ сделал дизайн-концепцию и макет, и он понравился заказчику.
Расскажу об этом в следующей статье про дизайн)
Радоваться. Просить 100% к ЗП. Вы же теперь чертов харнесс-дизайнер-инженер а не просто дизигнер.
После чего муторно и долго начинать переносить компоненты и готовить спецификацию читаемую для нейронок, чтобы был недетермированный перенос компонентов и прописать правила, где что используется и какие условия верстки. Прописать скиллы где нужно пояснить, что нельзя создавать новые компоненты с почти одинаковыми названиями и множить сущности просто так. Ругаемся с фротендерами которые чувствуют как к их филейной части подбирается пушистый зверек. Берем только используемые с понятным кодом и ничего больше. И только после этого можно уже говорить о чем то более серьезном чем просто ваять прототипы и думать в сторону поддерживаемой системы. И начать уже из подготовленных компонентов ваять организмы и блоки.
Это как раз и отвечает на вопрос в том числе, для чего будет использоваться фигма. Как раз для документирования и архивации спецификаций компонентов

Автоматизация в отделе дизайна, часть 2: аналитика и прототипы, или как мы собрали сервис без Figma