Что значит проверить модель на создании веб-игры
Веб-игра в браузере состоит из HTML, CSS и JavaScript. Модель должна выдать код, который открывается без сервера, не выдаёт ошибок в консоли и соответствует заявленным правилам. Обычный запрос «сделай игру» недостаточен: неясно, какой стек использовать, какая механика, какой размер экрана.
Тестовый промт отличается от обычного тем, что в нём прописаны техническое задание, ограничения и критерии приёмки. Без этого модель додумывает детали сама, и результат трудно сравнивать между разными моделями.
Важное отличие браузера от серверной среды: нет встроенного компилятора, нет пакетного менеджера, нет готового движка. Всё должно работать в одной вкладке сразу после открытия файла.
Пять шагов от промта к тесту
Определите стек
Укажите, что код должен быть на чистом HTML, CSS и JavaScript, лучше в одном файле для быстрой проверки.
Опишите механику
Напишите цель игры, управление, условия победы и проигрыша, режим endless или количество уровней.
Добавьте ограничения
Запретите внешние библиотеки, серверные запросы, тяжёлую графику. Укажите размер экрана, например 800×600 пикселей.
Запустите и проверьте
Откройте файл в браузере, посмотрите консоль разработчика на наличие ошибок, поиграйте несколько минут.
Оцените по критериям
Сравните результат со списком: запуск, механика, управление, чистота кода.
Простой промт
«Создай веб-игру»
Модель получает полную свободу. Часто выдаёт фрагмент кода без подключения стилей, нерабочие ссылки на картинки или отсутствующий игровой цикл.
Развёрнутый промт
«Создай однопользовательскую аркаду на чистом HTML, CSS и JavaScript в одном файле. Управление — клавиши со стрелками. Цель — собирать объекты и избегать столкновений. Экран 800×600. Требования: игровой цикл через requestAnimationFrame, счёт на экране, экран «Игра окончена», код без ошибок в консоли.»
Конкретный стек, механика и критерии делают результат проверяемым.
Одна формулировка не покрывает всё. Чтобы понять, насколько модель готова к разработке игр, нужно проверять её в разных сценариях: от простого запуска до обработки нестандартных действий игрока. Ниже — пять категорий, каждая отвечает за свою часть теста.
Пять категорий промтов для тестирования
Базовый запуск
Код открывается, белое окно отсутствует, консоль чистая.
Игровая физика
Столкновения, гравитация и отскок от стен работают корректно.
Управление и ввод
Клавиатура, мышь, сенсор отвечают, страница не прокручивается случайно.
Интерфейс и счёт
Меню, экран Game Over и отображение очков на месте.
Краевые случаи
Быстрые клики, изменение размера окна, пустой экран не ломают игру.
Модели часто придумывают несуществующие методы браузера, забывают добавить обработчики событий, блокируют основной поток тяжёлым циклом или не очищают таймеры. Перед выводом вердикта проверяйте код в консоли разработчика.
Как оценить результат: четыре критерия
Результат теста нельзя оценить только «глазами». Нужно фиксировать, что именно делает код, где он ломается и сколько правок требуется после генерации.
| Критерий | Что смотреть | Признак проблемы |
|---|---|---|
| Запуск | Файл открывается в браузере, нет красных строк в консоли | Белое окно, ошибки загрузки, молчаливое падение |
| Механика | Правила работают, переход между экранами корректен | Герой проходит сквозь стены, игра не завершается при поражении |
| Управление | Отклик на клавиши и клики, нет случайной прокрутки | Задержка отклика, страница листается вместо игры |
| Код | Нет выдуманных API, разделение логики и представления | Ссылки на несуществующие библиотеки, весь код в одной функции |
Три мысли, которые стоит запомнить
Конкретный стек и ограничения в промте экономят время на доработку.
Тест считается пройденным, если код запускается в браузере без правок.
Оценивайте не только внешний вид, но и чистоту кода: отсутствие выдуманных API, обработчики событий, отсутствие утечек памяти.
Тест считается пройденным, когда код запускается в браузере без правок и соответствует заявленным правилам игры.
