· kaynak Hacker News – Front Page (native)
BoxLite, AI agent mikro-VM'leri için libkrun'u sıfırdan yazacağı bir VMM ile değiştiriyor
Her AI agent'ı kendi mikro-VM'inde çalıştıran BoxLite, libkrun'dan vazgeçip kendi yazacağı bir virtual machine monitor'a geçiyor — geliştirme süreci, her değişiklik merge edildikçe kamuya açık biçimde belgeleniyor.

Ne oldu
Her AI agent'a kendi mikro-VM'ini veren bir runtime olan BoxLite'ın arkasındaki ekip, bu sanal makineleri şu anda oluşturan kütüphane olan libkrun'u bırakıp kendi virtual machine monitor'unu (VMM) sıfırdan yazacağını duyurdu. 12 Ekim 2026'da Hacker News ana sayfasına çıkan BoxLite mühendislik blogundaki yazıda ekip, yeniden yazım sürecinin kamuya açık biçimde yürütüleceğini ve planlanan serinin her bölümünün yalnızca kodu merge edildikten sonra yayınlanacağını belirtiyor.
libkrun neden artık uymuyor
Yazıya göre libkrun başlangıçta daemon değil bir kütüphane olduğu için seçilmişti — BoxLite doğrudan bir uygulamanın içine gömülür, root ayrıcalığı gerektirmez ve arka plan servisi çalıştırmaz — ayrıca Linux'ta KVM, macOS'ta Hypervisor.framework üzerinde tek bir API sunar ve guest kernel ile virtio-fs, virtio-blk ve vsock desteğini paketinde barındırır.
Sorun şu ki libkrun, BoxLite'ın artık ihtiyaç duyduğu hedefleri açıkça reddediyor: README'si genel amaçlı bir VMM olmayı veya her tür iş yükünü desteklemeyi kapsam dışı bırakıyor. BoxLite ekibi bunun ardından yaşadıkları birkaç somut başarısızlığı şöyle anlatıyor:
- Bir VM bittiğinde libkrun süreci kendisi sonlandırıyor, yani çağıran taraf hiçbir zaman bir çıkış durumu almıyor ve her başlatma hatası -EINVAL olarak bildiriliyor.
- Guest kernel, dlopen ile yüklenen bir paylaşımlı kütüphane olarak geliyor; ekibe göre bu bazı hostlarda sürekli bozuluyor; yazı, altı böyle vakayı listeleyen bir upstream issue'ya işaret ediyor.
- Her dizin volume'u kendi cihazına dönüşüyor ve üçüncü bir volume, box'ın IRQ tükenmesi hatasıyla başlatılamamasına yol açıyor.
- Planlanan özellikler — hot-plug mount'lar, canlı yeniden boyutlandırma, AutoPause özelliği için bellek anlık görüntüleri ve GPU desteği — hep ekibin kontrolündeki bir VMM gerektiriyor.
Dikkat çekici bir nokta: ekip libkrun'u fork etmeyecek ya da yamalamayacak. Kütüphane, yeni VMM varsayılan olana kadar değiştirilmeden gelmeye devam edecek, bir sürü boyunca yedek olarak yerinde kalacak ve ardından silinecek. Yerine geçen çözüm bilinçli olarak dar kapsamlı: süreç başına tek VM, yalnızca BoxLite'ın cihazlarıyla. Confidential computing, canlı migration ve Intel Mac'ler kapsam dışı.
İlk guest yedi bayt uzunluğundaydı
Yazı aynı zamanda bir VMM iç yapıları rehberi niteliğinde. KVM veya Hypervisor.framework gibi bir hypervisor, guest talimatlarını CPU üzerinde çalıştırır; VMM ise etrafındaki sıradan bir süreçtir; guest belleğini ayırır, vCPU'ları oluşturur, kernel'i yükler ve cihazları emüle eder. Çekirdeği bir döngüdür: bir vCPU'yu çıkış yapana kadar çalıştır, çıkışı ele al, sonra tekrar çalıştır.
Yeni KVM backend'inin çalıştırdığı ilk guest, K harfini COM1 seri portuna yazıp duran yedi baytlık bir programdı — çıkış ele alma yolunun çalıştığını kanıtlayan minimal bir test.
11 Ekim 2026 itibarıyla proje; KVM, Hypervisor.framework ve nihayetinde Windows'u kapsayan birleşik bir çıkış sözleşmesi; VM'ler, bellek, çalıştırma döngüsü, I/O tamamlama, boot register'ları, CPUID ve MSR'leri kapsayan çalışan bir x86_64 KVM backend'i; ve x86_64 için sabitlenmiş bir Linux 6.12 kernel'inin tekrarlanabilir bir derlemesini raporluyor. Bir sonraki kilometre taşı M1, CI'da doğrulanmak üzere macOS arm64, Linux x86_64 ve Linux arm64 üzerindeki ilk boot.
Bu geçişin bir maliyeti var: yeni VMM, Hypervisor.framework'ün kernel içi kesme denetleyicisine güvendiği için macOS 15 veya sonrasını gerektiriyor. macOS 12 ile 14 arasındaki makineler, geçiş tamamlanana kadar libkrun'u kullanmaya devam edecek.
Bundan sonraki yol haritası, ilk gerçek box'tan (M2) ve volume'lardan (M3) sağlamlaştırmaya (M4) ve nihai geçişe (M5) uzanıyor; sonraki çalışmalarda bellek anlık görüntüleri, hot-plug mount'lar, GPU'lar ve özel bir ağ yığını yer alacak. Planlanan seri; bellek düzeni, çıkış sözleşmesi, bir vCPU'yu güvenle durdurma, x86 CPU durumu, boot ve cihazları kapsayacak — önce seri port, RTC ve reset gibi basitlerden başlayıp virtio'yu sıfırdan inşa etmeden önce — ve libkrun'u kaldırmadan önce onunla ölçümlü bir karşılaştırmayla son bulacak.
Her şey açık kaynak ve ekip katkı davet ediyor: tasarım belgesine meydan okumak, kernel yükleyicileri, Hypervisor.framework backend'i, arm64 KVM ve üç hostlu CI gibi açık M1 işlerini üstlenmek ya da GitHub ve Discord'da tartışmak. İlk kez katkıda bulunanlar bir contributor licence agreement imzalıyor.
Neden önemli
Güvenilmeyen, model tarafından üretilmiş kodu güvenle çalıştırmak, AI-agent çağının belirleyici altyapı sorunlarından biri ve mikro-VM'ler eldeki en güçlü izolasyon yapılarından bazıları. BoxLite'ın kararı, olgun bir altyapıyı yeniden kullanmak ile ürününüzün bağımlı olduğu katmana sahip olmak arasındaki dengeyi gözler önüne seriyor: ekip — eksik çıkış kodları, IRQ tükenmesi, kırılgan kernel yükleme — gibi sert sınırlara çarptı ve upstream'ın beyan ettiği amaç-dışı konumları bunların kendileri için düzeltilmeyeceği anlamına geliyordu. Daha geniş geliştirici topluluğu için ise kamuya açık, pull request pull request ilerleyen format, dahili bir yeniden yazımı, virtual machine monitor'ların gerçekte nasıl çalıştığına dair nadir, denetlenebilir bir yolculuğa dönüştürüyor — yedi baytlık ilk guest'ten virtio cihazlarına kadar, herkesin okuyabileceği, çalıştırabileceği ve katkıda bulunabileceği kodla birlikte.
- #virtualization
- #libkrun
- #ai-agents
- #open-source
- #kvm
İlgili yazılar
- Pensieve, MCP kodlama agent'larına yönelik yerel semantik arama ekledi ve %43 daha az tool call bildiriyor
- WordCraft, Microsoft Word'ü saf Rust ile yazılmış clean-room açık kaynak bir uygulama olarak yeniden tasarlıyor
- Plimsoll: kendi kendine barındırılan sandbox, her AI agent kod çalıştırmasını izolasyon kademesiyle damgalıyor