Ginux: основатель CentOS собрал Rust-ядро для Linux-программ силами ИИ за 11 дней
Независимое ядро на Rust грузит Rocky Linux 10 с systemd, но это исследовательский прототип. Разбираем, что умеет Ginux и чем интересен сам метод разработки.
28 октября 2026 года Грегори Курцер, основатель CentOS и Rocky Linux, опубликовал на GitHub проект Ginux. Это экспериментальное ядро для x86-64, написанное в основном на Rust. Оно грузится через UEFI одним образом GINUX.EFI и запускает немодифицированные программы Linux без ядра Linux под ними. Весь код, около 139 тысяч строк вместе с тестами, за 11 дней написал ИИ-агент OpenAI Codex на модели GPT-5.6 Sol.
Сам автор называет метод Human-Directed Agentic Engineering. Человек задаёт архитектуру, ограничения и критерии приёмки, а агент пишет реализацию, гоняет тесты и чинит то, что не прошло. По сути это та же схема, что и в заказной разработке под ключ, только исполнитель здесь модель: результат определяют не строки кода, а то, насколько точно сформулированы требования и проверки.
Проект вышел под лицензией Apache 2.0, к нему приложен технический отчёт на Zenodo от 23 октября. Новость также разобрали Linuxiac и IT-Connect.
Что Ginux уже умеет
- запускать программы Alpine Linux (musl и BusyBox) и Rocky Linux (glibc) без пересборки;
- загружать пользовательское окружение Rocky Linux 10 с systemd до
multi-user.target; - держать несколько изолированных доменов со своими процессами, файловыми системами и правами;
- скачивать и проверять OCI-образы и использовать их как файловую систему домена.
Почти весь нижний этаж у Ginux свой: менеджер памяти, планировщик задач, модель процессов, VFS, сетевой стек и слой совместимости с Linux ABI. По данным Linuxiac, из 375 системных вызовов интерфейса Linux 6.12 полностью реализованы 82, частично 245, а 48 намеренно запрещены.
Можно ли ставить на сервер
Нет. В README прямо сказано, что Ginux экспериментальный и годится для исследований, архитектурных опытов и тестов, но не для рабочей нагрузки и не как замена Linux. Покрытие ABI неполное, поддержка устройств и реального железа ограничена, безопасность отдельно не проверялась. Пробовать его стоит в виртуальной машине с UEFI, например в QEMU с OVMF.
Главная ценность проекта не в ядре, а в эксперименте. Он показывает, что ИИ-агент способен собрать систему такого уровня, если у него есть исполняемые тест-гейты. Для команд, которые сами внедряют агентов в разработку, вывод практичный: сначала тесты и критерии приёмки, потом генерация. Как устроить такой конвейер проверок, мы разбирали в статье про GitLab CI с нуля.
Важно: «написано ИИ за 11 дней» не значит «готово за 11 дней». У Ginux есть работающее ядро и тесты, но до продакшен-качества с аудитом безопасности ему далеко, и автор этого не скрывает.