В сообществе Rust утвердили правила применения ИИ-ассистентов

Разработчики языка программирования Rust представили ^[1] адаптированные под текущую ситуацию правила ^[2] применения ИИ‑ассистентов при подготовке кода для проекта. За отдельными исключениями, новые правила запрещают передачу кода, сгенерированного через ИИ, но разрешают использование ИИ для анализа, изучения, рецензирования и проверки кода. Правила по работе с ИИ в проекте Rust распространяются только на основной репозиторий rust‑lang/rust, и отдельно утверждаются командами разработчиков субмодулей, подветок и зависимостей из каталога crates.io.

По информации ^[3] OpenNET, применение ИИ в проекте Rust допускается в случаях, когда полученная через ИИ информация в частном порядке используется только одним разработчиком и не распространяется публично. Например, когда разработчик задаёт ИИ вопросы по коду, формирует для себя сводку по комментариям к PR или issue, привлекает ИИ для рецензирования изменений, создаёт через ИИ инструменты для личного использования, консультируется через AI о возможных вариантах выбора решения. Также допускается создание через AI экспериментальных изменений, не подлежащих рецензированию другими участниками.

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

Также в Rust запрещено создание документации через ИИ. При рецензировании запрещено рассмотрение выводов ИИ как достаточных для приёма или отклонения изменений — результаты проверки через ИИ могут носить только рекомендательный характер.

С оговорками и явным упоминанием, что результат получен через ИИ, в проекте Ryst разрешено применение ИИ для машинного перевода на другие языки, поиска и верификации ошибок, а также внесения незначительных изменений в код и тексты, например, правка опечаток и подбор синонимов)

Согласно пояснению ^[4] команды проекта, в рамках эксперимента в Rust допускается передача заранее согласованных, некритичных, досконально проверенных и хорошо протестированных изменений, изначально сгенерированных с помощью ИИ. В этом случае перед отправкой pull‑запроса с подобным изменением, разработчик-человек должен заранее договориться с рецензирующими и предупредить об этом. Предлагаемые изменения должны помечаться меткой «ai‑assisted» и могут затрагивать только вторичные инструменты, например, tidy и linkchecker, но не должны касаться ключевых возможностей и элементов языка Rust.

Ранее в компании Oracle объявили ^[5] о запрете на приём в открытый проект OpenJDK ^[6] изменений, сгенерированных с помощью ИИ-инструментов. Ограничение касается исходного кода, текстовых материалов и изображений, передаваемые в репозитории проекта или размещаемые на сайте, в сообщениях или на wiki-страницах сообщества разработчиков. Из областей в которых разрешено применение ИИ при разработке Java названы отладка и рецензирование кода.

В начале августа 2026 года сопровождающий разработчик стабильной и staging (приём «сырого» кода, тестирование железа, учебная площадка для начинающих программистов по исправлению мелкие баги и ознакомлению с устройством ОС) веток ядра Linux Грег Кроа‑Хартман (Greg Kroah‑Hartman) объявил ^[7] запрет на приём в раздел drivers/staging ядра Linux патчей, подготовленных с использованием ИИ-инструментов. Кроа‑Хартман пояснил, что автоматически генерируемые с помощью ИИ патчи противоречат основной идее использования подсистемы drivers/staging как учебной площадки для новичков в разработчике ядра Linux. Код в drivers/staging изначально позиционируется как проблемный (TAINT_CRAP) и сопровождающие намеренно не проводят автоматизированную чистку, чтобы дать начинающим разработчикам развивать навык самостоятельного решения мелких проблем в ядре.