Kimi K3.1 Pro пишет код 3D-миров на Three.js: демо уже в браузере

Знакомая боль: нужна простая трёхмерная сцена для прототипа, лендинга или демо игровой механики. Собирать её руками в Three.js долго, а нейросети для 3D обычно отдают тяжёлые меши, которые не вставишь в проект без возни. Демо Kimi 3D Worlds на Hugging Face Spaces показывает другой путь: модель пишет не модель, а программу, которая строит мир.

Что это такое и как работает

Kimi 3D Worlds — интерактивное веб-приложение, которое показывает возможности модели Kimi K3.1 Pro в генерации 3D-сцен. По описанию автора поста, это MoE-архитектура: 2,8 трлн параметров всего, из них 104 млрд активных на каждый токен. Для читателя важно не число само по себе, а принцип: большая модель с разреженной активацией, которая умеет писать длинный и связный код.

Сценарий простой. Вы вводите текстовое описание локации, например «туманный лес с озером на рассвете». При необходимости прикладываете референс-набросок или выбираете визуальный стиль. Дальше Kimi K3.1 Pro генерирует исполняемый код сцены на Three.js и WebGL. Мир рендерится в браузере в полноэкранном режиме. По описанию, в нём есть свободное управление камерой, процедурное освещение, шейдеры и анимация объектов.

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

Почему это интересно практикам

Первое: быстрые прототипы. Продакт может за минуты показать команде, как будет выглядеть 3D-конфигуратор, виртуальный шоурум или интерактивный фон для сайта. Раньше такой макет требовал отдельного front-end-разработчика с опытом в WebGL.

Второе: порог входа. Three.js — мощная, но не самая дружелюбная библиотека: сцена, камера, рендерер, материалы, шейдеры. Генерация кода по описанию позволяет начать с рабочей заготовки и учиться на ней, а не с пустого файла.

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

Ограничения и на что смотреть

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

Есть и вопрос качества. Сгенерированный код сцены не обязан быть аккуратным: структура, повторное использование, освобождение памяти, адаптация под разные экраны. Для продакшена его придётся ревьюить так же, как любой код от LLM. Также стоит проверить условия использования модели и демо, если вы планируете брать результат в коммерческий проект.

Наконец, доступ. Это Space на Hugging Face, а не готовый API-продукт с гарантиями. Нет оснований полагать, что демо будет работать без перебоев или что те же возможности одинаково доступны через API.

Что делать прямо сейчас

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

Если вы выбираете модель для кодинг-задач, добавьте «сгенерируй 3D-сцену на Three.js» в личный набор тестов. Это быстрая проверка на пространственное мышление, работу с API библиотеки и способность довести длинный код до запускаемого состояния.

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