QGIS вводит запрет на ИИ-контрибуции: 289 очков и 299 комментариев на HN

Проект QGIS, самая заметная открытая геоинформационная система, вынес на обсуждение запрет на контрибуции, созданные с помощью ИИ. Предложение оформлено как pull request №387 в репозитории QGIS-Enhancement-Proposals, где команда разбирает крупные изменения в правилах и архитектуре. К 12 октября 2026 года ссылка на PR собрала на Hacker News 289 очков и 299 комментариев. Для узкоспециальной темы про ГИС это много.

Важная оговорка. В материале-источнике есть только ссылка на PR и метрики HN, без текста политики. Точные формулировки (что считается ИИ-помощью, как это проверять, какие санкции предусмотрены) и итоговый статус предложения нужно смотреть в самом pull request. Заголовок на HN говорит о запрете, но процесс принятия решений в QEP-репозитории может включать голосование и правки.

Почему такие решения появляются именно сейчас

QGIS живёт на GitHub, написан в основном на C++ и Python и распространяется под GPL. Проект держится на ограниченном числе мейнтейнеров, которые вручную ревьюят патчи от сотен людей. Любой инструмент, удешевляющий производство кода и не удешевляющий его проверку, бьёт по узкому месту: по времени ревьюера.

Кроме нагрузки есть две юридические и технические проблемы. Первая: происхождение кода. Модели обучались на огромных массивах репозиториев, и у мейнтейнеров нет способа убедиться, что сгенерированный фрагмент не повторяет чужой код с несовместимой лицензией. Для GPL-проекта это вопрос чистоты лицензирования. Вторая: ответственность. Автор патча должен понимать, что он отправляет, и уметь защитить решение в ревью. Если он сам не писал код и не до конца в нём разбирается, диалог превращается в пересылку реплик между ревьюером и чат-ботом.

Не первый проект с таким курсом

QGIS присоединяется к уже заметной группе. Gentoo в 2024 году запретил принимать код, написанный с помощью генеративных моделей. NetBSD в том же году объявил LLM-код потенциально «заражённым» с точки зрения лицензий и потребовал предварительного одобрения. QEMU в 2025 году тоже отказался принимать такие патчи, сославшись на вопросы авторского права и сертификата происхождения разработчика (DCO). Другие проекты идут по более мягкому пути: разрешают ИИ-помощь, но требуют раскрывать её и берут ответственность на автора.

Что видно по метрикам

• Объект обсуждения: pull request №387 в qgis/QGIS-Enhancement-Proposals.
• Площадка обсуждения: Hacker News, 289 очков.
• Активность: 299 комментариев, то есть примерно по одному на очко. Тема спорная, и согласия в треде нет.
• Лицензия проекта: GPL, что делает вопрос происхождения кода особенно чувствительным.
• Дата публикации в агрегаторе: 12 октября 2026 года.

Практические выводы для контрибьюторов и команд

Если вы вносите вклад в QGIS или плагины для него, прочитайте финальный текст политики до отправки следующего патча. Выясните, распространяется ли запрет на автодополнение в редакторе, генерацию тестов и документации, перевод и исправление опечаток, или только на содержательный код. Граница в таких документах обычно размыта, и спорные случаи лучше согласовать с мейнтейнерами заранее.

Мейнтейнерам других открытых проектов пригодится сам формат: правило вынесено в публичный процесс предложений, а не принято закрытым решением core-команды. Это снижает число конфликтов позже. Командам, которые используют QGIS внутри компании и пишут патчи в апстрим, имеет смысл завести отдельное правило: что из внутреннего кода, созданного с помощью ИИ, допустимо отправлять наружу. Проще всего держать такие изменения в собственном форке или плагине.

Итоговый вердикт появится только после обсуждения в самом PR. Но 299 комментариев на HN показывают, что вопрос «пускать ли ИИ-код в открытые проекты» давно вышел за пределы споров вокруг одного репозитория.