Bir metin modelinden destek almak için örnek kayıtları prompta eklemek istediğinizde, ad ve e-posta adresini silmek tek başına güvenli bir paylaşım yöntemi kurmaz. Aynı kişi iki satırda farklı yer tutucular alırsa kayıtlar yanlışlıkla ayrışabilir; farklı kişiler tek işaret altında birleşirse çıktı yanlış ilişki kurabilir. Buradaki ihtiyaç, hassas kaydı dış araca göndermeden önce yetkili ortamda maskeleme yapmak ve örneklerdeki kişi–kayıt bağını kontrollü biçimde sınamaktır.

Bu rehber anonimlik veya mevzuata uygunluk garantisi vermez. ABD kamu kurumlarına yönelik NIST SP 800-188, maskelemenin yeniden tanımlanma riskini her durumda yeterince azaltmayabileceğini ve riskin ayrıca incelenmesi gerektiğini vurgular. Önce kurumunuzun onayladığı çalışma ortamını ve izni belirleyin.

Ham veriyi prompt aracına taşımadan sınırı belirleyin

İlk karar, hangi örneği hangi amaçla kullanacağınızdır. Gerçek müşteri, çalışan, sağlık, finans, destek kaydı veya kullanıcı hesabı verisini, yalnızca prompt işe yarasın diye genel bir yapay zekâ aracına kopyalamayın. Önce kurumun onayladığı ortamı ve veri işleme yolunu doğrulayın. İzinli değilse gerçek veriyle maskeleme denemesi yapmayın; baştan sentetik örnek üretin. Maskeleme işini, dış araca gönderimden önce, erişimi sınırlandırılmış yerel veya onaylı sistemde tamamlayın.

Hedefi dar tanımlayın: modelden bir olay akışını özetlemesini mi, alan adlarını sınıflandırmasını mı, yoksa bir metni yeniden biçimlendirmesini mi istiyorsunuz? Bu görev için gerekli olmayan alanları veri kopyasına hiç almayın. Ad, iletişim bilgisi, serbest not, tarih, nadir görev unvanı veya küçük bir lokasyon bir araya geldiğinde kişiyi dolaylı biçimde tanınabilir kılabilir. “Adı sildim” demek, kalan bağlamın kişiyi ayırt etmeyeceğini kanıtlamaz.

Girdi kopyasının kaynak dosyadan ayrı olduğunu belirtin. İşlem için gerekli sütunları seçin, gereksiz serbest metinleri çıkarın ve maskeleme öncesi/sonrası dosya adlarını birbirine karıştırmayın. Promptun içine maskelenmiş örneği eklemeden önce, örneğin gerçekten onaylanan alanlardan ibaret olduğunu ikinci bir kişi veya kontrollü bir kontrol listesiyle doğrulayın.

Hangi kayıtların aynı kişiye ait olduğunu netleştirin

Birden fazla satır aynı kişi veya hesaba aitse, bu ilişkiyi yalnız ada bakarak kurmayın. İki farklı kişinin adı aynı olabilir; aynı kişinin adı farklı yazılabilir. Kurum içinde kullanılmasına izin verilen güvenilir bir kayıt anahtarı varsa dönüşümü o anahtara göre yetkili ortamda yapın. Böyle bir anahtar yoksa, belirsiz satırları otomatik birleştirmek yerine “eşleşme doğrulanmadı” olarak ayırın ve insan incelemesine gönderin.

Her doğrulanmış kaynak varlığa, prompt örneği boyunca aynı sentetik işareti verin: örneğin KISI_A17 gibi. Farklı bir kaynak varlık farklı işaret almalı; iki kişinin kayıtları aynı işarete düşmemeli. Bu örnek tokenlar gerçek kimlik anlamına gelmemeli ve isimden, e-posta adresinden veya müşteri numarasından türetilmemelidir. Tahmin edilebilir bir isim parçası ya da gerçek kaydı kolayca açığa çıkaran sıra numarası kullanmayın.

Aynı varlığa ilişkin kayıtlar uygulama gereği farklı bağlamlarda görünüyorsa, tutarlılığın hangi tablo ve dosyalar arasında korunacağını önceden yazın. Bir sistemdeki kişi işaretini başka bir sistemde aynı kişiyi gösteren sabit kimliğe dönüştürmek, bağ kurulabilirliği artırır. Bu ilişki iş için gerekli değilse ortak işareti kullanmayın. Gerekiyorsa bunun kapsamı ve kimlerin kullanabileceği onaylanmış olmalıdır.

Yer tutucu eşlemesini araçtan ayrı tutun

Maskeleme dönüşümü geri eşleme gerektiriyorsa, gerçek kimlik ile KISI_A17 gibi işaret arasındaki tabloyu prompta, ek dosyaya veya model konuşmasına koymayın. Eşlemeyi ayrı, yetkili erişimle korunan bir yerde tutun; işi tamamlamak için geri dönüş gerekmiyorsa böyle bir tabloyu hiç oluşturmayın. NIST’in takma kimliklendirme tanımı, kimliği gizlemek üzere bir tanımlayıcının takma adla değiştirilmesini açıklar; bu kavram tek başına verinin anonim veya yeniden tanımlanamaz olduğunu söylemez.

Eşleme tablosu varsa kimin açabileceğini, ne zaman kullanılacağını ve hangi iş için saklanacağını belirleyin. Paylaşım amacı bittiğinde kurumun saklama ve silme prosedürünü izleyin. Kaydı ayrı tutmak erişim riskini azaltmaya yardımcı olabilir; ancak paylaşılan örneklerdeki tarih, olay, görev veya sıra bilgileri başka kaynaklarla birleştirildiğinde kişiyi ortaya çıkarabilir. Bu yüzden yalnız tabloyu kilitlemek yeterli risk incelemesi sayılmaz.

Promptu hazırlayan kişi ile eşleme tablosuna erişen kişi aynı olmak zorunda değildir. Kontrol ayrımı, yanlışlıkla gerçek kimliğin metne kopyalanmasını fark etmeyi kolaylaştırır. Her işlemde kaynak kümesinin hangi sürümünün işlendiğini ve maskeleme adımını kimin onayladığını kaydedin; gerçek kişisel değerleri denetim notuna yeniden yazmayın.

Prompta kimliği tahmin etmeme kuralı ekleyin

İşaretleri prompt dışında üretip, modele yalnızca maskelenmiş örneği verin. Talimatta bu işaretleri aynen korumasını, yeni kişi veya kayıt kimliği uydurmamasını, işareti ad veya iletişim bilgisiyle eşleştirmeye çalışmamasını söyleyin. Gelen işaret tanınmıyorsa, bir satırdaki işaret değişmişse veya kayıtlar arasında belirsizlik varsa sonucu tahminle tamamlamak yerine inceleme için durdurmasını isteyin.

Örnek talimat şu mantığı taşıyabilir: “KISI_… ve KAYIT_… işaretlerini karakter karakter değiştirmeden koru. Bir işareti başka bir işarete çevirme, yeni işaret üretme, kimliği çıkarma veya geri doldurma. Kaynaktaki ilişki belirsizse ilgili satırı ayrı işaretle ve bu konuda varsayım yapma.” Bu, dış modele özel bir güvenlik özelliği değildir; çıktıyı inceleyen kişinin beklediği sınırı açıklar. Modelin kurala uyacağını varsaymayın, her sonucu kontrol edin.

Görev çıktısı yalnızca gerekliyse işaretleri taşısın. İsim, e-posta, hesap numarası, doğum tarihi veya özel notun yeniden yazılması istenmemelidir. Modelin eşleme tablosuna erişimi yoksa, çıktıda kurduğu kişi-kayıt bağı doğrulanmış bir geri eşleme değildir; bağlamdan yeniden tanımlanma riski yine kalabilir. Otomatik ve toplu “geri açma” yapmayın. Geri eşleme gerekiyorsa bunu yetkili yerel süreçte, kontrollü alanlarda ve sonuç gözden geçirildikten sonra yürütün.

Sentetik örneklerde birleşme ve ayrışmayı test edin

Gerçek kayıtlardan hazırlanmış maskelenmiş örnekleri kullanmadan önce sentetik bir test kümesi oluşturun. Aynı örnek kişiyi iki ayrı satırda gösterin; iki farklı kişiye aynı adı verin; yazım biçimi değişen bir ad örneği ve birden çok hesabın aynı kayıt anahtarına bağlandığı senaryoyu ayrıca ekleyin. Beklenen işaretleri test tablosunda önceden sabitleyin. Böylece yer tutucu üretiminin aynı kişiyi tutarlı taşıyıp taşımadığını ve ayrı kişileri yanlışlıkla birleştirip birleştirmediğini görebilirsiniz.

Çıktıyı şu hata türlerine göre inceleyin: aynı varlığın farklı işaretlere bölünmesi, farklı varlıkların aynı işareti alması, işaretin harf veya rakamının değişmesi, hiç tanımlanmamış bir işaret üretilmesi, işaretin gerçek bilgiyle genişletilmesi ve bir satırın başka kayıtla eşleşmesi. Her duruma beklenen davranışı belirleyin. Başarısız test, “sonuç yeterince iyi” diyerek atlanacak bir not değil, dönüşüm kuralının veya iş akışının tekrar incelenmesi için işarettir.

Testi küçük, tekrarlanabilir ve kişisel veri içermeyen bir dosyada çalıştırın. Aynı girdi ve talimatla birkaç farklı çıktı alıyorsanız, değişen işaretlerin hangi kaynaktan geldiğini kaydedin. Modelin metni kısaltması, satır sırasını değiştirmesi veya benzer adları tek grupta toplaması, bağın bozulmadığını kanıtlamaz. Kayıt anahtarlarını otomatik eşleştirme yerine yetkili sistemde bağımsız kontrol edin.

Çıktıyı geri kimliklendirmeden kontrol edin

İlk inceleme, çıktıda gerçek ad veya tanımlayıcının yanlışlıkla tekrar görünüp görünmediği olmalıdır. Ardından işaretlerin sözlükte beklenen değerlerden biri olup olmadığını ve kaynak satırla aynı ilişkide kalıp kalmadığını kontrol edin. Bilinmeyen bir token veya beklenmeyen yeni isim varsa, otomatik geri dönüşüm yapmayın. İşareti ve ilgili sentetik test örneğini inceleme kuyruğuna alın; kaynağa erişim yetkisi olan kişi gerekiyorsa değerlendirsin.

İkinci kontrol, bağlamın tek başına veya başka bilgiyle birleştirildiğinde kişiyi belirginleştirip belirginleştirmediğidir. Çok kesin tarih, az rastlanan olay, küçük ekip adı ve sıra bilgisi gibi alanları, görev için gerekli olup olmadıklarına göre azaltın veya genelleştirin. Bu değişiklik, kayıt ilişkisini bozuyorsa yeniden tasarlanmış test örneğinde gösterin; silinen gerçek bilgiyi modelin tahmin etmesini istemeyin.

Üçüncü kontrol, işaretlerin kullanım amacının dışında kalıp kalmadığıdır. Bir veri setindeki KISI_A17 işaretini, ayrı bir işte aynı kişiyi çağrıştıracak biçimde tekrar kullanmak bağlantı kurmayı kolaylaştırabilir. Her maskeleme çalışmasının kapsamını ayırın ve kurumun izin verdiği kararlılık düzeyini kullanın. Tutarlı yer tutucu, veri paylaşımını otomatik olarak anonim hâle getirmez.

Kullanılabilir kontrol listesi

Gerçek veriyi prompt aracına taşımadan önce kullanım ortamını ve kurum iznini doğrulayın.
Gerekli olmayan alanları girdi kopyasından çıkarın; bağlam ipuçlarını da gözden geçirin.
Aynı doğrulanmış varlığa aynı işareti, farklı varlıklara farklı işaretleri kontrollü ortamda atayın.
Geri eşleme gerekiyorsa tabloyu modelden ayrı ve erişimi sınırlandırılmış tutun.
Promptta işaretlerin korunmasını, tahmin ve kimlik geri doldurmanın yapılmamasını açıkça belirtin.
Birleşme, ayrışma, değişen işaret, bilinmeyen token ve bağlam sızıntısı senaryolarını sentetik veriyle sınayın.
Belirsizlikte otomatik onay veya yeniden kimliklendirme yerine durdurma ve insan incelemesi kullanın.

Veri paylaşımı öncesi kontrol iş ortamı ve veri seçimi sınırlarını; promptta değişkenleri koruma işaretlerin metin içinde bozulmaması açısından; şemaya uygun çıktı doğrulama ise alanların beklenen biçimde kalmasını ele alır. Hizmet kapsamı için dijital pazarlama hizmeti sayfasına bakabilirsiniz.

Sık Sorulan Sorular

Adı silmek veriyi anonim hâle getirir mi?

Hayır, tek başına bunu göstermez. Tarih, rol, nadir olay ve serbest not gibi kalan bilgiler kişiyi dolaylı olarak ayırt ettirebilir. NIST, tanımlayıcı maskelemenin her durumda yeterli olmayabileceğine dikkat çeker; paylaşım amacı ve yeniden tanımlanma riski ayrıca incelenmelidir.

Aynı kişinin farklı satırlarda aynı yer tutucuyu alması neden önemli?

Görev kayıtlar arasındaki ilişkiyi anlamayı gerektiriyorsa, tutarlı işaret bu ilişkiyi örnekte görünür kılar. Farklı işaretler kullanılırsa model veya inceleyen kişi satırları ayrı kişiler sanabilir. Kararlılığı yalnız doğrulanmış kurum içi anahtara göre, onaylı ortamda kurun.

İki farklı kişi aynı ada sahipse ne yapmalıyım?

Adı kimlik anahtarı gibi kullanmayın. Güvenilir ve izinli kaynakta doğrulanan kayıt anahtarlarıyla ayrım yapın; bu yoksa satırları otomatik birleştirmeyin ve belirsizliği incelemeye gönderin. Aynı adlı iki kişiyi tek token altında toplamak kayıt bağını hatalı hâle getirir.

Yer tutucu eşleme tablosu prompta eklenmeli mi?

Hayır. Bu iş akışında eşleme tablosu modele gönderilmez. Geri eşleme gerekiyorsa tabloyu ayrı, erişimi sınırlı bir yerde tutun; kullanıcı veya kurum yetkisi olmadan çıktıda gerçek kimlikleri otomatik geri doldurmayın.

Maskeleme yaptıktan sonra yeniden tanımlanma riski kalır mı?

Kalabilir. Tek bir alan yerine birden fazla bağlam ipucu birlikte ayırt edici olabilir. Bu nedenle doğrudan tanımlayıcıların dışında tarih, küçük grup, olay ve sıra bilgilerini de iş amacı açısından değerlendirin. Maskeleme, güvenlik ya da anonimlik garantisi değildir.

Yapay zekâdan yanlış yer tutucuyu düzeltmesini isteyebilir miyim?

Modelin kimliği tahmin etmesini veya eşleme tablosunu yeniden kurmasını istemeyin. Bilinmeyen, değişmiş ya da çelişen işaretleri işaretleyip durmasını talep edin. Doğru ilişki yalnız yetkili kaynakta doğrulanabiliyorsa incelemeyi o kayda erişimi olan kişi yapmalıdır.

Maskeleme işaretlerini e-posta veya isimden üretmek uygun mudur?

İşareti gerçek değerlerden doğrudan türetmek, adın bir kısmını açığa çıkarabilir veya tahmin edilebilir hâle getirebilir. İşaretler kontrollü dönüşüm sürecinde üretilmeli; prompttan gerçek değerin çıkarılması mümkün olmamalıdır. Kurumunuzun onaylı yöntemini kullanın, kendiniz kriptografik yöntem tasarlamayın.

Testte bütün işaretler doğru görünüyorsa paylaşım onaylanabilir mi?

Bu yalnızca belirli testlerin geçtiğini gösterir. Kalan bağlamın kimliği açığa çıkarıp çıkarmadığını, veri paylaşım ortamının izinli olup olmadığını ve çıktının amaca uygunluğunu ayrıca kontrol edin. Onay, test kümesi ve kullanım koşullarının sınırı içinde verilmelidir.