27 октября Грегори Курцер опубликовал исследовательский отчёт о Ginux, независимом ядре для x86-64, написанном преимущественно на Rust. Проект запускает отдельные программы Linux через собственную реализацию совместимого интерфейса. На Mentoring.digital разбираем результат эксперимента и границу между работающей демонстрацией и системой для повседневной эксплуатации.
Программы Linux работают поверх другого ядра
Ginux загружается через UEFI и самостоятельно реализует управление памятью, планировщик, процессы и другие механизмы операционной системы. В репозитории описан запуск выбранных программ Alpine и Rocky Linux. Пользовательское окружение Rocky Linux 10 с systemd достигает состояния multi-user.target.
Совместимость здесь относится к Linux ABI, интерфейсу взаимодействия готовых программ с ядром. Это важное различие для читателя: использование знакомого пользовательского окружения ещё не означает, что под ним находится обычное ядро Linux. Результат конкретного сценария также нельзя переносить на все приложения дистрибутива.
Человек задавал архитектуру и критерии проверки
В отчёте описан эксперимент длительностью одиннадцать дней с программирующим ИИ-агентом. Автор определял архитектуру, ограничения, этапы и условия приёмки, а агент выполнял цикл реализации и проверки. Такой процесс Курцер обозначает как Human-Directed Agentic Engineering.
Для учебной работы из этого можно взять проверяемый принцип: сначала описать наблюдаемый результат, затем требовать доказательство его достижения. Например, для задачи запуска процесса отдельно проверить его завершение, передачу кода возврата и освобождение ресурсов. Количество написанного кода само по себе не отвечает на эти вопросы.
Где заканчиваются подтверждённые возможности
Разработчик прямо называет Ginux экспериментальным проектом. Совместимость с Linux и поддержка оборудования неполны; независимого аудита безопасности нет. Основной стенд использует виртуальную машину QEMU с определённым набором устройств. Репозиторий также сохраняет сведения о неуспешной проверке жизненного цикла процесса после execve.
Поэтому знакомство с проектом разумно начинать с отдельной виртуальной машины и одного воспроизводимого сценария. Сохраните версию исходников, параметры стенда, журнал запуска и ограничения результата. Разобраться в процессах, системных вызовах и устройстве пользовательского окружения можно с наставником по Linux. Мы не запускали Ginux: описанные возможности подтверждены материалами проекта, а предложенные проверки являются рекомендацией редакции.
