• UI/UX итерации: Я часами двигал кнопки, менял шрифты и переделывал дизайн модальных окон. Часто ИИ понимал мои запросы слишком буквально, генерируя нерабочий или кривой интерфейс.

• Месяцы допросов ИИ и слепых экспериментов: Как сделать так, чтобы при нажатии на одну кнопку «Play», другая останавливалась? Как заставить модальное окно корректно появляться и исчезать? Каждый такой вопрос превращался в многодневный квест.

• Сложность vs. Реализуемость: Я постоянно отказывался от сложных идей (вроде динамической визуализации волны), потому что ИИ не мог дать простого решения, а потом снова возвращался к ним, пытаясь разбить задачу на микроскопические шаги.

В конце концов, у меня на компьютере был красивый, интерактивный, но абсолютно «мертвый» сайт-витрина. Я был невероятно горд успехом.

Глава 2. Перенос в онлайн: Первый удар о реальность

Я искал бесплатные решения для хостинга, остановился на GitHub, залил файлы и... вот он, мой сайт в интернете! Но тут же возникли вопросы, о которых я раньше не думал:
А как сделать корзину? Как пользователь будет скачивать файлы? А где хранить данные о регистрации пользователей? Как подтвердить регистрацию по email? А как пополнять баланс? Как реализовать и при помощи чего, и прочее...

Стало ясно, что просто красивых страничек недостаточно. Нужна была какая-то серверная логика - бэкенд.

Глава 3. Поиски бэкенда и нокаут от законодательства

Мои поиски напоминали блуждание в тумане. ChatGPT предлагал десятки вариантов. Я пробовал собрать «монстра» из Auth0 для авторизации и Supabase для базы данных, пытался использовать Node.js на хостинге Beget — всё было слишком сложно и работало на костылях.

В итоге я решил использовать Yandex Cloud и Auth0 в качестве сервиса аутентификации. И вот, когда я почти решил все проблемы, я совершил роковую ошибку. Изучая консоль Яндекса, я случайно подключил платную услугу. Утром меня ждал заблокированный аккаунт и долг в 5000 рублей. Техподдержка была непреклонна.

Платить за случайный клик я не собирался. Я закрыл тот аккаунт, с разрешения техподдержки, зарегистрировал новый акк. и начал переносить весь фронтенд. Бэкенд предстояло делать снова, с полного нуля. И в этот момент я узнал про Федеральный закон № 152-ФЗ. Оказалось, данные нужно хранить в России. Мой Auth0, расположенный за границей, больше не подходил.

Вся моя архитектура снова рассыпалась. Пришлось делать все заново.

Глава 4. Финальная сборка: Свой бэкенд на Yandex Cloud

Я полностью отказался от сторонних сервисов аутентификации. Теперь вся логика работала на связке Yandex Cloud (база данных, функции, хранилище) и сервиса Unisender для отправки писем. На этом этапе я столкнулся с последней волной проблем, где мне пришлось стать настоящим отладчиком.

Моей первой настоящей бэкенд-задачей было подключить облачную функцию к Yandex Database Я попросил ИИ написать код, развернул его и тут же получил жесткий отказ: Unauthenticated.

Логи кричали, что у меня нет прав. Я полез в документацию и настройки IAM. Оказалось, что сервисному аккаунту нужно было вручную выдать роль ydb.editor. Я нашел нужную галочку, поставил и был уверен, что всё заработает.
Но ничего не заработало. Та же ошибка.
Проблема была не столько в правах, сколько в самом коде, который сгенерировала нейросеть. Она написала его так, будто он запускается с личного компьютера, и пыталась найти секретные ключи. Но в облачной среде всё работает иначе - функция должна была использовать специальный временный токен, который ей предоставляет само Облако. Мне пришлось перелопатить кучу документации и заставить ИИ переписать код с использованием правильного метода аутентификации. На это потребовалось несколько недель..

Но как только я решил эту проблему, тут же появилась следующая, еще более загадочная.

Когда я все настроил, сайт просто отказывался общаться с моим сервером. В консоли браузера горела красная ошибка: blocked by CORS policy.

• Расследование: ИИ объяснил мне, что это политика безопасности браузера. Она запрещает сайту на одном домене общаться с сервером на другом домене, если сервер явно этого не разрешит.

• Решение: Мне пришлось создать отдельную «пустую» облачную функцию cors-handler, которая не делала ничего, кроме как отвечала на запросы браузера специальными заголовками: «Да, я знаю этого парня, ему можно». Это была кропотливая работа по настройке для каждого типа запроса в API-шлюзе.

Отправка простого письма для подтверждения регистрации превратилась в квест. Письма уходили в спам или вообще не доставлялись. Я потратил неделю, копаясь в DNS-записях (MX, DKIM, SPF), чтобы доказать почтовым гигантам, что я не спамер, и заставить сервис рассылок работать корректно.

Глава 5. Архитектура, рожденная в муках: Как это работает сейчас

В итоге у меня получилась полноценная архитектура, полностью построенная на сервисах Yandex Cloud. Звучит страшно, но на деле это достаточно понятный набор связанных между собой «кубиков».

• Фронтенд: Сам сайт лежит в Object Storage в виде статических HTML-файлов. Это делает его загрузку молниеносной.

• Доставка контента: Cloud CDN забирает файлы с сайта и раздает их пользователям по всему миру, обеспечивая высокую скорость.

• Мозг (Cloud Functions): Вся логика — регистрация, вход, покупка, скачивание — реализована в 10 отдельных Cloud Functions. Это небольшие скрипты, которые запускаются только тогда, когда к ним обращаются.

• Память (YDB): Все данные — пользователи, их балансы, купленные звуки, транзакции — хранятся в serverless-базе данных Managed Service for YDB.

• API Gateway: Чтобы сайт мог безопасно общаться с функциями, используется API-шлюз. Он принимает запросы от пользователей и направляет их к нужной функции.

• Хранилище файлов: Все мои звуковые файлы лежат в отдельном, приватном бакете, доступ к которому можно получить только через специальную функцию.

• Безопасность и управление: IAM управляет правами доступа между сервисами, Lockbox хранит секретные ключи, Certificate Manager выдал бесплатный SSL-сертификат, а Cloud DNS управляет моим доменом.

Глава 6. Ошибки, которые я допустил и цена

Оглядываясь назад, я понимаю, что совершил множество ошибок, которые стоили мне времени и нервов.

1. Слепое доверие ИИ: Я начинал с того, что просто копировал код, не вникая в суть и не обращаясь с вопросами к технической поддержке сервисов. Это главная ошибка.

2. Игнорирование бэкенда и юридических аспектов: Я слишком долго фокусировался на обертке, не изучив, как работает начинка и какие законы ее регулируют.

3. Недооценка отладки: Я думал, что основное время уходит на написание кода. Оказалось, 90% времени — это поиск причин, почему код не работает.

И, конечно, у всего этого есть цена, вполне реальная. На данном этапе:

• Yandex Cloud: ~164 ₽/мес. (за хранение, трафик и выполнение функций) цена будет расти от нагрузки на сайт.

• Почта домена (Beget): 600 ₽/мес. (необходима для работы DKIM и отправки писем)

• Домен: 3600 ₽/год

• Транзакционные письма (Unisender Go): 400 ₽/мес.

• Маркетинговые рассылки (Unisender): Пока бесплатно, в будущем — 8064 ₽/год

Итого, ежемесячные расходы на поддержание проекта составляют около 1464 рублей.

Заключение: От кода к сообществу. Что дальше?

Я прошел путь от идеи до реализации, спотыкаясь о множество проблем. Самое главное - я доказал себе, что даже без знаний в коде можно самостоятельно разобраться и построить достаточно сложный цифровой продукт. Платформа готова принимать пользователей, обрабатывать платежи и доставлять качественный звук.

Но я прекрасно понимаю, что самый лучший инструмент бесполезен, если о нем никто не знает. Технический марафон позади, и теперь начинается новый, не менее сложный этап — сделать сайт по-настоящему живым и полезным сервисом для креаторов. Чтобы он из личного проекта превратился в ценный ресурс для разработчиков игр, режиссеров и дизайнеров.

Спасибо, что дочитали эту длинную историю! Буду невероятно благодарен за вашу обратную связь, советы и мнения в комментариях. Возможно, именно вы подскажете, в каком направлении двигаться дальше.

Без плана было бы нереально. Я составил список шагов:

1. Перенести все скрипты и функционал.

2. Перетащить стили и интерфейс (CSS → сцены, HTML → структура).

3. Перерисовать визуал под новый формат.

4. Проверить, чтобы игра запускалась.

Пока не перенесены все скрипты, игру не проверить — один файл проект не запустит.

Первый запуск

Когда я наконец собрал всё и запустил игру — получил тонну ошибок. ChatGPT адаптировал 18 JS-файлов (каждый по 300–800 строк), но допустил множество ошибок.
Перенос шёл постепенно, по одному файлу. Процесс поиска и исправления багов выглядел так:

1. Копировал ошибку из консоли.

2. Отправлял её в GPT вместе с контекстом.

3. Получал исправленный вариант.

4. Если не работало — откатывался и повторял.

Если код умещался в 100 строк — чат справлялся. Если больше, он терял нить, создавал новые баги, и приходилось возвращаться к прошлым версиям.
Так продолжалось почти месяц.

Немного цифр

Для понимания масштаба работы:

• 18 JS-файлов (300–800 строк каждый) → GDScript

• 15 CSS-файлов (gamestyle.css — 600 строк) остальные поменьше

• 6 HTML-страниц

• 74 картинки

Это было только начало. Сейчас проект вырос до:

• 56 скриптов

• 40 сцен

• 291 картинки

Визуал — вечная стройка

Параллельно с кодом шла постоянная переработка визуала.
Где-то переносил интерфейс из браузерки, где-то перерисовывал элементы, потому что старый стиль переставал нравиться. Иногда делал заглушки, чтобы хотя бы протестировать функционал.
Перерисовка визуала — процесс бесконечный, думаю, многие разработчики игр это понимают.

Что дальше

После переноса я начал улучшать старые механики и внедрять новые.
Дальнейшие посты будут уже не такими сумбурными: каждый будет посвящён конкретной системе или механике — инвентарю, карте, боевой системе, оптимизации.

А пока — несколько скриншотов версии после полного переноса из браузера.

Итог

Переход с браузерной игры на Godot стал серьёзным вызовом. Каждый день я сталкивался с ошибками, уставал, откатывался, но шаг за шагом собирал свой мир.

Игру нельзя просто переписать с одного языка на другой. Её нужно написать заново.

Баги не исчезают. Они просто переходят в следующую версию🐺

Подписывайтесь на мой телеграм канал, там помимо дев-влогов я выкладываю арты из игры, и просто по фану рисую с нейронками, залетай если тебе интересный нейросети и контент сделанный с помощью них: t.me/neirosea

Но что было в карте тогда и сейчас, совершенно разный вид игры, сейчас я полностью переработал карту и локации, в будущих постах увидите:)

Хочется поделиться еще скринами из создания, но многие затерялись, да и пост будет слишком уж длинной простыней:)

Чуть позже случайно открыл DevTools (F12) в Chrome и понял, что можно прямо в браузере менять элементы, а потом копировать результат в VS Code. Удивительно, но таких фишек мне ни одна инструкция не подсказывала — сам нашёл, сам удивился.

CSS и адаптивность

Стили — отдельная история. Всё выглядело как одна гигантская простыня, где изменение одного блока ломало всё вокруг. Понемногу разобрался, но осознал: адаптировать игру под Telegram внутри браузера — не мой путь. Слишком сложно для текущего уровня.

В итоге решил: временно отказываюсь от Telegram-бота. Перехожу на полноценную браузерную игру. Там хотя бы контроль больше.

Браузерная RPG: теперь серьёзно

Подумал: ну 2D-RPG — что может пойти не так? На деле — почти всё старое перекочевало: верстка, стили, адаптивность. Но теперь я уже ориентировался лучше, поэтому работал системнее.

Проект занял около двух месяцев. Он не стал финальной версией, но именно он лёг в основу моей текущей игры на Godot. Скрипты не переносил — язык другой — но визуал, логика, структура перешли почти целиком.

Была мысль переделать всю игру на движке, но быстрее оказалось начать с нуля и использовать старую игру как черновик и референс.

Что получилось

• 4 локации (в каждой — свой моб)

• Инвентарь с drag & drop

• Магазин, таверна, прокачка

• Режимы боя: ручной и авто

• Система дропа, карта с хабом

• Эффекты при наведении

• Плюс мелочи: продажа предметов, логика мобов, перемещение вещей

Для первой игры — это был мощный апгрейд. Я реально понял, насколько сложна масштабная браузерка. Много кода, много взаимосвязей. Это не просто “написал скрипт и игра готова”.

Однажды открыл DevTools у одной крутой браузерной игры — в HTML было 3000+ строк. И это только одна вкладка. А их там десятки. В тот момент я чётко понял: я туда больше не полезу.

Что дальше?

После RPG я сделал сайт для своей игры. Опыт с браузерной версией помог — знал, куда лезть, где искать решения, и всё вышло.

Сейчас весь фокус — на Godot. Новый движок, новые механики, свои баги и свои грабли. Следующие посты будут уже про мою основную игру, над которой я работаю каждый день.

Дополнительные материалы и скрины — оставлю в комментариях под этим постом. Заглядывайте.

Не важен тот, кто не падал. Важен тот, кто встал.

ChatGPT помогает: объясняет, пишет код, подсказывает. Но у него тоже есть особенности:

• Он часто не знает, какая у тебя версия движка.

• В Godot версии критичны, GDScript меняется.

• При большом объёме кода он теряет контекст: забывает мои указания, путаница в логике.

Иногда, чтобы понять одну ошибку, уходило несколько дней. Всё-таки полный ноль в коде даёт о себе знать.

Визуал через Stable Diffusion

С нейросетями я работаю уже 3 года, и визуал для игры — не исключение.

Первые генерации были скорее концепт-артами. Они не подходили для UI, особенно без лора и контекста. Потребовались новые подходы.

Перешёл на Flux + LoRA по стилям, иконкам, интерфейсу. Начал собирать визуальное ядро игры. Несколько раз полностью менял стиль. Последняя перерисовка была месяц назад — около 80 картинок пришлось переделывать. И уже снова хочется что-то поменять. Об этом будет отдельный пост.

Но это не "нажал кнопку — получил результат". Каждую иконку, каждый UI-элемент я:

• Сначала прорабатывал в Photoshop.

• Потом дорабатывал в сетке.

• Потом снова шёл в Photoshop и правил.

Так по кругу. За полгода сильно прокачался в Photoshop и в умении доводить визуал до ума.

Идеи, механики, концепты

Основная идея игры вынашивалась неделями, месяцами… ну ладно, может не годами, но долго.

Нейросеть не придумает классную механику. Это всё — опыт, мозг, ночные озарения.
Но если дать направление, ChatGPT — отличный помощник.

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

Важное напоследок

Создание игры с ChatGPT и Stable Diffusion кажется лёгким. Но на деле — это путь, где ты сам становишься архитектором.
ИИ — не волшебная палочка. Это инструмент. Всё держится на твоей настойчивости.

Я сижу ночами по 5–6 часов после фуллтайм-заказов. Устаю, ошибаюсь, но учусь. Потому что никто, кроме меня, эту игру не сделает.

Когда-то нейросети открыли для меня мир арта. Сейчас они же помогают строить собственную игру. И пусть каждый может сегодня "запустить проект", но сделать что-то живое, рабочее, интересное — уже вызов. Я его принял.

Что дальше?

Этот пост — вводный. Просто хотел поделиться эмоциями и историей.
У меня куча скриншотов, старых артов, кода, фейлов, удачных решений — всё это ждёт в будущих постах.

Планирую серию, где расскажу:

• Как создавал интерфейс

• Как придумывал механику боя

• Как работает генерация карты

• Как делаю оптимизацию

• Как UI собирается из нейросетей и дорабатывается вручную

• И многое другое

Возможно, будет и видео на YouTube — на тему “Как я создаю игру с нуля с помощью ИИ”.

Если интересно — пишите в комментарии, расскажите о своём опыте.
Будет приятно почитать. И, может быть, кто-то из вас тоже решит сделать свою игру.

Мой путь только начался, но как говорил великий «У самурая нет цели, есть только путь»

Затем я открыл туториал Breakers и пошел пилить раннер. Уроки старые, но базу дают и убирают неуверенность в движке. Сделал на основе этого очередной раннер-платформер с 1 уровнем, где можно было подрубить Год-мод и полететь!

Наступило время для чего-то сложнее. Сделать крестики-нолики, но я поставил себе 1 цель - там должна быть своя графика. Дано: графический планшет и Фотошоп. Результат - в предыдущем посте. Есть поле, яблоко и банан, что дало название Apples | Bananas. Я потратил плюс-минус 3 дня на это. Через сколько дебрей я прошел! Но это сделано! Выложена первая версия этого, будет добавлено меню, нормальный рестарт, ИИ и улучшение багов.

Так вот, к чему это я. Первое, не сдавайтесь! Понятно, что сразу может ничего не получиться, нужно идти дальше, работая. Второе, понятно, что это не выстрелит, и у каждого есть свои крестики-нолики. Но останавливаться я не собираюсь)

Кстати, этот "гениальный" шедевр можно оценить в моем новом тг-канале. В нем я буду выкладывать все, что знаю, узнал, а также гайды, мемы, новости, ассеты, скрипты и на мои файлы, как сейчас например. Вот ссылка: https://t.me/unitygames3009.

P.S: Спасибо тем ,кто дочитал до конца! @moderator, если снесет и этот пост, у меня подгорит пердак(

СИТУАЦИЯ.
Вам хочется создать простую браузерную игру, которая будет открываться при запуске файла index.html
Но нейросеть пишет только код, а не создает уровень игры с точными координатами расположения игрового персонажа и всех объектов игры.

А визуальный редактор WYSIWYG Web Builder в обычном случае, может создать игровой уровень, строго разместить игрового персонажа и объекты строго по координатам, но не задать свойства/поведение объектов и управление игровым персонажем.

Возникает впорос:
Как создать уровни браузерной-игры и разместить ее персонажей в визуальном редакторе, а код свойства объектов и сценария добавить из нейросети?

Есть решение:
Совместить визуальный редактор и нейросеть.

ЧТО КОНКРЕТНО ДЕЛАТЬ?

1. С помощью визуального программы-редактора WYSIWYG Web Builder 15 (для создания веб-сайтов), создаем из разных объектов полноценный уровень. В уровне размещаем игрового персонажа строго там, где он должен загружаться в локации игры.

Созданный уровень/игру публикуем в виде html-сайта через меню Файл-"Опубликовать".

2. Затем открываем нейросеть, например ChatGPT или Grok

ЗАПРОС, который нужно ввести в командную строку нейросети:

Редактируй код каждого файла игры, которая будет запускаться с файла index.html. Суть игры следующая.

Объект-игрок, который в коде именуется как объект "Image1", управляется при помощи клавиш. Клавиши-стрелки определяют направление стороны движения объекта-игрока.

В пространстве игры, расположены следующие объекты-препятствия, которые в коде именуются как:

Image4, Image5, Image7, Image9

Если Объект-игрок задевает объекты-препятствия, то Объект-игрок, отскакивает в сторону.
Фон игры задается файлом "image2".
Вот коды каждого файла, которые ты должен отредактировать:

код файла: index.html:
здесь вставляете весь код из файла index.html

код файла: index.css
здесь вставляете весь код из файла index.css

И так со всеми файлами игры-сайта-приложения, где содержится код!

3. Код созданный для каждого файла, при помощи текстового редактора(например Блокнот) полностью вставляем в конкретный файл, стерев/убрав перед этим старый код.

4. Запускаем файл index.html, который запускает игру.