Как создать игру в одиночку с ИИ: что вывозит соло-разработчик в 2026

Создать игру в одиночку с ИИ в 2026 - это взять бесплатный движок, посадить в него ИИ-агента и отдать ему рутину: код, тесты, черновые ассеты. Замысел, геймдизайн и приёмку работы вы держите сами. Агент - это модель, которая не просто отвечает текстом, а сама правит файлы проекта, запускает игру, читает лог ошибок и чинит их циклом. Пять лет в гараже на дошираке для этого больше не нужны. Но там, где нейронка экономит недели, хватает мест, где она бесполезна, и большинство первых проектов разбивается именно о них.

Я каждый день собираю ботов и пайплайны с агентами, а в геймдев заходил с ИИ трижды: idle RPG лежит в столе с февраля, десктопная игра живая, а DnD-бот с ИИ-мастером (по сути текстовая RPG) уже прошёл открытую бету. Дальше расклад, что тут вывозит один человек, а что нет, с цифрами из моих репозиториев и трекера.

Можно ли создать игру в одиночку?

Да, и это давно доказано. Stardew Valley собрал один человек - Эрик Барон под ником ConcernedApe: около четырёх-пяти лет работы, сам рисовал пиксель-арт, писал музыку и код. Итог - больше 41 миллиона проданных копий. Balatro в 2024-м тоже сделал соло-разработчик под ником LocalThunk. Schedule I собрал Тайлер из австралийской TVGS: он геймдизайнер, программист и художник, а в титрах ещё двое - композитор и автор граффити (Wikipedia). По оценке Alinea Analytics, игра заработала около $151 млн в 2025 году и стала самым кассовым инди-релизом Steam (Game World Observer, декабрь 2025).

Только это выжившие. В их историях главное не "один человек", а "маленький объём и много времени". Барон годами докручивал одну игру, а не десять разных. Так что вопрос не "можно ли", а "какой ценой и какого размера". Крепкая небольшая игра одному по силам. MMORPG мечты с открытым миром - нет, забейте на неё сразу.

Что поменялось с ИИ: рядом с таким Тайлером теперь сидит не пустота, а агент, который забирает себе скучный код.

Что изменилось в инструментах для создания игр за год?

За 2025-2026 агенты встроились прямо в игровые движки. Раньше копилот в чате дописывал строчку, но проекта целиком не видел, и код приходилось копипастить в редактор. Агент 2026 года видит сцену, скрипты и вывод движка, поэтому доводит задачу до рабочего состояния без человека на каждом шаге.

Две последние строки важнее остальных. Пользоваться ИИ стали больше, а любить его - меньше: в арте ИИ недолюбливают 64% опрошенных, в геймдизайне и нарративе 63%. А релизов столько, что выстреливает примерно каждый тридцатый. Агент упрощает "сделать" и никак не помогает с "чтобы заметили".

Какой движок выбрать соло-разработчику?

Соло-разработчику в 2026 чаще всего стоит брать Godot. Он бесплатный, весит около 120 МБ, хранит сцены в текстовых файлах (.tscn, .gd, .tres), которые дружат с git и которые агент читает и правит без посредников, а GDScript учится за пару дней. На GMTK Game Jam 2025 на Godot сделали 39% работ, Unity - 41%, а джемы как раз территория одиночек. Godot вырос с 25 000 звёзд на GitHub в 2020-м до 100 000+ в 2026-м. Агента к нему подключают через MCP-сервер, и Claude Code или Cursor сами запускают проект и читают ошибки.

У остальных своя ниша. Unity правит мобилками и кросс-платформой, и с Unity AI агент живёт прямо в редакторе, но после пробного периода это платно. Unreal - про высокую графику на PC и консолях, а его бинарные .uasset внешний агент не прочитает, тут он работает вслепую. GameMaker даёт самый короткий путь от идеи до играбельной 2D-игры. Правило для агентной разработки простое: чем больше игры лежит в текстовых файлах, тем меньше трения. И не тащите Unreal под пиксельную аркаду, утонете в его мощи раньше, чем нарисуете первого врага.

Стоит ли делать игру на Python и Pygame?

Pygame - библиотека для 2D-игр на Python, и её честная ниша - обучение, прототипы, геймджемы и понимание основ. Для 2D-аркад, визуальных новелл и учебных проектов это рабочий инструмент. Для амбициозного релиза в Steam - нет.

Потолок такой. Python медленный: реалтайм-стратегия с сотнями юнитов начнёт ронять FPS там, где движок на C++ даже не вспотеет. 3D по сути нет. Мобилок и консолей из коробки тоже. И отдельная боль - дистрибуция: чтобы отдать игру человеку без Python, вы пакуете код, библиотеку и интерпретатор в один экзешник через PyInstaller. Работает, но возни заметно больше, и всё хрупче, чем экспорт в один клик у нормального движка. Зато понять, как игры устроены изнутри, на Pygame проще всего.

Можно ли создать игру одним промптом?

Играбельный браузерный прототип - да, игру для релиза - нет. Самая громкая демка 2026 года - Claude of Duty Мэтта Шумера: FPS на Three.js r180 поверх WebGL2, который Opus 5 собрал "одним промптом". Это около 55 000 строк кода, 11 подсистем и ноль внешних ассетов: каждая текстура, меш, анимация и звук считаются процедурно при загрузке. Шумер писал прямым текстом: "EVERYTHING you see in this demo is custom code... not a single external asset was used".

Но "один промпт" тут - это один стартовый seed-промпт, а не один запрос к модели. Он лежит в репозитории в prompt.md и велит разворачивать рой сабагентов: "Fan out sub-agents and have sub-agents tackle each one individually... You should /loop on each item and have a separate sub-agent check it visually to ensure it looks triple A". Внутри спрятана оркестровка с критиками, циклами и слепыми A/B-сравнениями с настоящим Call of Duty. Когда скептики сказали, что это дни итераций, Шумер выложил промпт и код под MIT - идите смотрите. Забавная деталь из разбора демки: последовательные агенты-одиночки обыграли параллельный веер, +1.00 к оценке против +0.46.

И даже флагман проседает. После оптимизации демка держит 28-30 fps (p50) на Apple Silicon, а слепые критики в каждом A/B-тесте выбирали настоящий Call of Duty. Шумер сам признал: "The goal was to match a modern Call of Duty. It does not".

Под вайб-кодинг берут Three.js, потому что там нет ассет-пайплайна: чистый JavaScript без сервера, мгновенный рендер в браузере, а модель генерит и переписывает .js-файлы без заминок. Цикл "промпт - посмотрел - поправил" крутится за секунды.

Ломается всё там, где начинается инженерия: мультиплеерный нетекод, коллизии и производительность под нагрузкой. Пример из разборов: собранный ИИ шутер стал неиграбельным при 10+ клиентах, потому что модель синхронизировала полную позицию каждой пули вместо стартовой точки и угла и флудила сервер примерно 3000 сообщений в секунду. Протокол и рейт-лимит переписал человек. Есть и народная примета - "стена сорокового промпта", когда детектор столкновений ложится и ты сжигаешь двадцатку долларов кредитов на один баг. По общей статистике код игр от ИИ в среднем содержит в 1,7 раза больше багов, чем написанный человеком: каркас модель строит отлично, а длинный хвост граничных случаев (сейвы, сетевое состояние, редкие комбинации ввода) держит плохо.

Самый честный ориентир по цене - многопользовательский 3D-шутер Николя Зулло: 20 часов, 500 промптов, около 20 евро кредитов, ноль строк ручного кода, потом его протестировали 45 000 человек. Первый час ощущается как магия, дальше модель забывает, что уже построила, возвращает починенные баги и ломает вчерашнее. Каждый откат - ещё пачка промптов. Вайб-кодинг экономит не столько деньги, сколько порог входа.

Если коротко:

• Одной сессией собираются: браузерные аркады, головоломки, ретро-ремейки, небольшие 3D-сцены на Three.js, процедурная графика без ассетов.
• Не собираются: стабильный real-time мультиплеер, честные 60 fps под нагрузкой, сложная физика на больших сценах, консольный релиз.

Так что промпт-демка - это быстрый способ проверить идею, а не кнопка "сделать игру".

Что в разработке игры ИИ-агент уже делает сам?

Агент закрывает роли исполнителя: программиста рутины, тестировщика и сборщика черновых ассетов. Он пишет системы сохранения, обработчики ввода и UI-контроллеры по описанию, гоняет тесты, воспроизводит баги по логам и чинит их. По оценкам 2026 года ИИ экономит соло-разработчику 20-35 часов в неделю. С генеративными тулзами там, где один человек раньше осиливал 50-100 ассетов, выходит 1000+. По данным Totally Human, около 60% пометок о генеративном ИИ в Steam касаются визуала: персонажей, фонов, арта.

На DnD-боте это выглядит так: агенты пишут код, тесты к нему и сами прогоняют регрессию. В задаче про бой NPC из описания сцены нельзя было атаковать, игрок десятки минут упирался в "Здесь нет цели". Закрывающая запись трекера:

dnd-ypzi: Реализовано и live-верифицировано 06.07 (деплой 6e07d35):
target_kind в парсере, вердикт materialize в гейте ...
Live re-test S1/S2/S3 PASS (кабан из прозы → бой тем же ходом ...)
Сьют 3697 passed.

3 697 тестов в проекте одного человека агент пишет без жалоб и выходных. Руками я бы столько не написал никогда. Ещё у меня есть QA-агенты, которые играют в бота с реальных аккаунтов как живые игроки, - как это устроено, я разбирал в статье про AI-агентов вместо ручного QA для Telegram mini-app.

Это тот скучный слой, из-за которого петпроекты умирают на второй неделе, когда вместо геймплея ты в сотый раз пишешь загрузку сохранений. Его отдавайте нейронке смело.

Чего ИИ соло-разработчику не заменит?

Замысел, архитектуру, геймдизайн, вкус и продвижение. Агент не почувствует, что прыжок "ватный" или что на девятой минуте скучно, не решит, какую механику выкинуть, и не продаст игру в потоке из 20 тысяч релизов в год. Код без архитектуры превращается в спагетти: к нейронке надо относиться как к быстрому джуну, который печатает молниеносно, но без чётких инструкций творит дичь. ИИ-текстуры выглядят как сток - компетентно и безлично, под авторский стиль их всё равно прогоняешь через свою стилизацию.

Самые неприятные баги у меня были не "код упал", а "код работает, но игра врёт". Состояния из текста нарратора вешались не на того: фраза "зажат" про NPC или яд собственных стрел превращались в grappled и poisoned на самом игроке. Тесты были зелёные, логика кривая. Нашёл это живой ретест: QA_71 от 15 июля прошёл ядро на 13 из 15 сценариев, хвосты ушли в отдельные задачи.

Второй пример - учёт себестоимости хода был занижен примерно в 3 раза: считался по устаревшей константе, а не по реальному расходу токенов. Агент честно посчитал то, что ему дали. Спросить "а откуда вообще эта цифра?" - работа человека. Поэтому мой главный навык сейчас - не писать код, а принимать работу у нейронки, как прораб принимает стройку.

Хорошая формулировка из одного разбора: ИИ в 2026 не заменяет команду, он заменяет тех 3-5 человек, которых ты и так не мог нанять. Если нет идеи и понимания, почему в игру интересно играть, Claude это не сгенерит, он лишь быстро реализует пустоту.

Сколько времени занимает игра, которую делаешь один?

Простую аркаду или гиперказуалку один человек собирает за недели-месяцы, полноценное 3D-приключение или RPG - обычно за 1-3 года. Главный убийца сроков не сложность, а раздувание объёма: свыше 70% опрошенных инди-разработчиков назвали "слишком большой скоуп" причиной срыва сроков или заброса проекта.

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

Мои три захода: 50 коммитов в стол, десктопный герой и DnD-бот

Про скоуп-крип я говорю не по чужим гайдам, у меня есть собственный труп в столе. В феврале 2026 я начал "Сказки Наизнанку": idle RPG в славянском фэнтези для VK и Telegram Mini Apps. Стек взрослый - Phaser 3.90 + TypeScript на фронте, FastAPI + PostgreSQL 16 + Redis на бэке. С ИИ всё летело: GDD разросся до 17 секций (герои, экипировка, кампания, гача), роадмап - 5 фаз и 16 спринтов. Бэкенд писался строго по TDD, 324 теста в 20 файлах, ни одного проглоченного исключения. Спрайты персонажей рисовал ИИ по промптам.

Итог: 50 коммитов с 10 по 21 февраля - и тишина. Ничего не сломалось. Просто по роадмапу до играбельного билда оставалось ещё спринтов десять, а интересно было первые два. ИИ прекрасно масштабировал производство и этим же похоронил проект: гачу и балансировку экипировки я настроил раньше, чем появилась игра, в которую можно поиграть. Те самые 70% из-за скоупа, только теперь это моя строчка статистики.

Второй заход, afkwariors, я начал в июле по-другому. Идея на одну строчку: герой живёт в оверлее на рабочем столе, а его прокачку формирует твоя реальная активность - печатаешь, растёт энергия экспедиций, кликаешь мышью - боевой дух, ушёл в AFK - герой отдыхает. Стек легче (Tauri v2 + Rust), и порядок обратный: сначала дизайн-док, GDD v1, финансовый скоринг и ресёрч анти-паттернов ниши, потом код. Весь баланс живёт в одном файле balance.rs на 146 строк с зеркальным balance-v1.md в доках, чтобы и я, и агент правили цифры в одном месте, а не размазывали константы по репозиторию. Проект живой, коммиты идут.

Третий - DnD-бот с ИИ-мастером, и тут видно, как выглядит соло-разработка с агентами в рабочем режиме: я ставлю задачи, держу дизайн и принимаю работу, агенты пишут, тестируют и чинят. Цифры:

• открытый бета-тест стартовал 14 июня, эпик фиксов первого дня закрыт 2 июля: 17 из 18 подзадач сделаны, ещё одна поглощена другой задачей;
• эпик по фидбеку тестеров за 13.06-04.07 закрыт 12 июля: все 16 задач, финальный прогон QA_66 - 19 из 19 PASS;
• за 02.07-24.09.2026 закрыто 318 задач трекера, от фиксов плейтеста до новых механик;
• в git-логе проекта 1 381 коммит.

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

Разница между первой попыткой и двумя живыми - не в инструментах, ИИ тот же. Разница в размере куска, который я откусил, и в том, что задачи режутся мелко, а приёмка остаётся за мной.

Как начать делать игру в одиночку с ИИ-агентом: пошагово

1. Выберите движок с агентом: Godot 4.x с MCP-сервером, подключённым к Claude Code или Cursor, или Unity 6.0+ с Unity AI. Просто пощупать вайб-кодинг - Three.js в браузере.
2. Опишите игру одним документом: ядро механики, что игрок делает первые 5 минут, чего в игре точно не будет. Это контекст для агента и стоп-кран против раздувания.
3. Вынесите баланс и константы в один файл, как balance.rs у меня, чтобы агент правил цифры в одном месте.
4. Нарежьте работу на маленькие задачи с критерием готовности ("враг получает урон и умирает за 3 удара"), а не "сделай боёвку".
5. Требуйте от агента тесты к каждой задаче и прогоняйте их сами перед тем, как принять.
6. Раз в неделю играйте сами и зовите хотя бы пару живых людей - агент не скажет, что скучно.
7. Ведите трекер задач: через месяц он станет вашей памятью и картой того, что агент уже ломал.

Деньги на старте почти не нужны: Godot и Pygame бесплатные, базовые ИИ-инструменты частично тоже. Главные вложения - время и умение резать скоуп.

Когда делать игру в одиночку с ИИ - плохая идея?

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

Моя граница простая: если вы не можете за минуту объяснить, почему в вашу игру интересно играть, агента не включайте, включите блокнот. Агент умножает то, что у вас уже есть. Есть замысел - умножит в разы. Нет замысла - умножит ноль, только очень быстро и с зелёными тестами. А если ваш пет-проект пока не дошёл до живых пользователей, начинайте с этого, а не с пятой механики.

Делать игру одному с ИИ в 2026 можно. Только не путайте "ИИ ускоряет" с "ИИ сделает за меня". Первое правда, второе - способ красиво не доделать ещё один проект. Проверено на собственных 50 коммитах в стол.