deniz.in

Piyasalar

Hava durumu

Hava durumu yükleniyor

· kaynak dev.to (home feed)

QGIS yapay zekâ destekli katkıları yasakladı, ancak uygulama katkıcıların dürüstlüğüne kalıyor

QGIS yapay zekâ destekli kod katkılarını tamamen yasakladı; bildirim kurallarının yerini alan bu yasağın, bir dev.to analizine göre yalnızca katkıcıların vicdanıyla uygulandığı belirtilirken, büyük açık kaynak projelerinin çoğunda hiçbir politika bulunmuyor.

QGIS yapay zekâ destekli katkıları yasakladı, ancak uygulama katkıcıların dürüstlüğüne kalıyor

QGIS, yapay zekâ destekli katkıları tamamen yasaklayan ilk büyük açık kaynak projelerinden biri oldu. Değişikliği inceleyen bir dev.to yazısına göre, proje oylamasından geçen ve 7 Ekim itibarıyla master dalına ulaşan QEP #387 numaralı geliştirme önerisi, ana qgis/qgis repository'sinde LLM'ler, yapay zekâ araçları veya otonom agent'lar tarafından desteklenen kod katkılarını yasaklıyor. Kuralı çiğneyen katkıcılar, kodlarının geri alınması ve katkıcı ayrıcalıklarının yaptırıma maruz kalması riskiyle karşı karşıya. Yeni politika, daha önce yapay zekâ destekli çalışmaya insan denetimi altında izin veren düzenlemenin yerini alıyor.

İnceleme yükünün tetiklediği bir yasak

dev.to yazısında aktarıldığı kadarıyla önerinin gerekçesi iş yükü: maintainer'lar, makine tarafından üretilen gönderilerin selinin insan incelemecilerin anlamlı biçimde değerlendirebileceği sınırı aştığını söyledi. QGIS daha hafif bir çözümü çoktan denemiş, incelemecilerin filtreleyebilmesi için yapay zekâ destekli pull request'leri etiketlemişti; ancak bu süreç sessizce söndü, toplamda yalnızca elli civarı PR etiketlendi ve bunların yaklaşık kırkı kapandı. Geliştirici Nyall Dawson'un yazıda aktarılan yaklaşımı, kapıyı varsayılan olarak kapatıp seçici biçimde açmaktı; bir seçmenin bu yaklaşımı hayatta kalamayabilecek geçici bir çözüm olarak nitelediği belirtiliyor. Kapsamlı yasak, projenin mevcut baskıyı nasıl atlatacağı sorusunun acil cevabı olarak rasyonel bir çözüm olarak sunuluyor.

Uygulama vicdana kalıyor

dev.to analizinin odağı, yasağın gerçekte nasıl denetleneceğinde toplanıyor. Uyumun nasıl işleyeceği sorulduğunda, yazıda alıntılanan bir çekirdek katkıcının cevabı öz olarak şuydu: katkıcı kodu kendisi, iyi niyetle yazmış olmalı. Yazar bunu, çalıştırılabilir bir yaptırımı olmayan bir politika olarak değerlendiriyor: tetikleyici koşul, yani bir kod parçasının yapay zekâ destekli olup olmadığı, hiçbir araç tarafından değil, yalnızca katkıcının kendi dürüstlüğü tarafından değerlendirilebiliyor. Otomatik tamamlama, çeviri yardımcıları veya import'ları yeniden sıralayan bir model gibi uç durumlar kapsamı kararlaştırılamaz hâle getiriyor. Öneriyle ilgili bir Hacker News başlığı kabaca üç yüz yorum çekmiş; okuyucular bir yandan incelemeci dikkatini korumayı adil görenler, diğer yandan yasağın sonunda aptalca görüneceğini öngörenler arasında bölünmüş durumda.

Büyük projelerin çoğunda hiç politika yok

QGIS'in adımını bağlama oturtmak için dev.to yazarı, GitHub'daki en çok yıldız alan yirmi repository'yi incelemiş, katkı belgelerindeki tüm yapay zekâ politikalarını okumuş ve workflow adlarında yapay zekâ ile ilgili otomasyon olup olmadığını kontrol etmiş. Yapay zekâ üretimi PR'ları yüzlerce alan birkaç depo dahil, yirminin on dördünün katkı belgelerinde hiçbir yapay zekâ politikası yok. Politikası olan altı proje — Deno, PyTorch, Node.js, Home Assistant, Flutter ve Rust — hiçbiri makine destekli yaptırıma gitmiyor. Deno, Node ve PyTorch bildirim konusunda uzlaşı içinde; PyTorch en ileri giderek yapay zekâ içeriğinin insan yorumu eklenmiş etiketli bir PR bölümünde bulunmasını şart koşuyor. Home Assistant otonom agent'ları yasaklıyor ve otonom üretilmiş olduğuna inandığı PR'ları kapatıyor, tamamen incelemeci kararına güveniyor. Rust dürüstlükte istisna: politikası birçok maddenin uygulanamaz olduğunu ve amacın her ihlali yakalamak değil, makul inkâr imkânını ortadan kaldırmak olduğunu açıkça belirtiyor. Buna karşılık QGIS yasağı, aynı yalnızca-metin temelinden daha fazla diş iddia ederek yaptırımlarla tehdit ediyor.

Uygulanabilir alternatif tespit değil, provenans

Yazı, yapay zekâ tarafından yazılan kodu tespit etmenin kazanılması imkânsız çekişmeli bir oyun olduğunu, zira basit kodun hiçbir zaman güvenilir biçimde tespit edilemeyeceğini; süreci imzalı bir kimliğe bağlamanın ise hem sıkıcı hem de kazanılabilir olduğunu savunuyor. Hacker News başlığında alıntılanan Linux kernel tutumunu onaylağa işaret ediyor: LLM kullanımına izin veriliyor, ancak katkıcı ürettiği koddan tamamen sorumlu. Önerilen yön, CI ile zorunlu kılınan provenans; örneğin bir aracın yardımcı olup olmadığını beyan eden Authored-by commit trailer'ları ve her geri almaya eklenen günlüğe kaydedilmiş gerekçeler; böylece sahte bir beyan en azından görünmez değil, imzalı olarak ortaya çıkıyor.

Neden önemli

QGIS'in bildirimden tamamen yasaklamaya geçişi, yapay zekâ üretimi gönderi hacmi altındaki maintainer ekiplerinin nasıl tepki verebileceğine dair bir sinyal; diğer projeler bunun tutup tutmayacağını ya da etiketleme deneyi gibi çöküp çökmeyeceğini izleyecek. Daha derin bulgu, politika metni ile uygulama arasındaki uçurum: neredeyse her büyük açık kaynak projesinin yapay zekâ kuralları arkasında hiçbir kapı olmayan metinlerden oluşuyor ve çoğunun hiç kuralı yok. Ekosistem tespit ya da yasaklar yerine imzalı provenans üzerinde uzlaşırsa, QEP #387 belki de yasakladığı kadar, eksik olan şey — bir mekanizma — ile hatırlanacak.

  • #open-source
  • #qgis
  • #ai-generated-code
  • #code-review
  • #governance

İlgili yazılar