Разработчик выпускает игру в Steam с кодом от Claude: уроки по «виб-кодингу» против «виб-инжиниринга».

От прототипа к готовому продукту с помощью ИИ-разработки

Разработчик выпустил Codex Mortis, игру в жанре survivor/bullet hell с тематикой некромантии на Steam, созданную почти полностью с помощью ИИ-разработки с использованием Claude Code. Игра работает на собственном движке ECS на TypeScript + PixiJS + bitECS. Демо-версия доступна уже сейчас, а ранний доступ стартует 19 марта.

Ловушка одного промпта и «виб-кодинг»

Проект начался с одного промпта: «Сделай мне игру в стиле Vampire Survivors». Это позволило создать рабочий прототип за считанные минуты, а спрайты, способности, синергии и спутники были добавлены в течение нескольких часов благодаря быстрой итерации. Разработчик называет это виб-кодингом — описываешь, что хочешь, и позволяешь ИИ строить это для быстрой итерации.

Однако виб-кодинг быстро создает технический долг. После недель добавления функций с помощью промптов вроде «добавь X» производительность упала, файлы выросли до тысяч строк, а новые функции требовали костылей поверх костылей. Разработчик провел рефакторинг с правильным игровым циклом и отделил рендеринг от физики, но тестирование с 16-кратным увеличением врагов снова всё сломало.

Две полные переработки и «виб-инжиниринг»

Решением стали две полные переработки. Первая перестройка была сосредоточена на правильной архитектуре, а вторая представила новый стек с правильным ECS и пакетным рендерингом. Разработчик отмечает, что ИИ делает переработки дешевыми — когда переписывание занимает часы вместо недель, код становится инструментом, который можно менять, а не «твоим детищем».

Это привело к концепции виб-инжиниринга: вместо того чтобы просто говорить «сделай мне X», вы предоставляете архитектурный контекст, например «построй систему X, используя модуль Y, следуя шаблону Z, учитывая ограничение W». Вы говорите ИИ не только что вы хотите, но и как это вписывается в существующие системы. Разработчик подчеркивает: «Ваши промпты — это ваша архитектура».

Смена роли: от разработчика к лиду

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

В продуктивные дни разработчик находил три бага, запускал три терминала Claude Code параллельно, передавал каждому проблему с правильным контекстом и выпускал три исправления одновременно. Узкое место сместилось с написания кода на управление процессом: «Моя роль сместилась от человека, который пишет код построчно, к человеку, который определяет, что строить, и проверяет, имеет ли это смысл».

Экспертиза в предметной области становится переносимой

До этого проекта у разработчика не было опыта работы с TypeScript (он пришел из Unity/Unreal), но он создал готовую игру с собственным движком на незнакомом языке. ИИ позволил перенести универсальные знания об архитектуре движков, ECS, производственных процессах и проблемах масштабирования в новую среду. Разработчик отмечает: «Я фактически не изучал TypeScript. Я знал, что строить, а ИИ занимался тем, как. Паттерны и инстинкты исходили от меня. Синтаксис исходил от ИИ».