Открытые проекты в основном разделились на два лагеря по отношению к AI. Одни оставляют человека в цепочке, позволяя участникам использовать любые инструменты, лишь бы они несли ответственность за результат.

Другие пошли дальше и полностью запретили созданные с помощью AI материалы, независимо от того, кто их проверяет. Теперь своё слово сказал GCC, и он склоняется к более строгому лагерю.

Это компилятор, лежащий в основе сборки ПО в системах GNU и Linux, поэтому его позиция по AI имеет вес далеко за пределами собственного репозитория. Руководящий комитет GCC решил отклонять, как они выражаются, “юридически значимые” вклады, созданные с помощью AI. Подробнее об этом термине мы расскажем чуть позже.

Долой AI?

текст политики GCC по AI (ссылка на документ для ассистивных технологий ниже)
текст политики GCC по AI (ссылка на документ для ассистивных технологий ниже)
И да, и нет. Комитет GCC ввёл [новую политику AI](https://gcc.gnu.org/ai-policy.html?ref=rootpath.ru), построенную вокруг одного ключевого правила: если вклад юридически значим и хоть какая-то его часть порождена LLM, GCC его не примет.

Под этим подразумевается определение из руководства для мейнтейнеров GNU, где юридически значимым считается около 15 строк кода или текста — тот порог, с которого начинает действовать авторское право. Мелкие правки сами по себе не считаются, но несколько таких правок от одного человека могут в совокупности достичь этого порога.

Впрочем, для отдельных случаев есть послабление. Мейнтейнеры GCC по-прежнему могут принимать юридически незначимые AI-сгенерированные правки, если они явно помечены и соответствуют обычным стандартам проекта.

Тестовые примеры также освобождены от ограничений. Даже те, что обычно считались бы юридически значимыми, могут генерироваться AI. Сама политика охватывает только GCC. Код, импортированный из других проектов для удобства или удовлетворения зависимостей, под неё не подпадает.

Во всех остальных случаях любая AI-помощь требует тега “Assisted-by:” в сообщении коммита — подобно тому, что ранее приняли в ядре Linux.

Эти правила не регулируют, как участники применяют AI в своё личное время. Программы чтения с экрана, инструменты перевода, проверка орфографии и грамматики, исследования, поиск ошибок и рецензирование патчей — всё это по-прежнему разрешено, если только итоговый результат, отправляемый в GCC, не создан самим AI.

Комитет GCC ожидает, что политика будет развиваться, формируясь под влиянием отзывов сообщества и общей позиции проекта GNU по AI. Следующий пересмотр запланирован на начало 2027 года.

Тренд набирает обороты

На прошлой неделе Codeberg пошёл по решительному пути: его участники проголосовали 358 против 144 за запрет проектов, построенных преимущественно из AI-сгенерированного кода, а также за формальный запрет на обучение AI-моделей на данных и коде пользователей.

В качестве движущих сил решения называют нагрузку на серверы от AI-сканеров, рост затрат на оборудование и растущую лавину низкокачественных AI-сгенерированных материалов.

LLVM в начале года пошёл иным путём, приняв политику “человек в цепочке”. Здесь участники могут использовать любые AI-инструменты, но обязаны указывать, какие именно, отвечать на вопросы по своим материалам и полностью нести за них ответственность.

Политика GCC ближе к подходу Codeberg, но не заходит так далеко, как полный запрет. Тестовые примеры оставляют узкое окно, которого нет в правилах Codeberg, а GCC по-прежнему разрешает небольшие явно помеченные AI-контрибуции, которые проектный запрет Codeberg не пропустил бы.