Qwen 4 Max создаёт игру: практический тест генерации, запуска и исправления механик

Qwen 4 Max в этом тесте создала запускаемый игровой прототип, но не готовую игру. Автор проверял, сможет ли модель сгенерировать проект, передать его на сервер и обеспечить прохождение с базовыми механиками. Главный результат эксперимента: для быстрого прототипирования модель подошла, однако управление, камера, графика и отдельные игровые сценарии потребовали бы дальнейшей ручной доработки.

Постановка задачи и время генерации игры

На момент эксперимента Qwen 4 Max находилась в preview, то есть в предрелизном режиме. Автор выбрал максимальный доступный уровень мышления X High и Alibaba Token Plan, а после генерации попросил сервер запустить созданную игру. Тест не доказывает, что модель полностью автономно разрабатывает коммерческий проект: человек сформулировал задачу, выбрал режим работы и инициировал запуск.

Генерация игры заняла 1 час 21 минуту. Затем автор проверил не только наличие файлов или интерфейса, но и фактическое поведение прототипа во время прохождения. Для игровых генераторов это существенная проверка: код может собираться без критической ошибки, тогда как управление персонажем, камера и условия победы проявляются только при интерактивном запуске, когда игрок получает возможность пройти уровень от начала до конца.

Какие механики заработали после запуска

Короткий вывод: прототип запускался и позволял проходить уровень.

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

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

Проблема управления персонажем и скольжения

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

Для платформера и любого уровня с узкими участками такая ошибка относится к базовой логике управления, а не к косметическим недоработкам. Обработчик отпускания клавиши должен прекращать ускорение или переводить персонажа в состояние торможения, тогда как физическая модель должна учитывать скорость, трение и контакт с поверхностью. В сгенерированном прототипе, по наблюдению автора, это поведение не довели до удобного игрового состояния.

А что именно показывает этот дефект? Модель смогла собрать связку «персонаж плюс движение плюс уровень», но не выполнила полноценную проверку пользовательского ощущения от управления. Для быстрого прототипа это допустимый стартовый результат, однако для демонстрации, тестирования у игроков или публикации потребуется отдельная итерация, включающая проверку остановки, прыжка, столкновений и поведения у границ уровня.

Ошибки камеры и условия завершения прохождения

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

Проблемы камеры особенно заметны в третьем лице и сценах с вертикальным перепадом высот. Следящая камера должна сохранять связь с персонажем, ограничивать нежелательные углы и реагировать на изменение позиции без ощутимой задержки. В тестовом прототипе эти условия выполнялись не всегда, поэтому работоспособность механики не означала комфортное прохождение, особенно на участках, где обзор определяет выбор следующего движения.

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

Качество графики и ограничения прототипа

Графику автор оценил как простую. Визуальная часть служила окружением для теста механик, но не создавала впечатления завершённой игры с продуманным художественным стилем. Это соответствует характеру результата: Qwen 4 Max собрала интерактивную сцену быстрее, чем разработчик подготовил бы полноценный набор моделей, материалов, эффектов и анимаций вручную.

При оценке такого прототипа стоит разделять три уровня результата:

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

В описанном эксперименте первый уровень достигнут, второй достигнут частично или с заметными сбоями, а третий остался недостигнутым. Результат разумнее использовать как основу для дальнейшей разработки, а не как доказательство готовности модели выпускать законченные игры одним запуском.

Неподтверждённое сходство с генерациями Fable и Gemini

Автор субъективно отметил сходство уровня и механик с ранее виденными генерациями Fable и Gemini. Это наблюдение относится к впечатлению от конкретного теста, а не к установленному факту о происхождении кода, дизайна или обучающих данных Qwen 4 Max.

Сходство может объясняться общими шаблонами генерации игровых прототипов. Модели часто выбирают похожие решения: линейный маршрут, простых врагов, контрастную точку завершения и базовую камеру от третьего лица. Без сравнения исходных файлов, последовательности запросов и результатов нескольких независимых запусков нельзя утверждать, что одна модель воспроизводила работу другой.

Подходит ли Qwen 4 Max для быстрого игрового прототипирования

По результатам этого авторского теста Qwen 4 Max подходит для создания первого запускаемого наброска игры, когда важны скорость и наличие базовой интерактивности. За 1 час 21 минуту модель сформировала сцену, добавила врагов и задала условие завершения прохождения, после чего автор запустил проект на сервере.

Инструмент не заменяет разработчика на этапах отладки и полировки. Управление персонажем продолжало работать после отпускания клавиши, камера иногда уходила вниз или двигалась слишком медленно, а графика оставалась простой. Такие ошибки требуют не общего запроса «исправь игру», а точечных итераций с проверкой конкретных состояний: отпускания каждой клавиши, остановки у края, движения камеры на разных высотах, столкновения с врагом и достижения финальной зоны.

Что считать успехом такого теста? Если цель состоит в получении идеи, которую можно открыть, пройти и затем развивать, результат выглядит полезным. Если требуется готовый коммерческий уровень с устойчивым управлением, выразительной графикой и предсказуемым поведением, одного цикла генерации недостаточно. По субъективной оценке автора, Qwen 4 Max в эксперименте показалась неплохой, но уступила DeepSeek и не выглядела моделью флагманского уровня.

Итог теста

Qwen 4 Max действительно создала запускаемый игровой прототип с врагами, перемещением и финальной целью. Эксперимент подтвердил возможность быстро перейти от текстовой задачи к интерактивной сцене, но одновременно показал ограничения автоматической генерации. Модель собрала рабочую основу, а человеку пришлось бы исправить скольжение персонажа, настроить камеру, проверить коллизии и привести графику к единому стилю.

Для разработчика это полезный формат применения: Qwen 4 Max можно рассматривать как инструмент начальной сборки и ускорения экспериментов. Оценивать её стоит не по самому факту запуска, а по числу итераций, которые потребуются до устойчивого управления и полноценного прохождения.