Как собрать сайт с 3D-моделями и браузерной игрой с помощью ИИ: тест Kimi и DeepSeek

Сайт с 3D-моделями и браузерной игрой объединяет интерактивные объекты, выбор модели и запуск игры без отдельной установки. В описанном эксперименте автор объединил ранее созданные 3D-модели гоночных болидов и игровые проекты в две версии адаптивного сайта, подготовленные с помощью Kimi и DeepSeek.

Главный вывод теста связан не с поиском универсально лучшей модели, а с выбором между скоростью, стоимостью и полнотой интеграции. По оценке автора, Kimi выполнял отдельные задачи быстрее. DeepSeek в его сценарии потребовал больше времени, стоил дешевле и дал немного более качественный итоговый результат.

Задача проекта: объединить 3D-модели и игру

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

Такой сценарий требует от генератора нескольких связанных действий. Модель должна прочитать структуру существующих файлов, понять пути к 3D-ресурсам, перенести объекты в игровой проект, сохранить управление и собрать поверх этого понятную веб-страницу. Один пропущенный путь к файлу или неверное имя ресурса превращает красивый макет в страницу со сломанным интерактивным блоком.

Подготовка исходных файлов и промтов

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

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

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

Сравнение времени и стоимости генерации

Автор сравнивал не одну операцию, а несколько этапов: создание 3D-моделей, разработку игры и последующую сборку сайта. В первой задаче Kimi завершил работу примерно за 34 минуты, а DeepSeek работал около 1 часа 5 минут. По оценке автора, расходы составили 1 доллар 59 центов у Kimi и 43 цента у DeepSeek.

На этапе создания игры Kimi затратил 25 минут 50 секунд и 1 доллар 2 цента. DeepSeek выполнял задачу 43 минуты 41 секунду, а стоимость генерации составила 32 цента. Автор оценил разницу по цене примерно как трёхкратную в пользу DeepSeek, хотя конкретные суммы относятся только к его запуску и зависят от модели, провайдера, объёма контекста и количества обращений.

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

Качество 3D-моделей

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

У моделей DeepSeek обнаружились похожие проблемы с креплениями и геометрией стекла. Автор оценил детализацию DeepSeek выше, особенно у третьего болида, где заметил решётку и меньшее количество бросающихся в глаза дефектов. Это наблюдение относится к конкретному набору сгенерированных объектов. Оно не заменяет технический контроль геометрии, материалов, нормалей, коллизий и производительности.

Для коммерческого проекта 3D-модель нельзя принимать только по внешнему виду на одном экране. Нужно проверить, закрыты ли отверстия, не пересекаются ли детали, корректно ли отображаются прозрачные материалы и не слишком ли велик размер файла. В игровой сцене дополнительно проверяют коллайдеры, центр вращения колёс, масштаб объекта и поведение камеры.

Проверка игровой интеграции

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

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

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

Что получилось в итоговом сайте

На финальном этапе автор объединил 3D-проекты и игровые проекты в единый сайт. Для версии Kimi использовались соответствующие модели и игра Kimi, а для второй версии применялись материалы DeepSeek. Генерация выполнялась на максимальном уровне мышления. Проект Kimi K3.1 Pro создавался 44 минуты 58 секунд, тогда как второй проект занял около 28 минут. Название модели, использованной для второго итогового сайта, в исходном описании нельзя надёжно установить, поэтому приписывать этот результат конкретной версии DeepSeek без оговорки нельзя.

Различие между сайтами оказалось существенным именно в интерактивном содержании. В версии Kimi, по описанию автора, вместо полноценных интерактивных моделей разместились изображения. В другом варианте пользователь мог вращать 3D-модель, выбирать автомобиль и запускать игру прямо в браузере. Оба сайта поддерживали браузерную игру и адаптивную вёрстку.

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

Почему быстрый результат не всегда лучше

Быстрая генерация сокращает время до первого прототипа, но не гарантирует, что все требования попадут в финальную сборку. В этом эксперименте Kimi, по оценке автора, быстрее справлялся с задачами, однако в итоговой версии сайта интерактивная 3D-модель была заменена изображениями. Если цель проекта состоит только в презентации и визуальном макете, такой компромисс может быть приемлемым. Для демонстрации продукта, игры или цифрового каталога он уже меняет смысл результата.

DeepSeek в описанном сценарии работал дольше и требовал меньше средств. Автор счёл его результат немного более качественным, особенно по детализации моделей и игровой части, но не утверждал, что преимущество оказалось радикальным. Выбор между генераторами зависит от того, что дороже для проекта: ожидание завершения, расход API или ручная доработка пропущенных функций.

Заявление о том, что подписка OpenCode Go за 10 долларов предоставляет практически неисчерпаемый лимит DeepSeek, в представленном материале не подтверждено. Это мнение автора о возможностях тарифа, а не установленное универсальное условие. Лимиты нужно проверять по действующим условиям конкретной подписки, выбранной модели, провайдера и способа доступа.

Как принимать сайт, созданный нейросетью

Финальная проверка должна оценивать не впечатление от интерфейса, а выполнение требований. Для проекта с 3D-моделями и игрой удобно использовать последовательный чек-лист.

• Открыть сайт на компьютере и мобильном устройстве, проверить меню, сетку блоков, шрифты и отсутствие горизонтальной прокрутки.
• Проверить загрузку каждой модели после обновления страницы и при переходе между разделами.
• Повернуть объект во все стороны, изменить масштаб и убедиться, что камера не проваливается внутрь геометрии.
• Выбрать каждый автомобиль и проверить соответствие названия, изображения, характеристик и фактически загруженной модели.
• Запустить игру без перезагрузки сайта, проверить клавиатурное управление, задний ход, столкновения и возврат на трассу.
• Сравнить заявленные характеристики автомобилей с реальным поведением в игре.
• Проверить мини-карту, старт, финиш, направление движения и реакцию на выезд за пределы трассы.
• Посмотреть консоль браузера и сетевые запросы, чтобы найти ошибки загрузки файлов, текстур и JavaScript-модулей.
• Оценить размер 3D-ресурсов и время первого открытия страницы на обычном мобильном соединении.
• Сохранить рабочую версию проекта отдельно от экспериментальных файлов, чтобы повторная генерация не уничтожила исправления.

Практический рабочий процесс

Сначала стоит подготовить модели и проверить их отдельно от сайта. Затем нужно запустить игру с одной моделью, убедиться в работе управления и только после этого подключать остальные автомобили. Финальным этапом становится сборка интерфейса, где отдельно тестируются презентационные блоки, 3D-просмотрщик и переход к игре. Такой порядок позволяет понять, на каком слое возникла ошибка.

Промт для генератора лучше формулировать как техническое задание с измеримыми результатами. В нём следует перечислить обязательные разделы, поведение 3D-сцены, правила выбора автомобиля, способ запуска игры, требования к адаптивности и список файлов, которые нельзя заменять изображениями. Фраза «сделай красивый интерактивный сайт» оставляет модели слишком много свободы и не гарантирует сохранение ключевой функции.

Итог эксперимента автора можно сформулировать так: Kimi в его сценарии оказался ориентирован на скорость, но стоил дороже и не полностью сохранил интерактивную 3D-составляющую в финальном сайте. DeepSeek работал дольше, зато автор оценил его результат как более выгодный по расходам и немного более качественный. Это не универсальный рейтинг моделей, а наблюдение по конкретной цепочке из 3D-моделей, игры и адаптивного сайта.