Нейросеть для создания игр вместо художника: автор RPG Morveyn держит стиль через Gemini

Разберём его приём как инструкцию. MVP означает минимальную рабочую версию продукта, на которой проверяют идею. Ассет означает любую готовую картинку для игры: юнит, портрет, здание, тайл карты (квадратная клетка, из которых собирается поле), иконку. Результат такой: нейросеть для создания игр перестаёт рисовать каждую картинку «из своей игры» и начинает держать общий стиль.

Кейс автор описал на Хабре. Morveyn он делает как пошаговую RPG (ролевую игру) для Telegram, вдохновлённую King's Bounty. Техническая часть для него привычная: Next.js на фронтенде (то, что видит игрок), Java на бэкенде (сервер с логикой игры). Графика стала отдельной задачей: игре нужны десятки, а в перспективе сотни изображений, и все должны выглядеть так, будто их нарисовал один художник.

Что понадобится для конвейера ассетов?

• Генератор изображений. У автора основным инструментом стал Gemini.
• Список нужных ассетов по категориям: портреты, юниты, объекты карты, иконки.
• Текстовый файл, где хранится постоянная часть промпта для каждой категории.
• Время на пробные генерации. Конкретных сроков автор не называет.

Пошаговая инструкция: от спецификации стиля до запретов

1. Сформулируйте требования к ассету, а не к картинке. У автора их шесть: предсказуемый ракурс, одинаковая площадь на изображении, общий стиль, читаемость в мелком размере, отсутствие случайных украшений, сочетание с остальными объектами.
2. Разделите промпт на две части. Постоянная часть описывает стиль. Переменная часть называет конкретный объект.
3. Напишите базовую спецификацию. У автора она выглядела так:

painterly digital illustration;
стиль классических фэнтезийных стратегий 1990-х;
богатая текстура масляной живописи;
тёплый золотистый свет сверху слева;
приглушённая земляная палитра;
тёмно-коричневые оттенки дерева и акценты старого золота;
единая визуальная стилистика игрового мира;
никаких надписей, логотипов и водяных знаков.

1. Подставляйте объект как параметр. Автор сравнивает это с вызовом функции:

generateAsset( style = COMMON_STYLE, subject = "Goblin Shaman", constraints = COMMON_RULES );

Gemini такой код не исполняет, это лишь способ думать о промпте как о настройке генератора.

1. Заведите отдельную базу для каждой категории. Для портретов автор прописал персонажа по грудь, вид в три четверти, запас пространства над головой и спокойный размытый фон. Для карты прописал единый угол обзора, одинаковый масштаб, ортографическую проекцию (вид без перспективных искажений, как на чертеже) и тот же свет сверху слева.
2. Допишите, чего рисовать нельзя. Модели склонны украшать картинку, а объект для клетки карты размером в несколько десятков пикселей от этого превращается в пятно. В Stable Diffusion для запретов есть отдельное поле Negative Prompt (негативный промпт, список того, чего не должно быть на изображении).
3. Проверяйте результаты рядом, а не по одному. Красоту отдельной картинки оценивать бесполезно, смотрите на набор целиком.

Кому этот приём пригодится, кроме разработчиков?

Автору Дзена: тот же принцип постоянной и переменной части годится для обложек серии статей, чтобы рубрика узнавалась в ленте.

Маркетологу: базовая спецификация работает как бренд-гайд для генератора, её можно один раз согласовать и раздать команде.

Предпринимателю из России и СНГ: доступность Gemini в регионе автор не обсуждает. Из доступных в РФ генераторов изображений можно проверить тот же приём на Kandinsky и Шедевруме.