Нейросеть для создания игр: 250 000 строк кода без единой ручной правки
Как превратить идею в работающий продукт, если вы не программист, но умеете ставить задачи ИИ-агентам (программам, которые сами выполняют цепочки действий по вашей инструкции)? Разбираем реальный кейс полного цикла разработки игрового бота для D&D, где за полгода не было написано ни одной строки кода вручную.

Проект «Таверна Мокрый Тортл» показывает не теорию, а рабочий продакшен: 968 пользователей, 2 700 коммитов, 250 тысяч строк кода и ни одного if с клавиатуры. Нейросеть для создания игр здесь не гипотеза, а задокументированный процесс с конкретными провалами и выводами.
Автор проекта, не программист по основной работе (точнее, как он сам говорит, «был программистом полгода, и это не считается»), за шесть месяцев вечерней работы выкатил в продакшен полноценного AI-мастера подземелий: соло-игру в D&D 5e (настольную ролевую игру) прямо в Telegram. Бот ведёт бой по правилам, бросает кубики без поддавков, считает магию и левелап. Всю разработку вели ИИ-агенты, а роль человека свелась к постановке задач и чтению отчётов. Ниже разбираем, как именно это устроено, чтобы вы могли повторить подход на своём проекте.
Что понадобится
- Подписка на Claude (или аналогичный ИИ-сервис с агентным режимом). Автор тратит 240 долларов в месяц, но на эту подписку приходятся и другие проекты
- Хостинг. В проекте используется Railway (20 долларов в месяц), но подойдёт любой облачный сервис
- Стек проекта: Python + aiogram (библиотека для Telegram-ботов), React для мини-приложения, PostgreSQL (база данных). Выбор стека не принципиален, агенты работают с разными языками
- LLM для самой игры через OpenRouter (сервис-агрегатор, который даёт доступ к разным моделям). Стоимость зависит от числа игроков
- Трекер задач и репозиторий (Git). Без системы контроля версий агентная разработка превращается в хаос
- Время: вечера после основной работы на протяжении нескольких месяцев. Быстрый фикс занимает 34 минуты, крупная подсистема может потребовать недели
Пошаговая инструкция
- Создайте инструкцию для классификации задач. Это ключевой документ, который лежит в репозитории и определяет весь процесс. Каждая задача перед выполнением проходит «взвешивание» по сложности:
- Лёгкий фикс: агент читает пару файлов и правит
- Средняя фича: сначала дизайн-док (документ с описанием того, как функция должна работать), потом план, потом отдельный агент-ревьюер ищет в плане дыры, и только после этого пишется код
-
Тяжёлая подсистема: декомпозиция в трекере, тесты до кода, ревью после каждого шага, отдельные QA-агенты (агенты проверки качества), которые ходят в живое приложение и нажимают кнопки
-
Напишите дизайн-док перед каждой средней и крупной задачей. Агент не должен угадывать, что вы хотите. Опишите: что должно получиться, какие ограничения, как это связано с существующим кодом.
-
Подключите агента-ревьюера. Перед тем как основной агент начнёт писать код, другой агент проверяет план на логические дыры. Код тоже читают агенты, и, по словам автора, «подозреваю, внимательнее, чем читал бы я».
-
Вбейте в контекст агента «шпаргалку» с актуальной схемой проекта. Это критически важный шаг (подробнее в разделе ошибок ниже). Агент не должен угадывать имена таблиц, колонок, эндпоинтов. Он должен видеть реальную схему.
Пример: принудительная шпаргалка для агента
В контекст каждой задачи включай:
- Полную схему БД (таблицы, колонки, типы)
- Список эндпоинтов с методами
- CORS-конфигурацию
- Текущие переменные окружения
Агент НЕ должен «вспоминать» или «предполагать»
структуру проекта — только читать шпаргалку.
-
Настройте контрольные точки. После каждого логического блока работы агент должен остановиться и показать результат. Никогда не давайте задачу формата «сделай всё и покажи готовое».
-
Запустите QA-агентов на живом приложении. Юнит-тесты (автоматические проверки отдельных функций) не ловят все баги. Агенты, которые реально ходят в приложение через браузер и нажимают кнопки, находят то, что тесты пропускают.
-
Выпустите бету и слушайте пользователей. По данным автора, половина из 2 700 коммитов сделана уже во время беты. Живые игроки генерируют задачи лучше разработчика.
Что показывают цифры проекта?
Бета открылась 13 июня. За два с лишним месяца, по данным автора из продовой базы и кабинета ЮKassa:
- 968 новых пользователей при нулевом рекламном бюджете
- 59% создают персонажа, из них 83% делают первый ход
- Конверсия в создание персонажа выросла с 41-52% в июне до почти трёх четвертей к августу
- Медианный игрок делает 16 полноценных ходов с ответом мастера
- 45% переваливают за 20 ходов, каждый пятый за 50
- Рекордсмен наиграл 333 хода за одну сессию
Техническая статистика: 2 700 коммитов за полгода, 123 активных дня разработки, порядка 250 тысяч строк (219 тысяч на Python, 29 тысяч на TypeScript).
Автор описывает типичный цикл исправления бага: игрок кидает баг-репорт в чат в 15:23. В 15:46 автор отвечает «проверю». В 15:57 фикс уже на продакшене. 34 минуты посреди буднего дня, от сообщения пользователя до работающего исправления. Это возможно именно потому, что задача классифицируется как «лёгкий фикс»: агент читает нужные файлы, вносит правку, тесты проходят, деплой. Человек ставит задачу и проверяет результат, а не пишет код.
Автономные циклы без контрольных точек. Автор попробовал модный подход: агент сам планирует, сам пишет, сам проверяет и сам себя хвалит. Поставил задачу «сделай v2 движка» и ушёл. Агент работал неделю, сжёг весь недельный лимит запросов. Результат: мёртвый кусок кода, который пришлось выкинуть целиком. Модель решила, что нужна v2 «как факт существования», а не как продолжение текущего проекта, поэтому создала изолированную систему с зелёными тестами, которая никуда не встраивалась. Цитата автора: «Автономность без контрольных точек это не разработка, это обогреватель».
Агент угадывает вместо того, чтобы смотреть. За один июль агенты 372 раза уронили SQL-запросы к боевой базе данных. 93% падений имели одну причину: агент угадывал имя колонки вместо того, чтобы посмотреть схему. Уверенно, с деталями, мимо. Это классическая галлюцинация (когда нейросеть уверенно выдумывает то, чего не было), только применённая к структуре вашего же проекта.
Тесты в обход реальной среды. Агент добавил PATCH-эндпоинт (новый тип запроса к серверу), покрыл тестами, тесты зелёные, деплой. Игроки тут же ловят ошибку: в CORS-списке (настройке безопасности браузера) метод PATCH не был разрешён, браузер резал запросы. Тесты ходили в обход браузера и ничего не заметили.
Что делать с этим прямо сейчас?
Авторам Дзена и контент-мейкерам. Нейросеть для создания игр и интерактивного контента уже не требует навыков программирования. Если вы делаете квизы, тесты, интерактивные форматы, подход «дизайн-док плюс агент плюс ревью» применим к вашим проектам. Начните с малого: опишите задачу как дизайн-док, дайте агенту шпаргалку с контекстом, проверяйте результат на каждом шаге.
Маркетологам. Стоимость входа в разработку продукта резко упала. 240 долларов за подписку плюс 20 долларов за хостинг, это бюджет, сравнимый с одним фрилансером на пару дней. Но экономия работает только при выстроенном процессе. Без него вы получите «обогреватель», который сожжёт бюджет и не выдаст результат.
Предпринимателям в РФ и СНГ. Проект живёт на зарубежных сервисах (Claude, Railway, OpenRouter), но сам бот работает в Telegram и принимает оплату через ЮKassa, то есть полностью доступен российским пользователям. Для агентной разработки из России можно использовать доступные аналоги: YandexGPT, GigaChat. Промпт-инжиниринг (настройка инструкций для нейросети) и процесс классификации задач работают с любой моделью.
Этот кейс ценен не тем, что «ИИ написал весь код». Ценен он документированным процессом и честным разбором провалов. Автор не скрывает: неделя работы агента в автономном режиме ушла в мусорку, 372 падения базы за месяц, CORS-баг проскочил мимо тестов. Именно из этих ошибок родились правила, которые вы можете забрать в свой проект, не набивая шишки заново.
По моим наблюдениям, большинство критиков вайбкодинга спорят с карикатурой: «попросил ChatGPT, получил мусор». А большинство энтузиастов продают мечту: «просто попроси, и всё получится». Реальность посередине: агенты работают как очень быстрые исполнители с уверенностью сеньора и памятью аквариумной рыбки. Держит их только процесс, шпаргалки, тесты, контрольные точки и узкие задачи. Без этого каркаса нейросеть для создания игр или любого другого продукта останется дорогой игрушкой.
Три правила, которые стоит вынести из этого разбора: не давайте агенту задачу шире, чем он способен удержать в контексте; вбивайте в контекст всё, что агент мог бы «угадать»; и проверяйте результат в реальной среде, а не только автотестами.
Хотите научиться работать с ИИ-инструментами для своих проектов?
В dzen.guru мы разбираем практические приёмы работы с нейросетями для авторов, маркетологов и предпринимателей.
Попробовать dzen.guru
Основатель dzen.guru. Эксперт по монетизации и продвижению на Дзен. Автор курса «Старт на Дзен 2026».
Читайте также

Искусственный интеллект предсказывает наводнения за 7 дней: Google охватил 2 млрд человек в 150 странах
Google Flood Hub, инструмент на базе искусственного интеллекта, предсказывает речные наводнения за семь дней и городские паводки за 24 часа в 150 странах,…

NVIDIA TensorRT Model Connect: tensorrt install за две команды вместо цепочки конвертаций
Компания NVIDIA 29 июля 2026 года выпустила в открытый доступ TensorRT Model Connect, инструмент, который за две команды превращает модель с Hugging Face в…

Warp Factories даёт малым командам инструменты разработки с AI: 30% задач уже на агентах
Почему это важно Warp Factories снимает с небольших компаний главную преграду: строить инфраструктуру для ИИ-агентов (программ, которые сами выполняют задачи…
Комментарии