Тестируется ИИ-проект для рецензирования изменений в подсистеме DRM (Direct Rendering Manager) ядра Linux

Разработчик Дэйв Эйрли (David Airlie), который является мейнтейнером стека графических драйверов в ядре Linux, представил ^[1] эксперимент по внедрению вспомогательной автоматизированной системы для рецензирования патчей и проверки изменений, в которой задействована ИИ-платформа Сlaude Opus 4.6. Система работает в тестовом режиме для оценки возможности применения ИИ для оптимизации рабочих процессов сотрудников компании Red Hat.

По информации ^[2] OpenNET, рецензирование с помощью ИИохватывает изменения, присылаемые для включения в подсистему DRM (Direct Rendering Manager). Публикация результатов от ИИ организована с использованием применяемых при разработке ядра Linux почтовых рассылок. Для того, что бы не захламлять основной список рассылки, в котором ведётся разработка подсистемы DRM, для ИИ‑отчётов представлен отдельный список рассылки drm‑ai‑reviews ^[3].

Предполагается, что авторы патчей могут использовать ИИ‑рецензии в качестве начальной обратной связи. При этом разбор подобных рецензий не навязывается и авторы вольны принимать во внимание ^[4] ИИ‑рецензии на своё усмотрение. При этом если ИИ‑рецензии будут выявлять регрессии, проигнорированные авторами патчей, возможно в будущем разбор ИИ‑рецензий будет предписываться более настойчиво.

Ранее разработчик Крис Мейсон (Chris Mason ^[5]), создатель и мейнтейнер файловой системы Btrfs, представил ^[6] открытый проект review‑prompts ^[7]. Это решение содержит коллекцию скриптов и подсказок для настройки процесса рецензирования изменений в ядре Linux ^[8] и системном менеджере systemd ^[9]. Проект использует ИИ‑ассистенты, такие как Сlaude Code. В состав решения включены файлы для уточнения особенностей работы различных подсистем и протоколов, позволяющие ИИ‑ассистенту лучше понимать контекст при рецензировании, отладке и проверке изменений в ядре Linux. Также в проекте Review Prompts for AI‑Assisted Code Review предоставляются шаблоны и списки проверок для выявления и классификации типовых ошибок, например для dbus ^[10] и сетевой подсистемы ^[11], а также инструкции ^[12] по формированию через ИИ автоматизированных отчётов. После рецензирования патчей на выходе формируется файл review‑inline.txt, оформленный в виде заготовки публикаций по электронной почте для отправки в список рассылки разработчиков ядра Linux.

Для организации рецензирования в Сlaude Эйрли попытался использовать предложенный Мейсоном набор скриптов и подсказок. Но после первых попыток Эйрли пришлось доработать и расширить промпты Мейсона, так как требовалось чтобы ИИ рецензировал серию патчей как одно целое с последующим проведением глубокого анализа каждого патча по отдельности. Помимо актуального дерева кода ядра проверка была распространена на ветку drm‑next. Эрли также подготовил инструментарий ^[13] для интеграции проекта рецензирования с ИИ‑сервисом Сlaude и организации почтовой рассылки.

Разработчики ядра Linux уже несколько месяцев обсуждают ^[14] предлагаемые рекомендации по отправке в ядро ​​Linux программ, созданных с помощью различных инструментов. В рамках обсуждения ^[15] таких «инструментов», включая подготовку новой Документации, основной мотивацией ^[16] является эпоха ИИ и больших языковых моделей с ИИ-помощниками в программировании и многим другим. Линус Торвальдс заявил ^[17] в рамках обсуждения ситуации с использованием ИИ для разработчиков кода Linux, что «проблема некачественного ИИ‑контента (ИИ‑шлака — AI Slop) не будет решена с помощью Документации».

В декабре 2025 года команда проекта GNOME добавила ^[18] в правила разработки дополнений к GNOME Shell отдельный дополнительный пункт ^[19], запрещающий разработчикам публикацию дополнений, сгенерированных при помощи ИИ‑инструментов. В проекте не будут приниматься ^[20] дополнения, включающие признаки использования ИИ для генерации кода, например, бессмысленные или ненужные вставки элементов в коде, разнобой или ошибки ^[21] в стилистике, а также надуманное использование API и наличие комментариев с подсказками для ИИ. В команде проекта GNOME пояснили, что причиной введения новых требований против использования ИИ стали стремительно возросшие за последние два месяца случаи публикации дополнений ^[22] с необработанным мусорным кодом. Разбор этого кода на ревью занимает много времени у специалистов, занимающихся рецензированием дополнений GNOME. В ряде случаев попытки уточнить некоторые вопросы, возникшие в процессе рецензирования подобных дополнений, закончились получением ответов от ИИ, а не от разработчиков-людей.

В октябре 2025 года управляющий совет ^[23] проекта Fedora утвердил ^[24] правила, регламентирующие применение ИИ‑инструментов при разработке дистрибутива Fedora Linux. В проекте Fedora ИИ‑инструменты рассматриваются как потенциальная возможность сделать платформу лучше. У сообщества при этом имеются опасения, связанные с конфиденциальностью, безопасностью, этикой и качеством. В Fedora предложено не запрещать использование ИИ‑ассистентов при обязательном человеческом контроле за результатом их работы и несении разработчиком личной ответственности за любой код от ИИ.