Godot и AI-агенты официально расходятся в разные стороны: проект решил переписать правила контрибьюта и запретить AI-сгенерированный код, pull request, отправленные агентами, и даже AI-текст в общении между людьми. Для русскоязычных разработчиков это важный сигнал: в open source начинают спорить уже не о качестве подсказок, а о том, можно ли вообще строить вклад в проект через LLM-конвейер без человеческой ответственности.
О новом курсе проекта сообщает The New Stack. По данным издания, Godot Foundation меняет политику вкладов так, чтобы отсечь большую часть AI-генерированных изменений и снизить нагрузку на мейнтейнеров. Логика у решения простая и довольно жесткая: если автор PR не может внятно отвечать за код, исправлять его и учиться на замечаниях ревьюеров, то для проекта такой вклад превращается не в помощь, а в дополнительную работу.
Что именно меняет Godot
Формулировки у команды предельно прямые. Вкладчикам собираются явно запретить код, написанный ИИ, PR, поданные AI-агентами, и AI-сгенерированный текст в коммуникации между людьми. Исключение остается только для машинного перевода, если исходный текст был написан человеком. Иными словами, автоматом перевести свое сообщение на английский еще можно, а вот отдавать модели написание объяснения к pull request и выдавать его за собственную речь уже нельзя.
У Godot для этого не идеологическая, а очень приземленная причина. Проект живет на мейнтейнерской модели, где ревью новых участников работает не только как фильтр качества, но и как форма наставничества. Опытные разработчики тратят время на комментарии не ради галочки, а чтобы из случайного контрибьютора со временем вырос человек, который понимает кодовую базу и позже сам сможет поддерживать проект. Если же на другой стороне не разработчик, а агент с бесконечным терпением к правкам и нулевой ответственностью за последствия, эта модель рассыпается.
В Godot прямо признают, что поток AI-вкладов действует на ревьюеров деморализующе. Их обратная связь уходит не новичку, который разберется в архитектуре и станет сильнее, а машине или пользователю, который переливает замечания обратно в модель и приносит следующую итерацию текста. Для volunteer-driven open source это особенно болезненно: ревью и так считается одной из самых утомительных частей сопровождения проекта, а когда оно перестает конвертироваться в рост новых мейнтейнеров, мотивация проседает очень быстро.
Еще один аргумент Godot касается ответственности. Проект исходит из того, что код должен присылать человек, который понимает, что именно он меняет, как это тестировалось и что делать, если после мержа вылезут регрессии. AI-агент ничего чинить не будет, а «пользователь агента» далеко не всегда способен поддержать собственный patch. Поэтому Godot и проводит границу не по стилю написания кода, а по способности автора отвечать за результат.
Почему это важно не только для геймдева
Контекст у этой истории тянется как минимум с февраля 2026 года. Тогда один из ключевых мейнтейнеров Godot Реми Вершельде публично жаловался на волну AI-slop PR: описания были многословными, изменения часто не имели смысла, а ревьюерам приходилось по нескольку раз в день гадать, написал ли код человек хотя бы частично, тестировал ли он его вообще и понимает ли, что отправил. Для проекта, который долго гордился открытостью к новым участникам, это неприятный поворот: welcoming culture внезапно начинает работать против самих мейнтейнеров.
Показательно, что Godot не объявляет тотальную войну любому использованию ИИ. Команда оставляет место для «рутинных мелочей» и требует раскрывать такие случаи. Это важная деталь. Речь не о запрете автодополнения как класса и не о моральной панике вокруг LLM. Речь о попытке отделить инструмент, который помогает человеку, от сценария, где человек становится диспетчером для генератора PR и снимает с себя обязанность понимать код. По сути, Godot говорит то, о чем в приватных разговорах давно думают многие maintainers: проблема не в том, что ИИ пишет строки, а в том, что он размывает автора.
Для разработчиков и тимлидов за пределами геймдева это выглядит как ранний симптом более широкого сдвига. До сих пор спор вокруг coding agents шел в основном через призму продуктивности: быстрее написал, быстрее зарелизил, быстрее закрыл тикет. Godot разворачивает обсуждение в сторону эксплуатационной стоимости. Если агент ускоряет создание PR, но замедляет ревью, обучение новичков и сопровождение кода через полгода, то он оптимизирует не тот этап. А если проект держится на добровольной экспертизе, такой перекос быстро становится токсичным.
У русскоязычной аудитории здесь свой практический вывод. Если команда или отдельный разработчик хочет контрибьютить в крупный open source-проект, режим «сгенерировал патч, сгенерировал описание, дальше разберутся» становится рискованным не только с точки зрения качества, но и репутации. Вклад все чаще будут оценивать не по тому, насколько он гладко написан, а по тому, способен ли автор пройти содержательное ревью без посредничества модели. Для HR и руководителей это тоже повод пересмотреть критерии найма: умение управлять агентом еще не равно умению поддерживать чужую кодовую базу.
История с Godot вряд ли останется локальной аномалией. Open source-проекты уже привыкли отбиваться от низкокачественных багрепортов, а теперь начинают ставить фильтры и на «слишком легкие» AI-вклады. Вопрос теперь не в том, войдут ли AI-агенты в разработку, а в том, какие правила им выставят сообщества, где цена ошибки оплачивается не из венчурного бюджета, а часами живых мейнтейнеров. Подробнее об этой истории пишет .