Своя игра

Индекс кейса: VIBECODE-01

Описание идеи (зачем это надо, контекст)

Цель кейса — проверить, насколько современные LLM способны создавать работающие, тестируемые и архитектурно зрелые игровые проекты без ручного написания кода.

Кейс помогает понять:

• насколько LLM справляется с проектированием архитектуры и реализацией логики;
• какова частота и природа ошибок в сгенерированном коде;
• какие практики верификации, тестирования и итераций реально нужны при использовании LLM как «кодовой фабрики».

Этот опыт создает проект, который хорошо смотрится в резюме и полезен для интервью по теме AI-assisted software development и развития навыка вайбкодинга в целом.

Задача:

Создать полностью работающую игру, способную запуститься и пройтись без ручного редактирования логики.

• Минимум: локально исполняемый билд или веб-версия.
• Вы не можете писать код вручную — вообще. Даже внутри промптов.
• Всё, что создаётся или исправляется, должно быть сгенерировано LLM.

Доказательства происхождения кода (обязательно)

Чтобы подтвердить, что игра действительно создана LLM, необходимо предоставить:

1. Полный лог всех сеансов генерации: промпты и ответы LLM (raw).
2. Если использовались итерации — включить все версии кода и переписки.
3. В логе должны присутствовать все строки финального исходного кода.

Правила

• Сюжет, жанр и логика игры — любые, по вашему выбору.

• Весь исходный код создается LLM.

• Разрешено:

  • исправление синтаксических ошибок через LLM;
  • использование публичных библиотек, если их подключение также сгенерировано LLM;
  • ассеты (звук, изображения), если они сгенерированы LLM или взяты из открытых источников.

• Платформа (на выбор):

  • веб (HTML5/JS/TS),
  • десктоп (Python + Pygame, Unity C#),
  • мобильная веб-версия.

  Укажите выбранную платформу при сдаче.

Требования к игре

• Проект должен быть достаточно крупным для трехдневного хакатона. Мы не ждем новой части Dark Souls, но простая «змейка» не подходит.
• Игра должна запускаться, быть проходимой и содержать базовую игровую логику, UI и взаимодействие.
• Должна демонстрировать работоспособную архитектуру (разделение логики, состояний, визуала и т. д.).
• Важно качество, а не масштаб: пусть игра небольшая, но аккуратная, без фатальных багов.

Совет

1. Начните с описания жанра, целей и базовой механики игры.
2. Сформулируйте промпт, который:
   • создает архитектуру проекта,
   • генерирует код по модулям,
   • проверяет и исправляет ошибки.
3. Итерируйте: улучшайте промпты, не код.
4. Проверьте игру на «три шага»: запускается ли, играется ли, завершается ли.

Помните: главная цель — показать, насколько далеко можно зайти, не написав ни одной строки вручную.

Критерии оценки:

1. Работоспособность и стабильность (30 баллов)
   Игра запускается, не вылетает, не содержит критических ошибок, позволяет пройти основной игровой цикл.
2. Архитектура и качество кода (30 баллов)
   Код читаемый, модульный, с разделением логики, состояний и интерфейса. Нет жёстких хардкодов, базовые принципы архитектуры соблюдены.
3. Полнота и качество геймплея (15 баллов)
   Реализованы ключевые игровые механики, UI и базовая визуальная логика. Игровой процесс имеет цель, интерактивность и завершенность.
4. Доказательство происхождения кода (10 баллов)
   Предоставлены полные логи генерации, которые подтверждают, что код действительно сгенерирован LLM. Любая часть кода, происхождение которой не идентифицируется как выход LLM, считается нарушением и результирует в 0 баллов за кейс.
5. Качество промптов и инженерный подход (10 баллов)
   Промпты структурированы, объясняют задачу модели, содержат контекст и ограничения. Видно, что команда системно отлаживала процесс генерации.
6. Креативность и оформление (5 баллов)
   Ясный язык, аккуратная подача финального промпта и анализа. Решение легко читать и проверять. Визуальный и концептуальный стиль игры оригинален.

Для сдачи проекта:

Отчет по проекту:

В свободной форме опишите

• Состав команды
• Финальный промпт
• В свободной форме опишите:
  • Задачу, которую вы решали
  • Метрики, которые вы создали для этой задачи
• Фиксируйте, что делаете для решения задачи, и что получается
• И в конце - расскажите то, что важно рассказать о вашем проекте

Ссылки на все диалоги с LLM, которые приводят к финальному решению.

Уникальное для кейса:

Гит-репозиторий с:

• исходным кодом игры (рабочим, запускаемым).
• инструкцией по запуску кода

Добавить в отчет:

• Описание: жанр, механика, архитектура (2-3 абзаца)
• Таблица: Модуль | Функции | Статус (работает/исправлено)