Godot Engine запрещает vibe-coding: разработчикам Slay the Spire 2 нужно раскрывать ИИ

Фонд Godot Engine, некоммерческая организация, управляющая одноимённым открытым игровым движком, ввёл строгие ограничения на использование генеративного искусственного интеллекта (genAI) в проектах. Это решение стало ответом на поток «деморализующей халтуры низкого качества», захлестнувший процесс р

Godot Engine запрещает vibe-coding: разработчикам Slay the Spire 2 нужно раскрывать ИИ

Фонд Godot Engine, некоммерческая организация, управляющая одноимённым открытым игровым движком, ввёл строгие ограничения на использование генеративного искусственного интеллекта (genAI) в проектах. Это решение стало ответом на поток «деморализующей халтуры низкого качества», захлестнувший процесс рецензирования кода. Теперь каждый контрибьютор, применяющий ИИ, обязан явно указывать это, а практика «vibe-coding» — генерация целых блоков кода по текстовому запросу — фактически запрещена.

Термин «vibe-coding» описывает ситуацию, когда разработчик просит чат-бота, например ChatGPT или GitHub Copilot, написать код на основе текстового описания, а затем вносит лишь минимальные правки. Фонд Godot назвал такой подход «низкоэффективной халтурой», создающей огромную нагрузку на модераторов и рецензентов. Количество запросов на проверку кода (pull requests) резко выросло, и значительная их часть содержит сгенерированный ИИ код низкого качества, требующий полной переработки.

Важно понимать, что фонд не вводит тотальный запрет на ИИ. Мелкие, рутинные задачи — например, поиск и замена фрагментов кода, рефакторинг или автодополнение — по-прежнему разрешены. Однако любое использование генеративного ИИ должно быть раскрыто. Если контрибьютор скроет факт использования, его правки могут быть отклонены, а сам он — временно заблокирован.

Почему Godot ужесточил правила использования ИИ

Godot Engine — один из самых популярных открытых игровых движков, используемый в таких проектах, как Slay the Spire 2, Cassette Beasts и Brotato. Движок развивается силами сообщества, и качество кода всегда было приоритетом. С ростом популярности генеративных ИИ-инструментов в 2023–2024 годах фонд столкнулся с лавиной автоматически сгенерированного кода, который часто содержал ошибки, уязвимости или просто не соответствовал стандартам проекта.

Эта проблема характерна не только для Godot. Многие open-source проекты, включая ядро Linux и отдельные библиотеки Python, уже ввели ограничения на ИИ-сгенерированный код. Однако Godot пошёл дальше, потребовав обязательного раскрытия — это жёстче, чем в большинстве других сообществ. Решение было принято после того, как рецензенты стали тратить непропорционально много времени на проверку низкокачественного кода, что замедляло развитие всего движка.

Как новые правила повлияют на разработчиков игр?

Для разработчиков, использующих Godot, новые правила означают, что они не смогут полагаться на ИИ для написания больших фрагментов кода, если хотят, чтобы их правки были приняты в официальный репозиторий. Это особенно важно для команд, работающих над коммерческими проектами, такими как Slay the Spire 2: им придётся либо писать код вручную, либо тщательно проверять и перерабатывать сгенерированный код, что снижает выгоду от использования ИИ.

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

Что такое vibe-coding и почему его запрещают

«Vibe-coding» — это термин, который описывает практику, когда разработчик просит чат-бота написать код по текстовому описанию, а затем вносит минимальные правки. Фонд Godot назвал такой подход «низкоэффективной халтурой», которая создаёт огромную нагрузку на модераторов и рецензентов. По словам представителей фонда, количество запросов на проверку кода резко выросло, причём значительная часть из них содержит сгенерированный ИИ код низкого качества, который требует полной переработки.

При этом фонд не вводит тотальный запрет на ИИ. Мелкие, «рутинные» задачи — например, поиск и замена фрагментов кода, рефакторинг или автодополнение — по-прежнему разрешены. Однако любое использование генеративного ИИ должно быть раскрыто. Если контрибьютор скроет факт использования, его правки могут быть отклонены, а сам он — временно заблокирован.

Как будет работать раскрытие использования ИИ

Фонд требует, чтобы в описании каждого pull request было явно указано, какие части кода созданы с помощью ИИ, какой инструмент использовался и какие промпты применялись. Если правка полностью сгенерирована ИИ, она будет отклонена без рассмотрения. Исключение — только если контрибьютор детально объяснит, почему это необходимо и как он проверил код.

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

Кого затронут новые ограничения

Новые правила касаются всех, кто вносит код в Godot Engine: от индивидуальных энтузиастов до крупных студий. Для разработчиков из России и СНГ, активно использующих Godot (особенно в инди-играх), это означает необходимость пересмотреть свои процессы: если раньше можно было быстро набросать прототип с помощью ИИ, то теперь такой код не попадёт в основную ветку.

Для конкурентов, таких как Unity и Unreal Engine, ситуация может стать поводом для маркетинга: они пока не вводили столь строгих ограничений, хотя тоже сталкиваются с проблемой низкокачественного ИИ-кода. Однако Godot, будучи open-source проектом, имеет больше возможностей для жёсткого контроля качества, чем коммерческие движки.

Что будет дальше: перспективы для open-source сообщества

Фонд планирует в течение ближайших месяцев доработать политику и выпустить официальные рекомендации для контрибьюторов. Ожидается, что другие open-source проекты последуют примеру Godot, особенно те, где качество кода критически важно. В долгосрочной перспективе это может привести к появлению стандартов раскрытия ИИ в open-source сообществе.

Такие меры уже обсуждаются в сообществах Python и Linux. Если тренд сохранится, разработчикам придётся адаптироваться: либо писать код вручную, либо тщательно документировать использование ИИ. Это может замедлить разработку на короткой дистанции, но в итоге повысит надёжность и безопасность open-source проектов.

Итог: почему это важно для игровой индустрии

Godot Engine стал одним из первых крупных open-source проектов, введших обязательное раскрытие использования ИИ и фактический запрет на «vibe-coding». Это решение — ответ на растущую проблему низкокачественного кода, генерируемого нейросетями. Для разработчиков игр это сигнал: даже в эпоху ИИ ручной труд и экспертиза остаются незаменимыми.

Хотя новые правила могут усложнить жизнь контрибьюторам, они защищают целостность движка и доверие сообщества. Для пользователей это означает более стабильный и безопасный инструмент для создания игр. В конечном счёте, баланс между инновациями и качеством — ключевой вызов для всей open-source экосистемы.