Разработчики языка программирования Rust представили адаптированные под текущую ситуацию правила применения ИИ‑ассистентов при подготовке кода для проекта. За отдельными исключениями, новые правила запрещают передачу кода, сгенерированного через ИИ, но разрешают использование ИИ для анализа, изучения, рецензирования и проверки кода. Правила по работе с ИИ в проекте Rust распространяются только на основной репозиторий rust‑lang/rust, и отдельно утверждаются командами разработчиков субмодулей, подветок и зависимостей из каталога crates.io.
По информации OpenNET, применение ИИ в проекте Rust допускается в случаях, когда полученная через ИИ информация в частном порядке используется только одним разработчиком и не распространяется публично. Например, когда разработчик задаёт ИИ вопросы по коду, формирует для себя сводку по комментариям к PR или issue, привлекает ИИ для рецензирования изменений, создаёт через ИИ инструменты для личного использования, консультируется через AI о возможных вариантах выбора решения. Также допускается создание через AI экспериментальных изменений, не подлежащих рецензированию другими участниками.
Также в проекте Rust запрещено применение ИИ для формирования комментариев, отчётов о проблемах и описаний изменений, публикуемых от имени участника. При этом разрешено цитирование выдачи от ИИ с явной пометкой, что контент сформирован через нейросети, например, прикрепление результатов диагностики через ИИ.
Также в Rust запрещено создание документации через ИИ. При рецензировании запрещено рассмотрение выводов ИИ как достаточных для приёма или отклонения изменений — результаты проверки через ИИ могут носить только рекомендательный характер.
С оговорками и явным упоминанием, что результат получен через ИИ, в проекте Ryst разрешено применение ИИ для машинного перевода на другие языки, поиска и верификации ошибок, а также внесения незначительных изменений в код и тексты, например, правка опечаток и подбор синонимов)
Согласно пояснению команды проекта, в рамках эксперимента в Rust допускается передача заранее согласованных, некритичных, досконально проверенных и хорошо протестированных изменений, изначально сгенерированных с помощью ИИ. В этом случае перед отправкой pull‑запроса с подобным изменением, разработчик-человек должен заранее договориться с рецензирующими и предупредить об этом. Предлагаемые изменения должны помечаться меткой «ai‑assisted» и могут затрагивать только вторичные инструменты, например, tidy и linkchecker, но не должны касаться ключевых возможностей и элементов языка Rust.
Ранее в компании Oracle объявили о запрете на приём в открытый проект OpenJDK изменений, сгенерированных с помощью ИИ-инструментов. Ограничение касается исходного кода, текстовых материалов и изображений, передаваемые в репозитории проекта или размещаемые на сайте, в сообщениях или на wiki-страницах сообщества разработчиков. Из областей в которых разрешено применение ИИ при разработке Java названы отладка и рецензирование кода.
В начале августа 2026 года сопровождающий разработчик стабильной и staging (приём «сырого» кода, тестирование железа, учебная площадка для начинающих программистов по исправлению мелкие баги и ознакомлению с устройством ОС) веток ядра Linux Грег Кроа‑Хартман (Greg Kroah‑Hartman) объявил запрет на приём в раздел drivers/staging ядра Linux патчей, подготовленных с использованием ИИ-инструментов. Кроа‑Хартман пояснил, что автоматически генерируемые с помощью ИИ патчи противоречат основной идее использования подсистемы drivers/staging как учебной площадки для новичков в разработчике ядра Linux. Код в drivers/staging изначально позиционируется как проблемный (TAINT_CRAP) и сопровождающие намеренно не проводят автоматизированную чистку, чтобы дать начинающим разработчикам развивать навык самостоятельного решения мелких проблем в ядре.
Источник: habr.com