MeshXFS, XFS'i makineler arasında AI'nın yazdığı kodla ve satır satır insan incelemesi olmadan kümeleyor

Yeni yayımlanan açık kaynak proje MeshXFS, XFS'i birden fazla Linux sunucusunun aynı anda bağlayıp yazabileceği kümelenmiş bir dosya sistemine dönüştürüyor ve projenin kendi ifadesine göre kümeleme çalışması tamamen AI ajanları tarafından yapıldı. Phoronix projeyi 17 Ekim 2026'da haberleştirdi ve projenin GitHub deposunda "kümeleme kodunu yazan, elle düzenleyen veya satır satır inceleyen hiçbir insan olmadı" ifadesi yer alıyor.

XFS, Linux çekirdeğinde yerleşik olarak gelen eski bir dosya sistemi ve bir XFS birimine normalde aynı anda yalnızca tek bir makine bağlanabiliyor. Kümelenmiş dosya sistemleri bu sınırı kaldırıyor ve sanallaştırma ortamlarında, birden fazla host'un aynı depolamaya erişmesi gerektiği için standart bir gereklilik. Bu alan ayrıca affetmez: buradaki hatalar yalnızca bir süreci çökertmekle kalmaz, altındaki veriyi de bozabilir ve bu durum, AI tarafından yazılmış bir kümelenmiş dosya sistemini otonom kodlama için alışılmadık keskin bir sınava dönüştürüyor.

Kodu gerçekte kim yazdı

Projenin GitHub sayfasına göre, kodun en büyük kısmını Anthropic'in Claude Code'u içinde otonom bir ajan olarak çalışan Claude Opus üretti; en zor sorunlarda ise Claude Fable, GPT, Gemini ve Astra'ya danışıldı. Depo Stephen P. Shoecraft tarafından yürütülüyor ve insan katkısı yön verme, gereksinimleri tanımlama ve test etme olarak tanımlanıyor. Phoronix ayrıca testleri de AI ajanlarının yazdığını ve çalıştırdığını bildiriyor.

Değişiklikler kapsamlı: hem Phoronix'in hem deponun verdiği rakamlara göre, projenin xfs/ dizini altındaki kod tabanı yaklaşık 226.000 satırdan yaklaşık 314.000 satıra genişledi. MeshXFS, Linux 6.19 geliştirme ağacındaki XFS kodunu fork ediyor ve GNU GPL sürüm 2 ile lisanslı. Projenin kendi ifadesiyle hedefleri "önce veri bütünlüğü, host'u asla çökertmemek ve aynı depolamada yerel XFS'in süresinin en fazla iki katında kalmak".

Birden fazla yazıcı nasıl güvende kalıyor

Tek bir diske eşzamanlı yazan makinelerin birbirlerinin üzerine yazmasını önleyecek kurallara ihtiyacı var. Phoronix'e ve depoya göre MeshXFS bu kuralları yerleşik bileşenlerden oluşturuyor:

• Kilitleme iki düzeyde işliyor: düğümler arasında ağ üzerinden çalışan bir lock manager ve SCSI COMPARE AND WRITE komutuyla kilit durumunu paylaşılan diskin kendisinde tutan ikinci bir mekanizma.
• Fencing, SCSI kalıcı rezervasyonlara (persistent reservations) dayanıyor: bir düğüm yanıt vermeyi bıraktığında, diğerleri onu diskten kopararak yazmaya devam edip veri zarar vermesini önlüyor.
• Kurtarma düğüm başına journal dilimleriyle yapılıyor. Ayakta kalan bir düğüm arızalanan makineyi fence'liyor, bekleyen değişikliklerinin journal'ını yeniden oynatıyor ve yoluna devam ediyor.

Depo, arıza işleme için açık zaman aşımları belirliyor: bir düğümün ölü ilan edilmesi için 120 saniye, fencing'in tamamlanması için 180 saniye.

Ne yayımlandı, ne yayımlanmadı

Mevcut sürüm 0.90.130 ve "Stronger Recovery, Broader Platform Support" başlığını taşıyor. Depo sınırları konusunda açık sözlü. 2, 4, 8 ve 16 düğümlü kümeler yayımlandı; 32 düğüm desteği ise uygulanmış ama yayımlanmamış durumda. Depolama tarafında doğrulanmış tek aktarım iSCSI; Fibre Channel ve SAS doğrulanmamış, NVMe ve NVMe-oF ise kilitleme ve fencing mekanizmaları SCSI komutlarına bağlı olduğu için desteklenmiyor. Proje ayrıca hiçbir sürümün bir depolama dizisinde doğrulanmadığını belirtiyor ve 69'u yayımlanmış yapılandırmaları etkileyen 123 açık hata kaydı listeliyor. Paketler Proxmox VE 9, RHEL 9, Ubuntu 24.04 ve 26.04 ile Debian 12 ve 13 için DKMS modülü olarak sunuluyor.

Phoronix'in bildirdiğine göre her sürüm, gerçek çok düğümlü kümelerde yapılandırma başına yaklaşık 30 satırlık bir test paketi çalıştırıyor. Depoda iki uyarı öne çıkıyor: MeshXFS biriminde stok XFS araçları yerine projenin kendi araçlarını kullanın ve 0.90.37 veya öncesi bir sürüm çalıştırıyorsanız hemen yükseltin.

Neden önemli

MeshXFS, otonom kod üretimini sistem yazılımlarının en az hoşgörülü köşelerinden birine taşıyor. İnsanlar gereksinimleri belirledi ve test etti ama kodu okumadı; yani projenin güvenlik gerekçesi incelemeye değil teste dayanıyor — bu da altyapı yazılımının normalde gerekçelendirilme biçiminin tersi. Zamanlama da ağırlık ekliyor: Tech AI Wire'nun belirttiği gibi, sürüm Linux çekirdeği geliştiricilerinin AI "Assisted-by" etiketini commit'lerden kaldırma yönündeki hareketinin bir gün ardından geldi; bu da AI tarafından yazılan kodun güveni hak etmesi için ne kadar denetim gerektiğine dair bir tartışma.

Operatörler için pratik sonuç şu: MeshXFS hâlâ bir laboratuvar projesi. Yayımlanmış yapılandırmaları etkileyen 69 açık hata, tek bir doğrulanmış aktarım ve depolama dizilerinde doğrulama olmamasıyla, üretim verisi henüz buraya ait değil. Ancak bir deney olarak, bir hatanın kayıp veriyle ölçüldüğü koda AI ajanlarının yönlendirilip yönlendirilemeyeceğine dair nadir ve olağanüstü iyi belgelenmiş bir veri noktası.