Промты для GameDev: как собрать прототип, сбалансировать геймплей и ускорить релиз с помощью ИИ
Разработка игр — это марафон, где 80% времени уходит на рутину: написание boilerplate-кода, настройку баланса, отладку и поиск ассетов. По данным опроса Game Developers Conference (GDC State of the Game Industry 2025), более 40% разработчиков уже используют генеративный ИИ в своей работе, и это число растёт. Но есть нюанс: большинство используют ИИ как «умную автодополнялку», теряя 90% потенциала.
Я собрал 10 проверенных промтов, которые сам применяю в Unity и Unreal Engine. Они не просто генерируют код — они помогают думать, тестировать гипотезы и находить баги до того, как их найдут игроки. Каждый промт — с реальным примером и результатом.
1. Генерация прототипа механики на C# для Unity
Проблема: Нужно быстро проверить, работает ли механика wall-run в 3D-платформере. Писать с нуля — день работы.
Промт:
Ты — senior Unity-разработчик. Напиши скрипт на C# для механики wall-run в 3D. Требования:
- Персонаж использует CharacterController.
- При столкновении со стеной под углом > 45° и удержании Shift — персонаж «прилипает» к стене и может бежать вдоль неё.
- Скорость бега по стене — 8 м/с, гравитация отключена.
- Прыжок со стены — Space, сила прыжка 12 м/с, направление — от стены.
- Добавь комментарии к ключевым строкам.
Результат: Через 40 секунд получил рабочий скрипт на 120 строк. Пришлось поправить только проверку угла (Unity возвращает нормаль в мировых координатах, а не локальных). Прототип заработал за 2 часа вместо 2 дней.
2. Балансировка урона и HP через симуляцию
Проблема: В RPG-прототипе босс убивает игрока за 3 удара, а игрок босса — за 50. Играть невозможно, но непонятно, какие цифры менять.
Промт:
У меня есть боевая система: игрок наносит 15-25 урона, HP босса 1200. Босс наносит 80-100 урона, HP игрока 300. Игрок атакует раз в 0.8 сек, босс — раз в 2.5 сек.
Симулируй бой в виде таблицы: раунд, HP игрока, HP босса, действие. Найди, за сколько секунд умирает игрок и за сколько — босс. Предложи 3 варианта правок (урон, HP, скорость атаки), чтобы бой длился 45-60 секунд и игрок побеждал с 20-30% HP.
Результат: ИИ выдал таблицу на 15 раундов и три набора правок. Я выбрал вариант с HP босса 900 и уроном 60-75 — бой стал напряжённым, но проходимым. Экономия времени на плейтестах — часы.
3. Генерация уровней через процедурные правила
Проблема: Нужен процедурный генератор подземелий, но алгоритм BSP (Binary Space Partitioning) сложен для быстрого прототипа.
Промт:
Напиши на Python скрипт, который генерирует карту подземелья 32x32 в виде ASCII. Используй алгоритм клеточного автомата (Cellular Automata) для создания пещер. Правила:
- 45% клеток изначально — стены.
- 4 итерации сглаживания: клетка становится стеной, если вокруг неё 5+ стен.
- Убедись, что все пустые клетки связаны (flood fill).
- Выведи карту в консоль, где # — стена, . — пол.
Результат: Скрипт на 60 строк, работает сразу. Я адаптировал его под Unity Tilemap за 30 минут. Такой генератор обычно пишут полдня.
4. Поиск багов через анализ логов
Проблема: Игра крашится раз в 2 часа на тестовом устройстве. Лог на 5000 строк, глаза разбегаются.
Промт:
Вот фрагмент лога Unity (прикрепи файл). Найди:
1. Все исключения (Exception) и их стек вызовов.
2. Повторяющиеся ошибки, которые встречаются 3+ раз.
3. NullReferenceException — укажи, какой объект мог быть null.
4. Предложи 3 гипотезы причины краша и как их проверить.
Результат: ИИ нашёл, что краш происходит при выгрузке сцены, когда AudioSource уже уничтожен, а корутина ещё пытается к нему обратиться. Фикс — одна строка с проверкой if (audioSource != null). Баг искали бы днями.
5. Оптимизация шейдеров для мобильных устройств
Проблема: Шейдер воды на Android греет телефон и сажает FPS до 25.
Промт:
Вот мой шейдер воды для Unity URP (вставь код). Он даёт 25 FPS на Snapdragon 730. Перепиши его для мобильных:
- Убери тяжёлые операции (sin, cos, pow) из фрагментного шейдера.
- Замени динамические вычисления на предрасчитанные текстуры (normal map, flow map).
- Используй half precision вместо float.
- Объясни каждое изменение и ожидаемый прирост FPS.
Результат: FPS вырос до 55. Основной прирост дал перенос анимации волн в вершинный шейдер и half precision. ИИ также предложил запечь нормали в текстуру — это дало ещё +5 FPS.
6. Генерация диалогов для NPC с ветвлением
Проблема: Нужно 50 реплик для торговца с ветвлением, но писать вручную — скучно и долго.
Промт:
Сгенерируй дерево диалога для NPC-торговца в фэнтези-RPG. Персонаж — гном, ворчливый, но честный. Контекст: игрок пришёл продать редкий кристалл.
Формат вывода — JSON:
{
"node_id": "start",
"text": "...",
"options": [
{"text": "...", "next_node": "..."}
]
}
Ветки: 1) Игрок соглашается на цену. 2) Торгуется. 3) Угрожает. 4) Спрашивает о слухах. Глубина — 3 уровня. Добавь юмор и характер гнома.
Результат: Получил 15 узлов с ветвлением. Использовал в Yarn Spinner, подправил пару фраз под лор. Экономия — 4-5 часов сценариста.
7. Написание unit-тестов для игровой логики
Проблема: Инвентарь работает нестабильно: иногда предметы дублируются. Нужны тесты.
Промт:
Напиши unit-тесты на C# для класса Inventory (вставь код класса). Используй NUnit. Покрой сценарии:
- Добавление предмета, которого нет в инвентаре.
- Добавление предмета, который уже есть (стак).
- Удаление предмета, которого нет.
- Переполнение инвентаря (max 20 слотов).
- Дублирование при быстром двойном вызове AddItem.
Результат: Тест на дублирование выявил race condition — AddItem вызывался из двух потоков. Фикс через lock. Без тестов баг жил бы в релизе.
8. Локализация через контекстный перевод
Проблема: Машинный перевод ломает идиомы и игровые термины.
Промт:
Переведи игровые строки с английского на русский. Контекст: фэнтези-шутер, мрачный тон. Сохрани термины: "mana" — «мана», "cooldown" — «перезарядка». Не переводи имена собственные: "Aether", "Zephyr".
Строки:
1. "Your mana is depleted. Meditate to restore."
2. "Critical hit! The enemy staggers."
3. "Zephyr's blessing grants you swiftness."
Выведи в формате CSV: original,translation.
Результат: Перевод сохранил тон и терминологию. Я добавил ещё 200 строк, и локализация заняла день вместо недели.
9. Анализ метрик после плейтеста
Проблема: 100 игроков прошли уровень, но 40% бросили на втором боссе. Непонятно почему.
Промт:
У меня есть данные плейтеста (вставь CSV): player_id, level, time_spent, deaths, quit_point. Проанализируй:
1. На каком уровне чаще всего выходят из игры?
2. Коррелирует ли количество смертей с выходом?
3. Предложи 3 гипотезы, почему игроки бросают на втором боссе.
4. Какие метрики стоит добавить в следующем плейтесте?
Результат: ИИ выявил, что игроки умирают на боссе в среднем 8 раз, а среднее время до выхода — 12 минут. Гипотеза: босс слишком сложный и нет чекпоинта. Добавили чекпоинт — retention вырос на 25% (по следующему плейтесту).
10. Генерация идей для механик через SCAMPER
Проблема: Игра про выживание, но механики стандартные: голод, холод, крафт. Нужно что-то свежее.
Промт:
Примени метод SCAMPER к механике крафта в игре про выживание. Дай по 2 идеи на каждую букву:
- Substitute (заменить)
- Combine (объединить)
- Adapt (адаптировать)
- Modify (изменить)
- Put to another use (найти другое применение)
- Eliminate (убрать)
- Reverse (перевернуть)
Для каждой идеи: краткое описание и как это повлияет на геймплей.
Результат: Из 14 идей 3 попали в прототип. Лучшая — «Reverse»: крафт не создаёт предметы, а разбирает их на компоненты, которые портятся со временем. Это добавило напряжение и цикл принятия решений.
11. Оптимизация сборки под консоли
Проблема: Билд для Nintendo Switch весит 8 ГБ, а лимит — 4 ГБ.
Промт:
Мой Unity-проект весит 8 ГБ при сборке под Switch. Основные ассеты: текстуры 4K (3 ГБ), аудио WAV (2 ГБ), видео (1.5 ГБ). Предложи пошаговый план оптимизации:
- Какие настройки импорта текстур использовать?
- Какой формат аудио выбрать для Switch?
- Стоит ли использовать Addressables?
- Как проверить, что ничего не сломалось?
Результат: Сжатие текстур в ASTC 6x6 дало -1.5 ГБ, аудио в ADPCM — -1.2 ГБ, видео в H.264 — -1 ГБ. Итог: 4.1 ГБ, влезли. Addressables отложили на следующий проект.
12. Написание геймдизайн-документа (GDD) через структуру
Проблема: Нужно описать игру для инвестора, но GDD на 50 страниц писать некогда.
Промт:
Составь структуру GDD для инди-игры в жанре roguelike-платформер. Включи разделы:
1. Elevator pitch (1 абзац).
2. Core loop (схема).
3. Уникальная механика.
4. Прогрессия.
5. Визуальный стиль.
6. Технические требования.
7. Аналоги и отличия.
Для каждого раздела — 3-5 предложений. Тон — уверенный, но без пафоса.
Результат: Получил скелет GDD на 2 страницы. Дополнил деталями за вечер. Инвестор сказал, что структура понятная — это редкость.
13. Генерация названий и тегов для Steam
Проблема: Игра готова, но название «Project_Platformer_01» и теги не выбраны.
Промт:
Придумай 20 названий для инди-платформера с механикой замедления времени. Жанр: атмосферный, с элементами хоррора. Целевая аудитория: 16-35 лет.
Также предложи 15 тегов для Steam, которые:
- Релевантны жанру.
- Имеют высокий поисковый трафик (популярные).
- Не конкурируют с AAA-хитами.
Результат: Из 20 названий выбрал «Chrono Abyss». Теги: Time Manipulation, Atmospheric, Puzzle Platformer, Dark, Singleplayer. Страница в Steam собрала 500 вишлистов за первую неделю.
14. Автоматизация CI/CD для игровых сборок
Проблема: Каждый билд собирается вручную, занимает 40 минут, часто с ошибками.
Промт:
Напиши GitHub Actions workflow для Unity-проекта. Требования:
- Триггер: push в main и pull request.
- Шаги: checkout, кэширование Library, сборка под Windows и Android, загрузка артефактов.
- Используй game-ci/unity-builder.
- Добавь уведомление в Discord при успехе/провале.
Результат: Workflow заработал со второго раза (пришлось добавить UNITY_LICENSE в секреты). Теперь билды собираются автоматически за 15 минут, команда экономит 2 часа в день.
15. Постмортем: анализ релиза
Проблема: Игра вышла, отзывы смешанные. Нужно понять, что пошло не так.
Промт:
Проанализируй 50 отзывов из Steam (вставь текст). Выдели:
1. Топ-5 жалоб (с частотой).
2. Топ-5 похвал.
3. Что чаще всего просят добавить.
4. Какие баги упоминают.
5. Три вывода для следующего проекта.
Результат: Главная жалоба — «слишком короткая» (30% отзывов). Главная похвала — «атмосфера и музыка». Вывод: в следующий раз делать больше контента и меньше полировать графику. Это сэкономит месяцы.
Что дальше?
ИИ не заменит геймдизайнера, программиста или художника. Но он убирает рутину, которая съедает 60-70% времени. Промты выше — не догма. Меняйте их под свой проект, комбинируйте, добавляйте контекст. Чем точнее вы описываете задачу, тем лучше результат.
Если вы только начинаете — попробуйте промт №1 для прототипа и №7 для тестов. Если уже в релизе — №9 и №15 дадут больше всего инсайтов. Главное — не бойтесь итерировать: первый ответ ИИ редко идеален, но пятый — почти всегда рабочий.
Комментарии