Lines

INVENTED
WORLDS

Движок Buckshot Rouletteе и ряда других игр заваливают «ИИ-слопом»

Источник: Игромания · 18.02.2026 13:25

Движок Buckshot Rouletteе и ряда других игр заваливают «ИИ-слопом»

Создатели игрового движка с открытым исходным кодом Godot заявили, что участники разработки закидывают их некачественным ИИ-кодом.
Авторам стало сложно отрабатывать запросы на изменения в коде на GitHub. Те, кто предлагают правки, сами часто не понимают, что они сделали. Всё из-за развития ИИ-моделей и роста доступности программирования.

«Нам приходится перепроверять каждый запрос на изменения в коде от новых контрибьюторов по несколько раз в день. Был ли код, хотя бы частично, написан человеком? Понимает ли „автор“ отправленный код? Протестирован ли он? И если да, не выдуманные ли результаты этих тестов?» — пожаловался основатель Godot Реми Вершельд.

Скриншот игры, созданной на Godot
Он добавил, что Godot гордится своей открытостью, однако со временем поддерживать эту модель развития становится всё сложнее. Обилие некачественных предложений и «ИИ-слопа» сильно затрудняет работу команды и замедляет прогресс.
Ранее комментатор серии игр EA Sports FC признался, что часть его реплик записывают при помощи нейросетей. По его словам, это позволяет значительно снизить количество рутинной работы. В EA подтвердили, что пользуются искусственным интеллектом в разработке, но не уточнили, насколько большой объём работы выполняют нейросети.

Комментарий от Invented Worlds

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