Alt sistem bakıcıları ayrıca daha katı kurallar getirme yetkisine sahiptir. Ağustos 2026'da, çekirdeğin kablosuz ağ alt sistemlerinin (802.11, mac80211, WWAN, rfkill) bakıcısı Johannes Berg, AI/LLM tarafından üretilen yamalar için oldukça sert bir tutum açıkladı :

• "Üç saniyede inceleme" kuralı: Üç saniyelik bir incelemede bariz bir şekilde doğru olduğu anlaşılamayan herhangi bir yama doğrudan görmezden gelinecek .
• Tekrarlı gidiş-geliş yok: AI tarafından üretilen yamaları düzeltmek için inceleme döngülerine girmeyi reddediyor .
• Düşük kaliteli "slop"un reddi: Açıkça doğru olmayan yamalar hiçbir tartışmaya açılmadan reddediliyor .

Bu politika, Greg Kroah-Hartman'ın drivers/staging/ alt sisteminin, gerçek güvenlik düzeltmeleri dışında tüm LLM kaynaklı yamaları reddetme kuralının ardından geldi .

Linux Çekirdeği Neden Bu Yaklaşımı Benimsedi?

Çekirdek topluluğu, politikayı yönlendiren üç temel sorun tespit etti:

1. İnceleme bant genişliği krizi: Bakıcılar, yüzeyde parlak ancak anlamsal olarak yanlış veya tehlikeli olan AI kaynaklı yamaların akınına uğruyor .
2. Sinyal bozulması: Cilalı yamalar artık gerçek çabayı, anlayışı veya uzun vadeli katkıcı ilgisini güvenilir bir şekilde göstermiyor .
3. Hesap verebilirlik: Topluluk, insan hesap verebilirliğinin pazarlık konusu olmadığı sonucuna vardı. Makine yasal kaynağı onaylayamaz veya hataların sorumluluğunu alamaz .

Rust Projesi: Beş Ekipli LLM Politikası (5 Ağustos 2026)

5 Ağustos 2026'da, beş Rust ekibi rust-lang/rust monoreposu için resmi bir LLM politikasını kabul etti . Politika, açıkça tüm projeyi kapsayan resmi bir duruş değildir ve yalnızca temel depo ile politikayı benimseyen ekipler için geçerlidir .

İzin Verilenler (Bildirimle birlikte)

• LLM'leri soruları yanıtlamak, kodu analiz etmek veya kendi anlayışı için kod tabanını öğrenmek amacıyla kullanmak .
• Bir katkıcı tarafından özel kod veya metin incelemesi yapmak .
• Katkıcının kendisinin doğruladığı hata keşfi .
• İçeriğin makine çevirisi .

Yasak Olanlar

• LLM tarafından üretilen dokümantasyon, doküman yorumları ve güvenlik yorumları dahil olmak üzere göndermek .
• LLM tarafından üretilen GitHub yorumları, hata raporu gövdeleri, çekme isteği açıklamaları, derleyici tanı mesajları veya önemli kaynak kodu yorumları yayınlamak .
• Önceden inceleyen onayı alınmadıkça ve LLM kullanımı açıkça belirtilmedikçe LLM tarafından yazılmış kodu yayınlamak .
• Anlamadan veya incelemeden AI tarafından üretilen içeriği göndermek .

Politikanın çalışma özeti şöyle: "LLM'leri soru sormak, analiz etmek, damıtmak, iyileştirmek, kontrol etmek, önermek, incelemek için kullanmak sorun değil. Ancak üretmek için değil."

Rust Neden Bu Yaklaşımı Benimsedi?

Politikanın yazarı Jynn Nelson, resmi duyuru blogunda üç temel sorunu sıraladı :

1. Cilalı teknik ürünler artık çaba ve anlayışı göstermiyor: LLM'ler, göndericinin anlamadığı temiz görünümlü yamalar üretebiliyor ve bu da dikkatli bir çekme isteğinin gerçek bir insan yatırımını temsil ettiği yönündeki sosyal sinyali bozuyor.
2. İnceleme bant genişliği zaten boğulmuş durumda: rust-lang/rust üzerinde 1.281 açık çekme isteği (PR) bulunuyor. Kodu yazmayı kolaylaştırmak, inceleyici kapasitesini artırmadan önceden var olan bir darboğazı daha da kötüleştiriyor.
3. Mekanik kopyala-yapıştır herkesin zamanını boşa harcıyor: Katkıcıların inceleme yorumlarını bir LLM'ye yapıştırması ve ardından LLM'nin yanıtını tekrar GitHub'a yapıştırması güveni aşındırıyor ve insan muhakemesini devre dışı bırakıyor.

Politika ayrıca, gayri resmi ve tutarsız denetimden, inceleyicilerin işaret edebileceği ve yeni katkıcıların bulabileceği net, yayınlanmış kurallara geçme motivasyonuyla da oluşturuldu .

Açık Kaynak Yönetimi İçin Daha Geniş Etkiler

Her iki politika da ortak bir model ve paylaşılan bir dizi yönetişim zorluğunu ortaya koyuyor:

Bunlar Ne Anlama Geliyor?

• "İnceleme krizi" merkezi gerilimdir. Her iki proje de LLM'lerin, nitelikli inceleyici sayısını artırmadan katkı hacmini önemli ölçüde artırdığını kabul ediyor. Bu, en büyük yönetişim stres faktörüdür .
• Sinyal çöküşü gerçektir. Her iki topluluk da cilalı çekme isteklerinin bir zamanlar çaba ve anlayışın sinyalini verdiğini, ancak LLM'lerin bu sinyali bozduğunu belirtiyor .
• Gayri resmi denetimin yerini resmileştirme alıyor. Her iki proje de, tutarsız uygulamanın katkıcıların kafasını karıştırması ve bakıcıları yorması nedeniyle gayri resmi kurallardan yazılı politikalara geçti .
• Alt sistem özerkliği önemlidir. Linux çekirdeği yaklaşımı, bireysel bakıcıların Johannes Berg'in kablosuz için yaptığı gibi daha katı kurallar belirlemesine izin veriyor. Rust yaklaşımı ise ekip bazında benimsemedir .
• AI'nın kendisi hakkında fikir birliği yok. Rust'ın politikası, AI hakkında asla proje çapında bir fikir birliği olmayacağını açıkça kabul ediyor, bu nedenle politika, LLM'ler hakkında ahlaki bir yargıya varmak yerine dar bir şekilde katkı mekaniğine odaklanıyor .

Alt sistem bakıcıları ayrıca daha katı kurallar getirme yetkisine sahiptir. Ağustos 2026'da, çekirdeğin kablosuz ağ alt sistemlerinin (802.11, mac80211, WWAN, rfkill) bakıcısı Johannes Berg, AI/LLM tarafından üretilen yamalar için oldukça sert bir tutum açıkladı :

• "Üç saniyede inceleme" kuralı: Üç saniyelik bir incelemede bariz bir şekilde doğru olduğu anlaşılamayan herhangi bir yama doğrudan görmezden gelinecek .
• Tekrarlı gidiş-geliş yok: AI tarafından üretilen yamaları düzeltmek için inceleme döngülerine girmeyi reddediyor .
• Düşük kaliteli "slop"un reddi: Açıkça doğru olmayan yamalar hiçbir tartışmaya açılmadan reddediliyor .

Bu politika, Greg Kroah-Hartman'ın drivers/staging/ alt sisteminin, gerçek güvenlik düzeltmeleri dışında tüm LLM kaynaklı yamaları reddetme kuralının ardından geldi .

Linux Çekirdeği Neden Bu Yaklaşımı Benimsedi?

Çekirdek topluluğu, politikayı yönlendiren üç temel sorun tespit etti:

1. İnceleme bant genişliği krizi: Bakıcılar, yüzeyde parlak ancak anlamsal olarak yanlış veya tehlikeli olan AI kaynaklı yamaların akınına uğruyor .
2. Sinyal bozulması: Cilalı yamalar artık gerçek çabayı, anlayışı veya uzun vadeli katkıcı ilgisini güvenilir bir şekilde göstermiyor .
3. Hesap verebilirlik: Topluluk, insan hesap verebilirliğinin pazarlık konusu olmadığı sonucuna vardı. Makine yasal kaynağı onaylayamaz veya hataların sorumluluğunu alamaz .

Rust Projesi: Beş Ekipli LLM Politikası (5 Ağustos 2026)

5 Ağustos 2026'da, beş Rust ekibi rust-lang/rust monoreposu için resmi bir LLM politikasını kabul etti . Politika, açıkça tüm projeyi kapsayan resmi bir duruş değildir ve yalnızca temel depo ile politikayı benimseyen ekipler için geçerlidir .

İzin Verilenler (Bildirimle birlikte)

• LLM'leri soruları yanıtlamak, kodu analiz etmek veya kendi anlayışı için kod tabanını öğrenmek amacıyla kullanmak .
• Bir katkıcı tarafından özel kod veya metin incelemesi yapmak .
• Katkıcının kendisinin doğruladığı hata keşfi .
• İçeriğin makine çevirisi .

Yasak Olanlar

• LLM tarafından üretilen dokümantasyon, doküman yorumları ve güvenlik yorumları dahil olmak üzere göndermek .
• LLM tarafından üretilen GitHub yorumları, hata raporu gövdeleri, çekme isteği açıklamaları, derleyici tanı mesajları veya önemli kaynak kodu yorumları yayınlamak .
• Önceden inceleyen onayı alınmadıkça ve LLM kullanımı açıkça belirtilmedikçe LLM tarafından yazılmış kodu yayınlamak .
• Anlamadan veya incelemeden AI tarafından üretilen içeriği göndermek .

Politikanın çalışma özeti şöyle: "LLM'leri soru sormak, analiz etmek, damıtmak, iyileştirmek, kontrol etmek, önermek, incelemek için kullanmak sorun değil. Ancak üretmek için değil."

Rust Neden Bu Yaklaşımı Benimsedi?

Politikanın yazarı Jynn Nelson, resmi duyuru blogunda üç temel sorunu sıraladı :

1. Cilalı teknik ürünler artık çaba ve anlayışı göstermiyor: LLM'ler, göndericinin anlamadığı temiz görünümlü yamalar üretebiliyor ve bu da dikkatli bir çekme isteğinin gerçek bir insan yatırımını temsil ettiği yönündeki sosyal sinyali bozuyor.
2. İnceleme bant genişliği zaten boğulmuş durumda: rust-lang/rust üzerinde 1.281 açık çekme isteği (PR) bulunuyor. Kodu yazmayı kolaylaştırmak, inceleyici kapasitesini artırmadan önceden var olan bir darboğazı daha da kötüleştiriyor.
3. Mekanik kopyala-yapıştır herkesin zamanını boşa harcıyor: Katkıcıların inceleme yorumlarını bir LLM'ye yapıştırması ve ardından LLM'nin yanıtını tekrar GitHub'a yapıştırması güveni aşındırıyor ve insan muhakemesini devre dışı bırakıyor.

Politika ayrıca, gayri resmi ve tutarsız denetimden, inceleyicilerin işaret edebileceği ve yeni katkıcıların bulabileceği net, yayınlanmış kurallara geçme motivasyonuyla da oluşturuldu .

Açık Kaynak Yönetimi İçin Daha Geniş Etkiler

Her iki politika da ortak bir model ve paylaşılan bir dizi yönetişim zorluğunu ortaya koyuyor:

Bunlar Ne Anlama Geliyor?

• "İnceleme krizi" merkezi gerilimdir. Her iki proje de LLM'lerin, nitelikli inceleyici sayısını artırmadan katkı hacmini önemli ölçüde artırdığını kabul ediyor. Bu, en büyük yönetişim stres faktörüdür .
• Sinyal çöküşü gerçektir. Her iki topluluk da cilalı çekme isteklerinin bir zamanlar çaba ve anlayışın sinyalini verdiğini, ancak LLM'lerin bu sinyali bozduğunu belirtiyor .
• Gayri resmi denetimin yerini resmileştirme alıyor. Her iki proje de, tutarsız uygulamanın katkıcıların kafasını karıştırması ve bakıcıları yorması nedeniyle gayri resmi kurallardan yazılı politikalara geçti .
• Alt sistem özerkliği önemlidir. Linux çekirdeği yaklaşımı, bireysel bakıcıların Johannes Berg'in kablosuz için yaptığı gibi daha katı kurallar belirlemesine izin veriyor. Rust yaklaşımı ise ekip bazında benimsemedir .
• AI'nın kendisi hakkında fikir birliği yok. Rust'ın politikası, AI hakkında asla proje çapında bir fikir birliği olmayacağını açıkça kabul ediyor, bu nedenle politika, LLM'ler hakkında ahlaki bir yargıya varmak yerine dar bir şekilde katkı mekaniğine odaklanıyor .