Zig projesinin anti-AI katkı politikasının gerekçesi
(simonwillison.net)- Zig; issue, Pull Request, hata takipçisi yorumları ve çevirilerde LLM kullanımını yasaklayan katı bir kural uyguluyor
- İngilizce kullanımı yalnızca bir tavsiye, zorunluluk değil; katkı sunanlar ana dillerinde yazabilir, diğerleri ise içeriği kendi seçtikleri çeviri araçlarıyla yorumlayabilir
- Bun, kendi Zig fork'unda LLVM backend'e parallel semantic analysis ve multiple codegen units ekleyerek Bun derlemelerinde 4 kat performans artışı elde etti, ancak LLM ile yazılmış katkılar yasak olduğu için şu anda upstream planı yok
- Zig'in inceleme yaklaşımı, eksik PR'leri reddetmektense yeni katkı sunanların merge edilebilir bir sonuca ulaşmasına yardımcı oluyor ve tekil katkılardan çok katkı sunanın gelişimine önem veriyor
- Büyük ölçüde LLM tarafından yazılmış PR'ler, inceleme süresinin güvenilir yeni katkı sunanları artırmak için kullanılmasını engelliyor; ayrıca maintainer'ın aynı sorunu çözmek için LLM'i bizzat çalıştırma seçeneği de doğuyor
Politika ile Bun fork'u arasındaki çatışma
- Zig, Code of Conduct içinde issue, Pull Request, hata takipçisi yorumları ve çevirilerde LLM kullanımını yasakladığını açıkça belirtiyor
- İngilizce kullanımı bir tavsiyedir; katkı sunanlar ana dillerinde yazabilir
- Diğerleri ise içeriği kendi seçtikleri çeviri araçlarıyla yorumlayabilir
- Zig ile yazılmış öne çıkan projelerden biri Bun JavaScript runtime'ı; Bun, 2025 Aralık ayında Anthropic tarafından satın alındı
- Bun, kendi Zig fork'unu sürdürüyor ve LLVM backend'e “parallel semantic analysis and multiple codegen units” ekleyerek Bun derlemelerinde 4 kat performans artışı sağladı
- İlgili kod, oven-sh/zig karşılaştırma bağlantısında yayımlandı
- Bun'un şu anda upstream planı yok; çünkü Zig, LLM tarafından yazılmış katkıları katı biçimde yasaklıyor
- Bir Zig core contributor değerlendirmesine göre bu yamanın kabul edilmesi, LLM meselesinden bağımsız olarak da zor
- parallel semantic analysis uzun süredir planlanan bir özellik, ancak Zig dilinin kendisini etkiliyor
Contributor Poker ve katkı sunan merkezli inceleme
- Contributor Poker and Zig's AI Ban içindeki contributor poker, Zig'in katı yasak politikasını anlamak için temel bir benzetme
- Başarılı açık kaynak projeleri, işleyebileceklerinden daha fazla PR aldıkları bir aşamaya ulaşıyor
- Zig, ROI'yi en üst düzeye çıkarmak için eksik PR'leri reddetmek yerine, yeni katkı sunanların çalışmalarını merge edilebilir hale getirmelerine yardımcı olmayı seçiyor
- Bu yaklaşım yalnızca “doğru olan” değil, aynı zamanda “akıllıca olan” olarak görülüyor
- Zig, tekil katkılardan çok katkı sunana önem veriyor
- PR inceleme ve kabulünün birincil amacı yeni kod eklemek değil; zamanla güvenilir ve üretken katkı sunanlara dönüşecek kişilere yardımcı olmak
- Her katkı sunan, Zig core team için bir yatırım hedefi haline geliyor
- LLM desteği bu yapıyı bozuyor
- LLM kusursuz bir PR yazımına yardımcı olsa bile, Zig ekibinin incelemeye harcadığı zaman yeni, özgüvenli ve güvenilir katkı sunanların sayısını artırmaya katkı sağlamıyor
- “contributor poker” ifadesi, oyunun kartlara değil insanlara bakılarak oynandığı benzetmesinden geliyor
- Anlamı, ilk PR'nin içeriğinden çok katkı sunana bahis yapmak gibi
- Eğer bir PR büyük ölçüde LLM tarafından yazılmışsa, proje maintainer'ı o PR'yi inceleyip tartışmak yerine aynı sorunu çözmek için LLM'i doğrudan kendisi çalıştırmayı seçebilir
Henüz yorum yok.