Сообщество Rust официально ограничило использование ИИ в разработке ядра языка

Для ниши это сигнал: даже в системных проектах границы допустимого для генеративного кода ужесточаются.

Что нельзя: код, документация и комментарии от имени участника

Основной запрет — на передачу сгенерированного ИИ кода в публичные пулы. Исключение — заранее согласованные, некритичные и тщательно протестированные изменения во вторичных инструментах (tidy, linkchecker), помеченные меткой ai-assisted. Прямое касание ключевых возможностей языка и стандартной библиотеки под полным табу.

Под запрет попали и комментарии к issue/PR, отчёты об ошибках и описание изменений, если они публикуются от имени разработчика. Документацию через ИИ генерировать тоже нельзя. Итого: вся публичная коммуникация должна быть человеческой.

Где ИИ допустим: в приватном режиме и для перевода

Разрешено использовать ассистентов для анализа кода, формирования личных сводок по issue, рецензирования изменений и создания экспериментальных веток, которые не пойдут в ревью. Также допускается машинный перевод, поиск ошибок и правка мелочей — опечатки, подбор синонимов — с обязательной пометкой, что контент создан нейросетью.

Важно: выводы ИИ не могут быть основанием для приёма или отклонения PR. Это только рекомендательный инструмент для личного использования. Суровая аналогия: как grep — пользуешься, но не показываешь лог команде.

Контекст: тенденция в системных проектах

Rust не одинок. Oracle ранее запретила вносить в OpenJDK сгенерированный ИИ код, тексты и изображения. В начале августа сопровождающий стабильных и staging-веток ядра Linux Грег Кроа-Хартман объявил аналогичный запрет для раздела drivers/staging. Паттерн один: ИИ — личный ассистент, а не соавтор в публичном репозитории.

Для веб-разработки это прецедент: даже если вы не пишете на Rust, ваши зависимости из crates.io теперь создаются в более жёстких условиях. Если ваш проект использует Rust-инструменты, уточняйте политику субмодулей — там могут быть свои, ещё более строгие правила.

Что проверить на практике

Посмотрите, не генерируют ли ваши пайплайны документацию или код для зависимостей из экосистемы Rust. Если да — логируйте происхождение. Для внутренних утилит, которые не идут в upstream, пока можно всё, но лучше уже сейчас начать помечать коммиты с участием ИИ. В будущем это упростит аудит и избавит от лишних вопросов при контрибьюте.

Напутствие: делайте бэкапы репозиториев. Правила меняются быстрее, чем вы дописываете Dockerfile.