Gregory Kurtzer hat seine Karriere damit verbracht, das zu bauen, was nach dem Eigentlichen kommt. Er schuf CentOS, dann Rocky Linux, als Red Hat die Quellcode-Tür schloss, und gründete CIQ für den Support darum herum. Am 27. Oktober stellte er ein Projekt anderer Art vor: Ginux, einen Betriebssystem-Kernel, in elf Tagen von Grund auf geschrieben – von einem KI-Agenten, den er dirigierte.
Ginux ist kein Linux-Fork, und auf dieser Unterscheidung besteht Kurtzer. Es ist ein eigenständiger, Rust-first Kernel für x86-64 mit eigenem Speichermanagement, eigenem Scheduler, eigenem Prozessmodell, eigenen Dateisystemen, Netzwerk- und Gerätetreibern. Nutzbar macht ihn das Geliehene: Er implementiert die Linux-ABI, jene Binärschnittstelle, über die kompilierte Programme mit dem Kernel sprechen, sodass gewöhnliche Linux-Binaries unverändert darauf laufen. In der Sprache des Projekts ist Linux eine „Persönlichkeit“, die Ginux anbietet, nicht der Kernel darunter.
Er bootet als einzelnes GINUX.EFI-Image über UEFI – ohne Linux-Host-Kernel – und fährt in Vorführungen Rocky Linux 10 bis zum multi-user.target von systemd hoch, bisher in QEMU. Er zieht OCI-Container-Images, verifiziert sie und baut daraus das Root-Dateisystem einer Domäne zusammen; ausgewählte Alpine-Programme, musl und BusyBox darunter, laufen ebenfalls. Isolation läuft über „Domains“ mit eigenen Prozessen, eigenem Adressraum, Dateisystem und Lebenszyklus – laut Projekt engere Grenzen als Namespaces oder OCI-Container.
Die Zahlen hinter den elf Tagen sind die eigentliche Geschichte. Eine einzige, dauerhaft laufende OpenAI-Codex-Aufgabe mit GPT-5.6 Sol produzierte rund 139.000 erhaltene Zeilen Implementierungs- und Testcode in mehr als 1.000 Commits. Architekturdokumente hielten den Agenten auf der Bahn; echte Userspaces – Rocky Linux statt synthetischer Tests – fanden die Fehler.
Kurtzer nennt die Methode Human-Directed Agentic Engineering, HDAE, und hat sie in einem technischen Bericht auf Zenodo beschrieben. Die Arbeitsteilung ist der Kern: Der Mensch setzt Architektur, Randbedingungen, Meilensteine, Abnahmekriterien und den Abbruchpunkt; der Agent fährt die Implementierungsschleife – schreiben, booten, testen, diagnostizieren, korrigieren – gegen ausführbare Prüfungen. Das ist nicht „schreib mir einen Kernel“. Das ist ein Systemingenieur mit dreißig Jahren Kontext, der einen Agenten als extrem schnelles zweites Paar Hände benutzt.
Deshalb sind die Einschränkungen so wichtig wie die Demo. Ginux läuft nur in QEMU. Es gibt kein Profil für physische Hardware, keine GPU- oder NVMe-Unterstützung, kein unabhängiges Sicherheitsaudit. Es ist ein Forschungsprototyp unter Apache 2.0, kein Linux-Ersatz – und Kurtzer sagt das selbst: Kompatibilität, Sicherheit, Hardware-Unterstützung, Standards, Community und langfristige Wartung bleiben der eigentliche Burggraben.
Trotzdem ist der Meilenstein real, und er fällt mitten in die Debatte, die der Linux-Kernel gerade mit sich selbst führt. Linus Torvalds hat in diesem Herbst Patch-Serien eingereicht, die mit einem KI-Assistenten entstanden sind, und Kernel-Maintainer diskutieren seither, ob der Assisted-by-Tag für KI-unterstützten Code bleiben soll. Ginux verschiebt die Frage von „darf ein Modell Zeilen schreiben“ zu „wie viel Systemverständnis braucht der Mensch am Steuer“.
Die spannende Frage ist nicht, ob Ginux Linux verdrängt – das wird es in diesem Jahrzehnt nicht. Sie lautet, wie das nächste HDAE-Projekt aussieht, wenn daraus ein Jahr statt elf Tage werden und ein Team statt einer Person. Der Engpass ist von der Tipparbeit zum Urteilsvermögen gewandert.
