Содержание
AI-агент научили проверять код графического драйвера не по логам компилятора, а глазами старого ноутбука. Разработчик Linux Джастин Шредер собрал установку с Intel MacBook, веб-камерой и зеркалом для тестов поддержки AMD Radeon в Omarchy Linux.
Схема выглядит почти комично, но задача у нее нормальная инженерная. Ноутбук смотрит на собственный экран через отражение в зеркале. Камера передает картинку агенту, а тот оценивает, что произошло после правок в графическом коде.
Джастин Шредер показал эксперимент во время работы над Omarchy Linux. Это открытый Linux-дистрибутив, который сейчас адаптируют под железо Radeon. В такой задаче обычный успешный билд еще не доказывает, что экран работает правильно.
Камера стала глазами для тестов Radeon
В установке Шредера веб-камера Intel MacBook направлена на зеркало, а зеркало смотрит на дисплей ноутбука. Так AI-агент получает прямую визуальную обратную связь после изменения, сборки и запуска кода графического драйвера.
Для драйверов это не игрушечная проверка. Текстовые логи покажут ошибку компиляции, падение сервиса или явный сбой. Но они не всегда поймают кривую картинку на экране.
- Артефакты: искаженные изображения и битые элементы интерфейса
- Мерцание: нестабильную отрисовку после запуска графической части
- Разрешение: неверный режим экрана или неправильное масштабирование
- Вывод изображения: другие сбои, которые проявляются только физически
Смысл в том, что агент получает картинку с реального дисплея. Не скриншот из идеального окружения, не строку в терминале, а то, что реально отдала связка драйвера, ядра и GPU.
Зачем драйверу физическая обратная связь
Обычная разработка графического драйвера идет через цикл: программист правит код, собирает проект, перезапускает нужные службы и глазами смотрит результат. Эксперимент Шредера переносит часть этой проверки на AI-агента, который сам видит последствия своих изменений.
Для Radeon внутри Linux это особенно чувствительная зона. Драйвер может собраться без ошибок, но дать нестабильную картинку. Или включить неподходящий режим вывода, из-за чего система формально работает, а пользоваться ей неприятно.
Камера и зеркало замыкают петлю между софтом и железом. Агент меняет код, запускает тест и получает визуальный сигнал с той же машины. По нему он решает, куда копать дальше.
Такой подход напоминает старую добрую ручную отладку, только без человека на каждом промежуточном шаге. Разница в том, что человек раньше сидел перед экраном. Здесь роль наблюдателя отдали камере.
Это не готовый драйвер без программиста
Демонстрация не доказывает, что AI сам написал полноценный производственный драйвер Radeon. Она показывает рабочий метод, где агент правит код и получает визуальную информацию о результате прямо с экрана.
У этого метода есть жесткое ограничение. Один экран не проверит всю математику драйвера, энергопотребление, работу со сном, несколько мониторов, разные GPU и редкие режимы вывода. Для настоящей поддержки Radeon нужны обычные тесты, ревью кода и прогон на разном железе.
Но сама идея полезная. Графика часто ломается не в терминале, а на глазах. Если агент видит артефакт или неправильное разрешение, он получает данные, которых нет в сухом логе сборки.
Шредер описал это проще: агент мог «видеть» измененный экран. В показанном стенде для Omarchy Linux эту роль выполняли камера ноутбука, зеркало перед дисплеем и физический Intel MacBook с тестируемой поддержкой AMD Radeon.
