Проект Linux Kernel официально закрепил правила игры для тех, кто использует AI-ассистентов при подготовке патчей. Новая документация не запрещает инструменты вроде Cursor, Aider или Cody, но выставляет жесткое условие: автор патча несет полную персональную ответственность за результат.

Главное — ответственность, а не инструменты

В руководстве не упоминаются конкретные названия софта. Вместо этого акцент сделан на подотчетности (accountability). Если вы отправляете код, сгенерированный или дополненный нейросетью, вы обязаны:

• Досконально понимать каждую строчку кода.
• Провести тщательное тестирование.
• Быть готовым аргументированно защитить решение во время код-ревью.

Мейнтэйнеры ядра отмечают, что AI часто выдает код, который выглядит рабочим, но содержит скрытые баги или игнорирует специфические конвенции проекта. Учитывая экстремально строгие стандарты Linux, волонтеры-ревьюеры тратят слишком много времени на разбор «галлюцинаций» нейросетей.

Почему не ввели запрет?

Сообщество признает, что тотальный бан невозможен — надежных способов отличить AI-код от человеческого просто не существует. Подход, основанный на ответственности, выглядит честнее: «Нам не важно, какие инструменты вы использовали, нам важно, чтобы вы понимали, что именно вы засабмитили».

Что это значит для вайбкодеров?

Для тех, кто привык «промптить» фичи в Windsurf или Aider, это важный сигнал. Крупный Open Source (вслед за Linux на такие правила смотрят GCC, LLVM и CPython) не закрывает двери перед AI, но требует профессионализма.

Вердикт прост: AI может помочь вам написать код быстрее, но он не сделает за вас «домашнюю работу». Если вы планируете контрибьютить в серьезные проекты, используйте агентов как мощный рычаг, но всегда держите руку на пульсе и проверяйте логику до последнего символа.