Грегори Куртцер, создатель CentOS, основатель Rocky Linux и сооснователь CIQ, за 11 дней собрал независимое ядро операционной системы Ginux. Это Rust-first решение для архитектуры x86-64, написанное с нуля, не форк Linux, но с совместимостью по ABI, благодаря которой на нём запускаются программы, собранные для Linux, без изменений. Код генерировала постоянная агентная задача OpenAI Codex на модели GPT-5.6 Sol, а сам автор по методике Human-Directed Agentic Engineering отвечал за архитектуру, ограничения и критерии приёмки. Проект опубликован как открытый исследовательский прототип.

image
image

Что произошло

Эксперимент завершился конкретным артефактом: за 11 дней накоплено около 139 000 сохранённых строк кода и 1097 коммитов. Система собирается в единый образ GINUX.EFI, который загружается напрямую через UEFI. На тестовом стенде поднимаются неизменённые бинарные программы Alpine на musl и BusyBox, а полный userspace Rocky Linux 10 с systemd доходит до multi-user.target. Степень совместимости раскрыта детально: из 375 системных вызовов Linux 6.12 полностью реализованы 82, частично 245 и отклонены 48. Ограничение платформы зафиксировано прямо: Ginux пока работает только в QEMU с профилем Q35, OVMF и virtio, без поддержки GPU и NVMe.

Контекст

Чтобы оценить масштаб, важно понимать, кто его автор. Куртцер создал CentOS, затем основал Rocky Linux и является сооснователем компании CIQ, то есть человеком с прямой причастностью к проектам, на которых стоит корпоративный Linux. Ginux он позиционирует как воплощение идеи «Not Linux»: независимое ядро, которое сознательно повторяет ABI Linux ради совместимости с существующим userspace. Вторая ключевая часть истории — методика Human-Directed Agentic Engineering, сокращённо HDAE: архитектуру, ограничения и критерии приёмки формулирует человек, а всю имплементацию ведёт одна постоянная агентная задача OpenAI Codex на модели GPT-5.6 Sol. Фактически продемонстрирована связка опытного системного эксперта с фронтир-агентом, а не автономное создание ядра моделью. Артефакты открыты: код распространяется под лицензией Apache 2.0, вместе с ним опубликован технический отчёт на Zenodo, а изоляция окружений реализована через домены Ginux, которые автор оценивает строже, чем OCI-контейнеры и Linux-namespace.

Почему это важно для индустрии

Для индустрии главный сигнал — не ядро само по себе, а изменившаяся экономика системной разработки: эксперт верхнего уровня плюс одна постоянная агентная задача сжали цикл, который традиционно занимает у команд годы. Скорость при этом обеспечена не автоматическим проектированием — архитектура и приёмка остаются у человека, а агент снимает узкое место набора кода, о чём прямо говорит методика HDAE. Этот паттерн воспроизводим и на других узких greenfield-задачах, поэтому в ближайшие месяцы логично ждать независимых разборов кейса и первых репликаций, а в перспективе — появления инструментов, где формализованные критерии приёмки становятся отдельным артефактом разработки. Границу при этом обозначил сам Куртцер: совместимость, безопасность, аппаратная поддержка и долгосрочное сопровождение остаются тем «рвом» Linux, который не генерируется за несколько дней, так что в продакшене пока ничего не меняется и встраивать Ginux в продукт нельзя.

Почему это важно для пользователей

Читателю проект полезен прежде всего как работающий открытый стенд. Репозиторий gmkurtzer/ginux на GitHub можно склонировать и запустить в QEMU командами make doctor и make run, после чего сценарии domain new и domain start позволяют поднять тестовое окружение и вживую увидеть работу доменов. Технический отчёт на Zenodo помогает сверить методику и выводы автора с тем, что реально лежит в коде. Отдельная ценность для инженера — разбор живого кейса сотрудничества исключительного системного эксперта с фронтир-агентом, прошедшего путь от первого коммита до запускающегося userspace. Ожидания при этом стоит держать трезвыми: 41 звезда на GitHub и systemd в виртуальной машине не делают Ginux заменой Linux на своём железе.

Что пока неизвестно / ограничения

Ключевые оговорки здесь существенны. Случай единичный и выполнен исключительным системным экспертом, поэтому вывод о том, что потолок возможностей одного инженера поднялся, сделан на выборке из одного кейса. Вклад GPT-5.6 Sol не отделён от вклада самого Куртцера и вспомогательной обвязки, а способ разметки системных вызовов и тесты описаны автором самостоятельно, независимой проверки не было. Количество строк и коммитов — известные слабые прокси качества, а внешнего фильтра на момент публикации фактически не существовало: у обсуждения на Hacker News было два балла и один комментарий. Оценка изолирующих свойств доменов остаётся суждением автора, сторонних аудитов безопасности не публиковалось. Наконец, неизвестно, насколько устойчивой окажется работа с системными вызовами, реализованными частично, под реальными нагрузками, и сможет ли чужая команда воспроизвести этот пайплайн.

Источники

Автор

Look at AI, редакция