Kişisel verinin yapay zekâ akışındaki izi
İstem, dosya yükleme, geri getirme dizini ve günlükler yoluyla sisteme giren kişisel verinin izini sürmeyi öğretir. Saklama, silme ve aktarımın gömme vektörü kullanan akışlardaki karşılığını katman katman çıkarır.
Önkoşul: Large Language Model, Responsible AI
BU DERSİN SONUNDA
- Kişisel verinin sisteme girdiği yolları tek bir akış şemasında göstermek
- Silme talebinin parça deposu, vektör dizini, önbellek ve yedek katmanlarındaki karşılığını çıkarmak
- Gömme vektörünün kişisel veri gibi ele alınıp alınmayacağına gerekçeli karar vermek
- Saklama kuralını katman başına süre ve tetikleyiciyle yazmak
- 1
Teori
Kavramın çalışma mantığı
- 2
Örnek
Gerçek bir senaryo üzerinde gösterim
- 3
Lab
Uygulamalı alıştırma
- 4
Test
Kısa ölçüm
- 5
Proje
Rotadaki projeye katkı
Kısa cevap
Kişisel veri yapay zekâ akışına dört yoldan girer: kullanıcının yazdığı istem, yüklenen dosya, geri getirme için dizinlenen kurumsal belgeler ve sistemin tuttuğu günlükler. Silme talebi geldiğinde bu dördü ayrı ayrı ele alınır, çünkü kaynak belgeyi silmek parça deposundan, vektör dizininden, önbellekten ve yedekten silmek anlamına gelmez. Veriyi ince ayara verdiyseniz iş daha da zorlaşır: eğitilmiş parametreden tek bir kaydı geri çekmek silme değil, yeniden eğitim işidir.
Teori: aynı verinin birden çok kopyası#
Bir belge geri getirme dizinine alındığında en az beş yerde durur: kaynak depo, parçalara ayrılmış metin deposu, parçaların gömme temsilleri, arama dizininin kendi veri yapıları ve yedekler. Buna istem ile çıktı günlükleri eklenir. Silme yordamı bu katmanları tek tek adlandırmıyorsa eksiktir; "belgeyi sildik" cümlesi bu durumda bir katmanı anlatır, sistemi değil.
Gömme vektörü kayıplıdır: orijinal metni birebir taşımaz. Ama kayıplı olmak anonim olmak demek değildir. Yakın komşu aramasıyla aynı kişiye ait kayıtlar birbirine bağlanabilir ve vektörün yanında çoğu kurulumda parça kimliği ile üst veri de durur. Bu yüzden doğru soru "vektör metni içeriyor mu" değil, "bu vektörden kişiye geri dönülebiliyor mu" sorusudur. Kurumsal kurulumların çoğunda cevap evettir.
Vektör tabanlı aramada silme çoğu zaman anında ve fiziksel değildir: kayıt silindi olarak işaretlenir, gerçek temizlik sıkıştırma veya yeniden dizinleme sırasında gerçekleşir. Yedekler ve anlık görüntüler ise kendi zaman çizelgesinde yaşar. Bu yüzden saklama kuralı "silindi" diye değil, "hangi katmanda ne kadar sürede tamamen gittiği" biçiminde yazılır ve bu süre en az bir kez gerçek bir kayıtla ölçülür.
Uygulamada: katman başına karşılık#
| Katman | Ne tutar | Silme talebinde yapılacak | Atlanırsa sonuç |
|---|---|---|---|
| İstem ve çıktı günlüğü | Kullanıcının yazdığı serbest metin | Kişi bazlı arama ve silme; saklama süresini kısaltma | Silinmiş kişi günlükte aranabilir kalır |
| Kaynak belge deposu | Özgün dosya | Dosyayı silme ve silme kaydını tutma | Yeniden dizinlemede veri geri gelir |
| Parça deposu | Belgeden kesilmiş metin parçaları | Belge kimliğine bağlı tüm parçaları silme | Parçalar kaynaksız yaşamaya devam eder |
| Vektör dizini | Parçaların gömme temsili ve üst verisi | Kayıtları silme, sıkıştırma veya yeniden dizinlemeyi tetikleme | Silindi işaretli kayıt sonuçlarda dönmeye devam edebilir |
| Önbellek | Sık sorulan sorunun hazır cevabı | Anahtarı geçersiz kılma veya süreyi kısaltma | Silinen veri cevabın içinde yeniden sunulur |
| Yedek ve anlık görüntü | Tüm katmanların geçmiş hâli | Saklama süresini yazma, geri yükleme sonrası silmeyi yordamlama | Geri yükleme silinmiş veriyi diriltir |
| İnce ayar veri seti | Eğitime verilmiş örnekler | Seti güncelleme; parametreden çıkarmak yeniden eğitim gerektirir | Silme taahhüdü yerine getirilemez |
Karar: vektörü kişisel veri saymalı mı?#
- 1Bağlanabilirliği sorun
Vektörün yanında kişiye veya kaynağa geri götüren bir kimlik, üst veri ya da erişim alanı duruyor mu?
- 2Komşuluğu deneyin
Kendi dizininizde bir kişiye ait parçayı arayıp ilk sonuçların aynı kişiye ait olup olmadığını elle kontrol edin.
- 3Kararı yazın
Kişiye geri dönüş mümkünse vektörü kişisel veri gibi ele alın; değilse gerekçeyi ve yaptığınız testi yazılı bırakın.
- 4Yordama bağlayın
Kararı saklama kuralına ve silme yordamına ayrı bir katman satırı olarak ekleyin.
Aktarım ve işleme yeri#
- İstem ve yüklenen dosya nerede işleniyor: kurum içinde, aynı ülkedeki bir bölgede, yurt dışındaki bir bölgede?
- Sağlayıcı istem içeriğini model iyileştirmek için kullanıyor mu; kullanmama seçeneği sözleşmede mi, yoksa yalnızca bir arayüz ayarında mı?
- Günlükler ne kadar süre, hangi ülkede ve kimin erişimiyle tutuluyor; destek ekibi istem içeriğini görebiliyor mu?
- Alt yükleniciler kimler ve bölge taahhüdü alt yükleniciler için de geçerli mi?
- Bu cevapların kanıtı hangi belgede duruyor: ekran görüntüsü değil, sözleşme maddesi veya sürümlü teknik doküman bölümü.
Sık yapılan hata#
En sık hata, veriyi en aza indirme adımını atlayıp doğrudan silme yordamı yazmak. Sisteme hiç girmeyen veri için silme sorusu doğmaz: serbest metin alanına kimlik numarası yazılmasını engelleyen basit bir maskeleme, bir yıl boyunca yapılacak onlarca silme işleminden ucuzdur. Aynı biçimde geri getirme dizinine tüm paylaşımlı sürücüyü değil amaç için gereken klasörü almak, hem uyum hem de cevap kalitesi tarafında kazanç sağlar.
Bu bölümün çıktısı bir sonraki bölümde tedarikçiye soracağınız soruların yarısını üretir. Hangi katmanın nerede durduğunu bilmeyen bir sözleşme incelemesi, madde okumaya değil madde saymaya dönüşür.
LAB · UYGULAMALI ALIŞTIRMA
Bir akışın veri izini uçtan uca çıkarın
- 1Envanterden kişisel veri işlediğini düşündüğünüz tek bir akış seçin ve bileşenlerini soldan sağa çizin: giriş, işleme, depolama, çıktı.
- 2Her bileşen için tek soruyu cevaplayın: burada hangi kişisel veri alanları duruyor ve ne kadar süre duruyor?
- 3Test amaçlı bir kaydı akışa verip sistemin ürettiği izleri arayın: günlük satırı, dizine giren parça, önbellek girdisi, çıktı kaydı.
- 4Katman tablosunu doldurun: katman, tutulan alan, saklama süresi, silme yordamı, yordamı işleten kişi.
- 5Aynı kayıt için silme senaryosu yürütün; her katmanda silmeyi kimin hangi ekran veya komutla yaptığını yazın ve tamamlanma süresini ölçün.
- 6Kapanmayan katmanları açık madde listesine taşıyın ve her biri için geçici azaltma önlemi yazın: süre kısaltma, erişim daraltma, maskeleme.
Beklenen çıktı
Tek bir akış için katman katman doldurulmuş veri izi şeması, katman başına saklama kuralı ve gerçek bir kayıtla denenmiş silme yordamı.
Sık sorulan sorular
Kaynak belgeyi silmek yeterli değil mi?
Hayır. Parça deposu, vektör dizini, önbellek ve yedekler kaynağa bağlı olmadan yaşayabilir; birçok kurulumda parça kaydının kaynak belgeye tek yönlü bir referansı vardır. Silme yordamı belge kimliğinden başlayıp bu katmanların hepsine inen bir zincir olarak yazılmalı ve en az bir kez gerçek bir kayıtla uçtan uca denenmiş olmalıdır.
Kişisel veriyi maskelersek yükümlülük ortadan kalkar mı?
Maskeleme kapsamı daraltır ama kendiliğinden kaldırmaz. Geri döndürülebilir maskeleme, yani takma ad kullanımı, hâlâ kişisel veridir; ayrıca serbest metinde maskelemenin kaçıracağı alanlar kalır. Maskelemenin etkinliği örneklem alınarak ölçülür, varsayılmaz.
Veriyi ince ayarda kullandık, sonra silme talebi geldi; ne olur?
Eğitilmiş parametrelerden tek bir kaydın etkisini güvenilir biçimde geri almak pratikte mümkün değildir. Yapılabilecek olan, veri setinden kaydı çıkarıp modeli yeniden eğitmek veya o sürümü kullanımdan kaldırmaktır. Bu yüzden kişisel veriyi ince ayara vermek, silme taahhüdünü baştan zorlaştıran bir karardır ve kararın gerekçesi verilmeden önce yazılmalıdır.
LEARN
AI Uyum Sorumlusu rotasına devam et
Dersler tek başına da okunabilir, ama sıralı ilerlemek önkoşul boşluklarını kapatır.