Godot запретил код от ИИ-агентов: почему open source борется с AI slop
30 июня 2026 года Godot Foundation обновила правила contributions: существенный код должен быть написан человеком. Объясняем, почему это важнее, чем борьба с low-quality PR, и что делать разработчикам.
Если вы в последние месяцы открывали пул-реквест в крупный open-source-проект, скорее всего, заметили: количество «сомнительно идеальных» патчей резко выросло. 30 июня 2026 года Godot Foundation официально обновила политику contributions и практически полностью запретила ИИ-агентам и «vibe coding» участвовать в разработке движка. Причина не только в качестве кода, но и в том, что ревью перестаёт воспитывать новых мейнтейнеров, если на другой стороне — не человек, а модель.
Godot Engine — это открытый кроссплатформенный игровой движок, который многие инди-разработчики рассматривают как альтернативу Unity. Проектом управляет некоммерческая Godot Foundation, а код собирается из пул-реквестов со всего мира. Это делает правила contributions ключевым инструментом выживания экосистемы.
Основной тезис обновления: любой существенный код должен быть написан человеком, который способен отвечать за него. Автономные ИИ-агенты, «vibe-coded» PR и ИИ-сгенерированный текст в обсуждениях попадают под запрет. Мелкие вспомогательные задачи — code completion, регулярки, find-and-replace — остаются, но с обязательным раскрытиием.
Ключевые выводы
- Godot Foundation запретила ИИ-агентам и «vibe coding» создавать пул-реквесты с существенным кодом.
- Разрешены только мелкие вспомогательные операции: code completion, regex, find-and-replace с обязательным дисклеймером.
- Новички (≤3 принятых PR) теперь должны получать одобрение мейнтейнеров перед новыми фичами и крупными рефакторингами.
- Главный аргумент — ревью кода — это не только проверка, но и менторство будущих мейнтейнеров, а ИИ из этого контура выпадает.
- Похожие ограничения уже ввели Zig, Ghostty и curl: проблема AI slop стала системной для open source.
Что именно запрещено
В официальном посте Changes to our Contribution Policies Foundation перечисляет три запрещённые категории. Важно, что они касаются не только ботов, но и людей, которые копируют ИИ-вывод в PR, даже если потом вручную проверяют и дисклейсят.
- Автономные ИИ-агенты и «vibe coding». PR, созданные без глубокого участия человека, уже отклоняются автоматически.
- ИИ как автор существенного кода. Блоки логики, сгенерированные моделью, не принимаются независимо от того, кто нажал «Submit».
- ИИ-сгенерированный текст в коммуникации. Обсуждения с мейнтейнерами должны вестись людьми; исключение — машинный перевод человеческого текста.
Одновременно Foundation добавила барьер для новых участников: до трёх принятых PR — и вы не можете предлагать новые фичи или большие рефакторинги без явного разрешения. Цель не оскорбить новичков, а заставить их сначала разобраться в кодовой базе и завоевать доверие через багфиксы и документацию.
Почему это больше, чем «слишком много PR»
Сама по себе нагрузка на ревьюеров — старая open-source-боль. Но здесь добавляется другой эффект: обратная связь на ИИ-код не учит никого. Если модель сгенерировала патч, комментарий мейнтейнера не улучшит следующий выход той же модели, а автор-человек часто не понимает кода достаточно, чтобы довести правку до ума.
Reviewing PRs is already tedious work, but it is rewarding because reviewers generally feel that their efforts are contributing to educating a new contributor — who may become a future maintainer/reviewer. If your feedback on PRs is just being absorbed by a machine and not going towards mentoring a potential future maintainer, it becomes much harder to justify spending your free time on PR review.
В интервью Game Developer Foundation прямо говорит: «AI cannot take responsibility, and we can’t trust heavy users of AI to understand their code enough to fix it». Это не ненависть к ИИ как технологии, а признание, что ответственность за код должен нести конкретный человек.
«Contributor poker»: инвестиция в человека, а не в код
Эта логика не нова. В апреле 2026 года язык программирования Zig ввёл схожий zero-tolerance policy для ИИ-помощи в contributions. Вице-президент Zig Software Foundation Лорис Кро назвал ревью «contributor poker»: в покере вы играете против человека, а не против карт. Аналогично мейнтейнер вкладывает время не в конкретный PR, а в человека, который его прислал.
In contributor poker, you bet on the contributor, not on the contents of their first PR.
Когда PR написан ИИ, ставка срывается: ревью не превращает автора в будущего мейнтейнера, потому что автор не учится. Именно поэтому Godot и Zig формулируют запрет не как «ИИ плох», а как «менторская петля разрывается».
Godot не один: Zig, Ghostty и curl
Та же проблема AI slop в разных проявлениях встречается и в других крупных проектах. Терминал Ghostty ограничил поток ИИ-сгенерированных issue, а библиотека curl пережила настоящий DDoS фальшивыми security-репортами.
curl — самый известный пример. Создатель проекта Даниэль Стенберг писал, что в 2025 году доля валидных security-репортов упала примерно до одной из двадцати: «We are effectively being DDoSed». Часть отчётов содержала GDB-сессии и дампы регистров для функций, которых в curl не существует. В ответ команда закрыла bug bounty на HackerOne и перешла к более жёсткой модерации.
Интересно, что curl не отвергает ИИ полностью: тот же Стенберг позже признал, что AI-сканнеры в руках экспертов находят настоящие баги. Разница между полезным инструментом и slop — в проверке и ответственности человека, который отправляет результат.
Пайплайн талантов под угрозой
Godot и Zig формулируют свой запрет в терминах mentorship pipeline — цепочки, по которой первый контрибьютор превращается в ревьюера, а ревьюер — в мейнтейнера. Если между «новичок» и «опытный разработчик» встает ИИ, обратная связь не доходит до человека, и вся цепочка останавливается.
В корпоративной среде эта же проблема звучит иначе: The New Stack в апреле цитировал Марка Руссиновича и Скотта Хансельмана из Microsoft, которые предупреждали: если компании будут заменять junior-разработчиков senior-инженерами с ИИ-ассистентами, «the profession’s talent pipeline collapses».
We need to take steps to reduce the burden on maintainers while ensuring we still have a pipeline to mentor new contributors to become future maintainers.
Что делать разработчикам
Запрет Godot не означает, что ИИ-инструменты нужно выбросить. Он устанавливает границу: модель может помогать в мелочах, но не может быть автором кода, за который ты не готов отвечать.
- Читайте правила contributions конкретного проекта перед отправкой PR.
- Раскрывайте использование ИИ для autocomplete, regex и мелких правок — честность ускоряет ревью.
- Не отправляйте сгенерированные моделью блоки логики как «свой» код: вы должны понимать каждую строку.
- Если у вас ≤3 принятых PR в Godot, начинайте с багфиксов и документации, а не с новых фич.
- Проверяйте ИИ-репорты безопасности вручную: hallucinated уязвимости тратят время мейнтейнеров зря.
FAQ
Часто задаваемые вопросы
Что такое «vibe coding» в контексте Godot?
Это подход, при котором разработчик описывает желаемый результат модели и вставляет сгенерированный код без глубокого понимания. Godot считает такие PR автоматически отклоняемыми, потому что за код не может отвечать конкретный человек.
Можно ли вообще использовать ИИ в contributions в Godot?
Можно, но только для мелких вспомогательных задач: code completion, регулярных выражений, find-and-replace, а также машинного перевода собственного текста. Всё это нужно раскрывать в обсуждении PR.
Почему запрет касается не только ботов, но и людей?
Потому что проблема не в том, кто нажал кнопку, а в том, кто несёт ответственность. Godot Foundation не доверяет «тяжёлым пользователям ИИ» понимать свой код достаточно, чтобы чинить баги после мержа.
Какие ещё проекты столкнулись с AI slop?
Zig полностью запретил ИИ-ассистированные contributions, Ghostty ограничил поток ИИ-issue, а curl закрыла bug bounty на HackerOne из-за потока фальшивых security-репортов.
Что будет с новичками в Godot?
Новички (до трёх принятых PR) должны получить одобрение мейнтейнера перед новыми фичами и крупными рефакторингами. Цель — направить их сначала на багфиксы и документацию, чтобы они выросли в полноценных контрибьюторов.
Выводы
Godot не объявляет войну искусственному интеллекту. Она объявляет войну безответственному использованию ИИ в том месте open source, где важнее всего доверие и обучение. Движок остаётся открытым, но правила contributions становятся жёстче — и это, скорее всего, не последний подобный шаг в индустрии.
Things change every day with respect to the current suite of AI tools available. We will continue taking a conservative approach in our policies towards them, but we will re-evaluate as things evolve.
Источники: The New Stack, Godot Foundation, Game Developer.
