Genel özet
- Konu, “PR sisteminin tamamen öldüğü” ilanı değil; yapay zeka çağında PR’ın artık bir anlayış aktarma mekanizması olarak çalışmayan gerçekliğini ele alıyor.
- Asıl sorun, kod kalitesinden önce; kodla birlikte aktarılması gereken bağlam, niyet ve muhakemenin PR üzerinden iletilememesinin giderek büyümesi.
- Sonuç olarak PR’ın özü hâlâ geçerli, ancak işletim biçimi (gate koşulları) değişmezse artık bir savunma hattı işlevi göremeyecek.
1. Sorunun ortaya konması: PR neden sarsılıyor?
- PR başarısızlığının nedenini “reviewer’lar tembelleşti” diye görmek, soruna yanlış yerden bakmak olur.
- Gerçek neden, PR Review sürecinin artık anlayış aktarmaması olgusunun birikmesi. Yani reviewer’lar (geliştiriciler) PR’ın niyetini ve bağlamını anlayamıyor.
- Yapay zeka, PR üretim maliyetini keskin biçimde düşürürken mevcut asimetrileri (üretim hızlı, inceleme yavaş) daha da büyütüyor.
2. PR’ın asıl rolü: kod onay süreci değil, sorumluluk devrinden önceki sözleşme
- PR, sadece kod sözdizimine bakılan ya da testlerin geçtiği bir prosedür değildi.
- Yazar, “bunu neden böyle yaptığını açıklayabilirim” şeklinde örtük bir taahhütte bulunan taraftı.
- Reviewer ise sadece kodun kendisini değil, arkasındaki kararları ve tasarım niyetini de inceleyen kişiydi.
- Yani Merge düğmesi, basit bir kod onay düğmesi değil; ekibin o değişikliğin sorumluluğunu birlikte üstleneceğine dair toplumsal bir uzlaşı kararıydı.
3. Mevcut gate zaten uzun süredir zayıftı
- Açık kaynak, PR yapısının zayıf noktalarını en görünür kılan ortam oldu.
- Bakımcıların zihinsel ve fiziksel yorgunluğu, bağlam farkı ve katkıcı çeşitliliği nedeniyle PR’ların biçimsel onaya kaymasının kolay olduğu bir yapı vardı.
- xz Utils backdoor vakası, otomasyonun başarısızlığından çok; tükenmiş insan gate’lerinin nasıl bir saldırı yüzeyine dönüşebildiğini gösteren bir örnekti.
Yani yapay zekadan önce de PR gate’i fragile idi ve sınırlarına dair sinyaller zaten birikiyordu.
- xz Utils backdoor vakası: 2 yılı aşkın süre boyunca güven inşa eden bir katkıcının, PR üzerinden backdoor eklediği açık kaynak tedarik zinciri saldırısı.
4. Yapay zekanın getirdiği değişim: PR seli ve review asimetrisinin patlaması
- Yapay zeka destekli kodlama araçları nedeniyle PR üretim hızı ve hacmi keskin biçimde arttı.
- Buna karşılık review hâlâ insan zamanı, dikkat ve bağlam anlayışına bağlı.
- Sonuç olarak daha fazla kod, daha büyük PR’lar, daha uzun review süreleri ve daha fazla incident ile sonuçlanan bir örüntü ortaya çıkıyor.
- Bu, “üretkenlik artışını” inkâr etmek değil; yönetişim olmadan yalnızca hızlanmanın tersine zehirli hale gelebileceği uyarısıdır.
5. Daha derin sorun: çalışıyor ama kimse açıklayamıyor
- Yapay zeka kodunun riski sadece “hemen bozulan kod” değil.
- Testler geçtikten ve derleme başarılı olduktan sonra bile, neden öyle yazıldığını açıklayamayan kodun birikmesi daha büyük sorun.
- Zamanla bir arıza çıktığında ekip düzeltme yapmak yerine, niyetsiz kodu tahmin ederek yorumlamaya çalışır.
- Bu da sıradan bir bug’dan daha tehlikelidir; çünkü ortada tasarım kararlarının izi ya da sorumluluğu üstlenen bir özne yoktur.
6. Gizli temel kavram: bilgi boşluklarını yapay zeka ikna edici biçimde dolduruyor
- Yapay zeka, bilmediğini açığa çıkarmaktan çok, boşlukları makul görünen kodlarla doldurma eğilimindedir.
- Sorun şu ki bu boşluklar (gizli varsayımlar, doğrulanmamış kısıtlar) PR aşamasında kolay görünmez.
- Bu yüzden sadece “kod çalışıyor / dokümantasyon makul görünüyor / kontroller geçti” demek artık güvenliği garanti etmeye yetmez.
- Sonuçta PR gate’inde doğrulanması gereken şey derlenip derlenmediği değil, bu değişiklik için reasoning’in (neden / ne / hangi kısıtlar altında) gerçekten mevcut olup olmadığıdır.
7. OpenClaw örneğinin gösterdiği şey: PR’ın kaldıramadığı ölçek ve hız
- Yazı, OpenClaw’ı PR çöküşü olgusunun sıkıştırılmış şekilde yeniden oynandığı temsilî bir örnek olarak anıyor.
- OpenClaw (ilk adıyla Clawdbot), Peter Steinberger’in 2025 Kasım civarında başlattığı kişisel nitelikte bir deney / playground projesiydi.
- Kısa bir sürede (yaklaşık 10 hafta) patlayıcı biçimde büyüdü; büyük ölçekte kullanıcı, katkı ve dış ilgi çekti.
- Bu süreçte güvenlik sorunları, kötü niyetli skill’ler / katkılar ve artan inceleme yükü bir araya gelerek, bireysel ya da küçük ölçekli bakım düzeninin taşıyamayacağı bir noktaya ulaştı.
- Steinberger daha sonra (2026 Şubat’ta) projeye dair bir değerlendirme yayımlayıp, onu daha güvenli hâle getirmek için daha fazla yapı, kaynak ve güncel araştırmaya erişim gerektiğini belirtti.
- Ardından projeyi devredip OpenAI’a katıldı.
- Yazı, bu noktayı kişisel bir eleştiri olarak değil; “başarılı bir prototip” ile “güvenli, genel amaçlı bir altyapının işletilmesi” arasındaki farkı gösteren bir sahne olarak yorumluyor.
- Ayrıca vurgu, tek bir uygulama hatasından çok; katkıların ölçeği, hızı ve niyet çeşitliliğinin insan denetim kapasitesini aşan yapıda olmasında.
- Bakımcı güvenliği artırmak için sürekli iyileştirme yapsa da, maruz kalma hızıyla toparlanma hızı aynı yarışta değildi.
- Yani başarısızlığın nedeni “iyi inşa edememek” değil; başlangıçta kişisel / yerel güven modeliyle tasarlanan gate’in küresel ölçeği taşıyamamasıydı.
8. GitHub ayar değişikliğinin anlamı: yeni özellik değil, uyarı sinyali
- GitHub, 13 Şubat 2026’da PR devre dışı bırakma seçeneğini eklediğini resmen duyurdu.
- Ancak yazar bunu sadece bir kullanım kolaylığı özelliği olarak değil, “bazı depolarda PR’ın bizzat operasyonel riske dönüşmüş olması” gerçeğinin sessiz bir kabulü olarak yorumluyor.
- Yani platformların da artık “PR her zaman iyidir” varsayımını sürdürmekte zorlandığına işaret eden bir sinyal olarak okunması gerektiğini vurguluyor.
9. Yazının pratik sonucu: PR’ı terk etmek değil, gate’i yeniden tanımlamak
- Bu, yapay zeka kod araçlarının geliştirilmesini durduralım çağrısı değil.
- Asıl soru, “yapay zeka kullanılsın mı” değil; “çalışan bir gate olmadan mı kullanılsın?” sorusu.
- Gerekli olan şey, kural listelerinden çok; açıklanabilirlik, tasarımın önden gelmesi, doğrulanmamış noktaların açıkça belirtilmesi, bakımcının reddetme yetkisi ve izlenebilirlik gibi işletim ilkeleri.
- Gerekçesi izlenemeyen PR, ekibin sahip olduğu bir fikrî varlık değil; ekibi yönetecek bir borca dönüşür.
10. Tek cümlelik özet
- PR’ın amacı kodu geçirmek değil, anlayışı ve sorumluluğu birlikte devretmektir.
- Yapay zeka çağının asıl sorusu: “Kod çalışıyor mu?”dan çok, “Bu kodu açıklayabiliyor muyuz?”
- Bu soru üretkenliğin önündeki bir engel değil, yazılımın son savunma hattını korumak için gereken asgari koşul.
2 yorum
İncelemeyi isteyen taraf tıklayıp geçiyor; tüm zihinsel yük yalnızca inceleyene kalıyor ve bu, sorumluluğu başkasına atmaktan da öte, işi bütünüyle başkasının üzerine yıkmanın bir aracına dönüşmüş durumda.
Çok empati kurduğum bir yazı.
Son birkaç aydır ekip üyelerinin yapay zekanın ürettiği kodu PR olarak göndermesini gördükçe çok zorlanıyorum ve bunu iyileştirmek için pek çok yöntem deniyorum.
Yazıda ele alınan PR kapsamını sınırlamanın yanı sıra, neyi review etmemiz gerektiğini de düşünüyorum.
Kodu review etmek yerine niyeti review eden bir code review üzerine düşünüyorum.