
Границы применимости LLM в мобильном UI-дизайне
rrgaleev 31 минуту назад Границы применимости LLM в мобильном UI-дизайне 7 мин 1.5K Блог компании Райффайзен Банк Дизайн мобильных приложений * Интерфейсы * Usability * Искусственный интеллект Мнение LLM уже умеют...
Anthropic — What company has the best second artificial intelligence model at the end of June?
Вот важная новость с фронта ИИ: rrgaleev 31 минуту назад Границы применимости LLM в мобильном UI-дизайне 7 мин 1. 5K Блог компании Райффайзен Банк Дизайн мобильных приложений * Интерфейсы * Usability * Искусственный интеллект Мнение LLM уже умеют быстро собирать мобильные макеты, и на первый взгляд результат часто выглядит убедительно. Кнопки похожи на кнопки, bottom sheet на bottom sheet, экран не разваливается, и его можно показать на обсуждении.
Но на практике это всего лишь аккуратный черновик, который ещё нужно как следует доработать: посмотреть компоненты, состояния, навигацию, safe area, длинные тексты и поведение на маленьком экране. Поэтому предлагаю разобраться, где LLM-инструменты действительно снижают стоимость первой итерации, а где просто переносят сложность на следующий этап: дизайн-ревью, разбор состояний и ручную адаптацию под мобильный контекст. Зафиксируем практические границы применимости LLM при работе с мобильными макетами.
Технические детали
Меня зовут Равиль Галеев. Хочу показать, как поменять свой подход к мобильной разработке при появлении ИИ-инструментов: что остаётся за специалистом, какие задачи можно ускорить, а где всё равно нужны опыт, проверка и понимание контекста. Какие подходы я сравнивалВ мобильных макетах результат зависит не только от того, насколько LLM хорошо понимает задачу, но и от обвязки вокруг неё.
Важно, как инструмент получает контекст, видит компоненты, работает с файлом, делает скриншоты и возвращает результат на дальнейшую доработку. Чтобы всё это сравнить и не упереться в особенности одного инструмента, я решил проверить для себя не одну модель или способ подключения к Figma, а прогнал сразу четыре распространённых подхода, которыми многие пользуются:Plugin-сценарии с Figma — дополнительный слой для работы с контекстом, скриншотами и файлом. Прямое подключение через Figma MCP — ближе к самому макету, но без удобной обвязки;Сборка концепта из компонентов в веб-интерфейсе.
Разные plugin-сценарии во время прогона вели себя примерно одинаково. Поэтому я не буду делать вид, что один из них принципиально лучше собирал мобильные макеты. Для этого разбора важнее не соревнование моделей, а сам сценарий работы.
Отраслевые последствия
А вот прямое подключение через Figma MCP ощущалось иначе. Разница проявлялась не столько на уровне модели, сколько на уровне обвязки. Например, в Codex есть отдельный Figma plugin bundle со skills, командами и рабочим слоем вокруг use_figma, get_metadata, get_screenshot, create_new_file, search_design_system, get_libraries, generate_figma_design.
В текущем OpenCode Figma подключена как прямой remote MCP server на mcp. com, без отдельного Figma plugin в списке плагинов. Поэтому raw MCP в OpenCode слабее именно как рабочий контур.
КОНТУРЧТО ДАЁТГЛАВНОЕ ОГРАНИЧЕНИЕPlugin-сценарии с FigmaБыстро дают первый мобильный черновик и несколько вариантов на базе уже существующих экранов. Визуально убедительно, но реальные компоненты, состояния и сам паттерн всё равно нужно проверять руками.
Этот прогресс даёт важные сигналы о будущем отрасли, и технологический мир внимательно наблюдает.





