Open-source движок Godot решил не спорить с трендом, а поставить шлагбаум: запрет ИИ-кода уже оформляют в правилах для контрибьюторов. Для русскоязычных разработчиков это важный сигнал: даже проекты с открытой моделью разработки начинают считать AI-сгенерированные pull request не ускорением, а дорогой нагрузкой на ревью и сопровождение.
Команда Godot объявила, что переписывает contribution policy и почти полностью закрывает дорогу AI-сгенерированным изменениям, сообщает The Register. Причина сформулирована без дипломатии: по словам мейнтейнеров, ИИ не может нести ответственность за код, а активным пользователям таких инструментов нельзя доверять настолько, чтобы быть уверенными, что они сами понимают присланные изменения и смогут их исправить после замечаний на ревью.
На практике правила становятся заметно жестче. Новыми контрибьюторами в Godot теперь считают тех, у кого три или меньше принятых pull request. Таким участникам придется заранее получать явное разрешение от мейнтейнеров, если они хотят прислать новую функциональность или крупный рефакторинг. Идея простая: отсечь поток случайных PR, которые выглядят как результат общения с кодогенератором, а не как работа человека, знакомого с кодовой базой и готового обсуждать детали реализации.
Ограничения касаются не только самого кода, но и коммуникации вокруг него. Обсуждения contribution в проекте должны оставаться форматом человек-человеку: без AI-агентов и ботов, которые начинают вести переписку вместо автора изменений. Исключение сделали только для перевода между языками. Для распределенной open-source команды это не вопрос эстетики. Ревьюеры тратят время не на то, чтобы угадывать, что именно автор хотел сказать через посредника, а на проверку логики, архитектуры и рисков для проекта. Если на другой стороне этой переписки нет человека, который реально владеет контекстом, цикл ревью быстро превращается в бессмысленную переписку с автоответчиком.
Самая жесткая часть политики касается собственно AI-кода. Автономно написанные агентами изменения и так приводили к автобану в GitHub-репозитории Godot, но теперь запрет расширяют: под него подпадет любое существенное использование ИИ для генерации куска кода. Допустимый коридор оставляют только для рутинных задач вроде автодополнения, написания регулярных выражений или массовой замены по шаблону. Даже в этих случаях команда хочет видеть раскрытие факта использования ИИ в обсуждении PR. Иначе говоря, если инструмент помог с механикой, это терпимо; если он написал за автора важную часть логики, для Godot это уже не помощь, а проблема поставки неаудируемого кода.
Для проекта это не внезапный разворот, а реакция на накопившуюся усталость. Еще раньше мейнтейнер Реми Вершельде жаловался, что поток AI-сгенерированных pull request деморализует команду и съедает время. В материале приводится и мнение одной игровой студии, работающей с Godot: такие PR часто оказываются мусором, который присылают люди, не понимающие, что именно они предлагают изменить. Формулировки резкие, но по сути знакомые любому тимлиду, который хоть раз получал красивый diff без внятного объяснения, почему код должен жить в production. С open source здесь та же механика: стоимость входа для отправителя падает почти до нуля, а стоимость проверки для принимающей стороны, наоборот, растет.
Поэтому запрет ИИ-кода в Godot выглядит не идеологическим крестовым походом против нейросетей, а попыткой вернуть экономику контрибьютинга в рабочее состояние. У open-source проекта нет бесконечной армии ревьюеров, которым можно безболезненно делегировать сортировку «вибрационных» PR. Каждый такой запрос на изменение отнимает время у людей, которые могли бы чинить баги, обсуждать архитектурные решения или заниматься релизами. Для компаний, которые строят процессы вокруг AI-assisted development, это неприятное, но полезное напоминание: ускорение на стороне автора ничего не стоит, если потом нагрузка перекладывается на ревью, тестирование и поддержку.
Показательно, что похожие сомнения звучат не только в open source. The Register напоминает: на прошлой неделе председатель совета директоров Infosys Нандан Нилекани на годовом собрании компании говорил, что профессионалам не стоит паниковать из-за vibe coding, потому что хорошая разработка не сводится к набору строк в редакторе. Важен контекст всего жизненного цикла ПО: требования, ограничения, интеграции, эксплуатация, исправление ошибок. На этом фоне история с Godot читается как очень прикладной кейс: рынок постепенно разделяет полезные AI-инструменты для рутины и опасную иллюзию, будто понимание системы можно заменить генерацией текста, похожего на код.
Если тренд закрепится, следующим этапом станут не просто запреты, а новая норма для инженерных команд: доказывать не то, что код компилируется, а то, что автор действительно владеет контекстом и сможет отвечать за последствия. В этом смысле запрет ИИ-кода в Godot может оказаться не исключением для уставших мейнтейнеров, а ранним признаком более жестких правил игры для всей индустрии.