Нейросеть для программирования игр: Unity, Godot и браузерные игры

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

Описания движков даны в общих чертах и без привязки к конкретным версиям. Названия настроек редактора сверяйте с документацией своей версии.

Нейросеть для программирования игр: чем проект отличается от обычного

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

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

Следствие: скрипты можно поручать агенту, но с привязкой объектов в редакторе, настройкой физики и «ощущением» от игры вам нужно разбираться самим.

Unity

Скрипты на C# в Unity удобно поручать агенту: компоненты MonoBehaviour, события, ScriptableObject, вспомогательные редакторские утилиты. Что учесть:

1. Версия и подсистемы. Укажите версию Unity и что вы используете: в Unity встречаются старые и новые подходы (например, разные системы ввода или рендер-пайплайны). Без этого модель может написать код под другую систему.
2. Ошибки компиляции видны в консоли Unity, а не агенту. Копируйте текст ошибки из консоли в чат или в сообщение агенту. Автоматически он её не получит.
3. Сцены и префабы. Это текстовые файлы в разметке YAML, если включена соответствующая сериализация (в настройках проекта в разделе редактора проверьте режим сериализации ассетов). Не поручайте агенту править их вручную: ссылки между объектами завязаны на идентификаторы, и одна ошибка ломает сцену. Пусть агент пишет скрипт с публичными или помеченными для инспектора полями, а вы назначаете объекты в редакторе.
4. Файлы .meta. Они хранят идентификаторы ассетов. В систему контроля версий их надо коммитить вместе с ассетами, а агенту не позволять удалять и пересоздавать.

Работа через Claude Code описана в документации↗; Cursor тоже подходит для редактирования C#-скриптов, см. инструкцию по Cursor↗. Ключевое: агент работает с папкой проекта на диске, а Unity вы открываете параллельно и проверяете результат сами.

Godot

Godot удобен для работы с агентом тем, что почти всё лежит в текстовых файлах: скрипты .gd на GDScript, сцены .tscn, ресурсы .tres. Агент видит структуру, может предложить правки сцены и скрипта. Что учесть:

1. Версия Godot. Синтаксис GDScript в Godot 3 и Godot 4 различается (например, объявление экспортируемых и инициализируемых при готовности переменных). Всегда указывайте версию в начале разговора и в файле правил.
2. Сцены лучше править в редакторе. Текстовый формат читается, но ручные правки легко ломают ссылки между узлами. Для небольших изменений это допустимо, для структурных используйте редактор.
3. Запуск без окна. В Godot есть режим запуска без интерфейса для проверки скриптов и тестов из командной строки. Точные флаги смотрите в документации своей версии и дайте команду агенту, чтобы он мог проверять результат сам.

Браузерные игры

Для браузерных игр на JavaScript или TypeScript (Canvas, WebGL, игровой фреймворк вроде Phaser) условия для агента самые удобные: весь проект текстовый, запуск простой, результат проверяется в консоли браузера. Что поможет:

• держать игровую логику отдельно от отрисовки: функция update(state, dt) без обращений к Canvas легко проверяется тестами в Node;
• договориться, что агент не меняет формат сохранения без вашего согласия;
• проверять игру сами в браузере после каждого шага, а консольные ошибки копировать агенту.

Структура проекта и файл правил

Агент ориентируется по файлу в корне проекта (CLAUDE.md у Claude Code, AGENTS.md у других). Короткий пример для Unity-проекта:

## Проект
Unity <ваша версия>, C#, 2D-платформер. Ввод: <система ввода, которую вы используете>.

## Структура
- Assets/Scripts/Player, Enemies, UI, Core
- Сцены и префабы НЕ править вручную.

## Правила
- Новые поля для инспектора делай через [SerializeField] private.
- Не удаляй и не создавай файлы .meta.
- Игровая логика в Core без зависимостей от UnityEngine, где возможно.
- После правки перечисли, что мне нужно назначить в инспекторе.
- Не добавляй сторонние пакеты без вопроса.

Последний пункт про инспектор самый практичный: агент честно перечисляет, что вы должны сделать руками, и вы не теряете полчаса на поиск причины «ничего не происходит». О том, как работать с агентом короткими итерациями, подробнее в статье что такое вайб-кодинг и сколько он стоит↗.

Где ИИ помогает, а где мешает

Помогает:

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

Мешает:

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

Общее правило: просите агента писать то, что проверяется запуском скрипта или тестом, а то, что проверяется глазами, проверяйте сами и описывайте модели словами («объект падает слишком медленно»).

Сколько это стоит

Условная сессия: 30 запросов агента, по 40 000 входных токенов (скрипты, история) и 1 000 выходных. Вход 1,2 млн, выход 0,03 млн. Цены Zukko на 18 октября 2026, $ за 1M токенов, без кэша.

Для Claude скидка за кэш действует в Anthropic-формате (Claude Code, /v1/messages); при вызове через /v1/chat/completions весь вход идёт по цене входа. У glm-5.3-flash окно 128K: для больших игровых проектов с длинной историей оно закончится раньше, чем у моделей с 1M. Качество в играх мы не сравниваем: ориентируйтесь на цену, окно и индекс силы (у claude-sonnet-5-5 48, у glm-5.3-flash 42) и проверьте на своём проекте. Подробности по подключению Claude Code к существующему проекту: как подключить Claude Code к проекту↗.

Частые вопросы

Подойдёт ли Cursor или Claude Code для Unity?

Оба работают с папкой проекта и умеют править C#-скрипты. Они не заменяют редактор Unity: сцены, инспектор и запуск остаются у вас. Какой из них удобнее, решает привычка, попробуйте оба на небольшой задаче.

Можно ли заниматься вайб-кодингом на Unity?

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

Какая нейросеть лучше для игр?

Мы не утверждаем, что одна модель пишет игры лучше. Сравните на одной вашей задаче две-три модели по цене и результату.

Как платить за API из России?

Через шлюз: агент подключается к Zukko, а баланс пополняется от $1 через СБП, картой MasterCard или криптой. Для игрового проекта удобно сразу поставить ключу дневной лимит.

Чтобы попробовать подход, создайте ключ в кабинете↗ и подключите агента к папке вашего проекта.