← К блогу

Unity Generate UI против Design-to-Engine: когда генерировать в редакторе, а когда экспортировать из Canvas

Генерация UI в Unity 6 Editor против Figma·PSD→Studio canvas→Prefab: границы, критерии провала и приёмка. Гид по выбору пайплайна, а не туториал по Generate.

Опубликовано
  • game-ui-design
  • game-dev-ai
  • ui-to-engine
  • unity
  • figma-to-unity
  • ui-toolkit
  • vberai
  • 2026
Unity Generate UI против Design-to-Engine: когда генерировать в редакторе, а когда экспортировать из Canvas

Начиная с Unity 6, редактор добавляет пути генерации UI по естественному языку / Generate UI для сборки экранов прямо в проекте (типичный результат: UI Toolkit UXML/USS; точные меню и возможности зависят от версии Unity — в этом посте мы не проходим по кликам). Многие команды также используют Figma / PSD → структурированный canvas VberStudio → детерминированный экспорт Prefab (canvas → Prefab, PSD в UGUI). Оба подхода могут выпускать UI, но форма артефакта и поддержка различаются. Смешайте их без письменных границ — и часто получите: один экран сгенерирован ИИ, а при обновлении скина обновляется только экспортированный Prefab — сгенерированный экран становится сиротой.

Ниже — только выбор пайплайна и приёмка (не официальный туториал по функциям Unity): когда генерировать внутри редактора, а когда сохранять источник дизайна + экспорт; правила Prefab и Play согласуются с чек-листом движка + MCP и чек-листом перед релизом.

Godot / Cocos: нет встроенного в редактор аналога «опиши весь экран», как Unity Generate UI. Страницы инструментов без дизайна всё равно означают работу со сценой или Studio/экспорт; дизайн-ориентированный + приёмка Prefab применяется так же.

Критерии провала (любой один = не пройдено): у одной функции два неотслеживаемых источника UI (часть сцены только от ИИ, часть — экспорт Studio/Figma, в спецификации молчание); результат Generate не закоммичен как Prefab, остался только в тестовой сцене; несовпадение пикселей/слоёв со спецификацией без письменного отказа; скин / мультиязычность обновлены везде, кроме экрана ИИ; Raycast / состояния кнопок расходятся с пунктом 5 передачи, и сгенерированный экран никогда не принимался отдельно.


Для чего нужен каждый путь

ИзмерениеUnity Editor Generate UI / ИИ-помощьДизайн → canvas Studio → экспорт Prefab
ВходТекстовый промпт, скетч, контекст существующей сценыFigma / PSD / разбиение полного экрана
Типичный результатUXML/USS (UI Toolkit); некоторые потоки попадают в иерархию сцены — всё равно нужен PrefabUGUI Prefab проекта (или стек, настроенный экспортёром)
Лучше всего дляВнутренних инструментов, отладочных панелей, экспериментов с раскладкойРелизного HUD, магазина, скинов событий, одной структуры для всех локалей
Слабо дляИдеального 1:1 арта под бренд, частого рескинаОтсутствия источника дизайна, спецификации экрана только на словах
ПоддержкаКто владеет правками UXML/USS; может ли Generate перезаписать снова?Источник дизайна + повторный экспорт всего дерева (i18n, рескин)

Термины: Unity Canvas означает UGUI Canvas в сцене; canvas Studio — это средний слой разбиения/экспорта VberAI Studio, а не компонент Unity.

Правило большого пальца: экран будет часто менять арт, рескиниться или уходить в мультиязычность → сначала дизайн-ориентированный + детерминированный экспорт. Разовый, простая логика, нет файла дизайна → Generate в редакторе допустим, но всё равно Prefab + чек-лист. Если в вашем редакторе нет Generate, следуйте только второй половине.


Когда Generate допустим (всё равно нужно принять)

Используйте генерацию в редакторе, когда выполняется большинство условий — это не заменяет процесс работы с дизайном:

УсловиеПримечания
Нет фрейма Figma/PSDТабличные инструменты, GM-панели, временные страницы конфигурации
UI Toolkit разрешёнUXML/USS рядом с UGUI документирован; порядок сортировки UGUI Canvas и Toolkit Panel в спецификации
Низкая частота измененийМало рескина после релиза; нет зависимости от повторного экспорта всего дерева из Studio
Логика важнее внешнего видаСтандартные контролы подходят; нет тяжёлых панелей с nine-slice

После Generate (6 шагов):

  1. Prefab в системе контроля версий — не только тестовая сцена (пункт 6 перед релизом).
  2. Единая политика стека UI — если основной HUD на UGUI, отметьте экраны Toolkit как исключения в спецификации, чтобы избежать хаоса EventSystem / ввода.
  3. Raycast и состояния кнопок — та же планка, что пункты 7–8 чек-листа MCP.
  4. Safe Area / Scaler — та же база, что у глобального HUD (QA Safe Area).
  5. Локали — если экран выходит на нескольких языках, замените сгенерированный текст на таблицы строк + стресс-тест языков; генерация ≠ финальный текст.
  6. MCP для логики — оболочка из Generate; чек-лист MCP для Play — «сгенерировано» ≠ кликабельно или корректно по состояниям.

Когда Generate не должен заменять design-to-engine

СигналИспользуйте вместо
Полный Figma/PSD, нужен 1:1Figma → Unity или пайплайн PSD; Generate только для личных черновиков
Рескин события, одна структура для каждой локалиЦепочка Studio / экспорта; сгенерированные экраны не будут пакетно обрабатываться при рескине
Нарезанный арт / HUD с битмап-шрифтомNine-slice, числа урона требуют спецификации арта; Generate редко гарантирует отступы/шрифты
Никакого редактирования Prefab YAML через LLMТо же, что canvas в движок: структурные изменения через детерминированный экспорт, а не правки генератором YAML в репозитории

Маршрутизация исправлений

СимптомВероятная причинаДействиеВладелец
Один экран устарел после рескинаТолько Generate, нет в источнике дизайнаДобавить фрейм дизайна, принять постоянный Toolkit или заменить повторным экспортомИнженер + дизайнер
Локали ломаются только на сгенерированном экранеЗахардкоженные строкиТаблицы строк или экспорт переводаИнженер + локализация
Клики конфликтуют с UGUI HUDСмешение Toolkit/UGUI не задокументированоУнифицировать модуль ввода или разделить CanvasИнженер
Generate перезаписал ручные правкиПовторный Generate того же UXMLЗаморозить Prefab; исправить вручную в системе контроля версийИнженер
Выглядит не так, как макетGenerate использован для релизного UIFigma/PSD → PrefabДизайнер + инженер

FAQ

Generate UI — то же самое, что Cursor, редактирующий Prefab?
Нет. Generate строит структуру UI в редакторе; Cursor + MCP подходит для привязки ссылок и дымового теста Play. Ни то, ни другое не заменяет чек-лист передачи дизайна или детерминированный экспорт.

Проект полностью на UGUI — всё равно Generate?
Да, как стек исключений, задокументированный в README/спецификации; иначе QA применит планки UGUI к экранам Toolkit.

Прототип экрана в релизной сборке?
Если он выходит, Prefab + чек-лист перед релизом; иначе #if DEVELOPMENT_BUILD или изолированная сцена — не смешивайте с основным HUD.

VberStudio или Unity Generate — выбрать одно?
Нет. VberAI Studio — это дизайн → canvas Studio → Prefab; Generate — это быстрый UI без арта прямо в проекте. Релизные экраны предпочитают Studio/экспорт; Generate заполняет необозначенные страницы инструментов.

В нашей версии Unity нет Generate UI?
Пропустите ветку Generate; design-to-engine + шесть шагов приёмки + таблица исправлений всё равно применяются. Команды Godot/Cocos используют то же правило: есть арт → экспорт; нет арта → Prefab + приёмка.

Другие статьи, которые могут вам понравиться

Дизайн игрового UI: традиционный процесс против AI-арта + разделение в VberAI Studio

Сравнение ручной нарезки в PS/Figma и VberAI Studio: импорт или AI-генерация UI, авторазделение слоёв, экспорт слоёного PSD или наборов изображений. Эффекты, шаги и демо-видео.

  • game-ui-design
  • game-ui-designer-flow
  • ui-slicing
  • AIGC
Читать

Чек-лист передачи Figma / PSD: как дизайн игрового UI избегает переделок

Для дизайнеров игрового UI: слои, именование, состояния кнопок, 9-slice и проверки локализации перед экспортом Figma-to-Unity или PSD-to-UGUI — ручная нарезка против структурированного экспорта, рескин и локализация UI для live-ops.

  • game-ui-design
  • figma-to-unity
  • psd-to-unity
  • ui-slicing
Читать