Ajan belleği bir bağlam sorunu değil, bir kimlik sorunudur

Tez#

Ajan belleği tartışması neredeyse tümüyle teknik bir çerçevede yürüyor: vektör deposu mu ilişkisel tablo mu, özet mi tam kayıt mı, ne zaman tazelenir. Bunlar gerçek sorular ama hepsi ikinci sırada. Birinci sırada olan soru, belleğin varlığıyla birlikte sisteme giren yeni bir veri sınıfı.

Bir ajan belleği, tanımı gereği oturumlar arasında yaşayan ve bir kişiyle ilişkilendirilen bir kayıt. Bu iki özellik — kalıcılık ve kişiye bağlılık — onu bir önbellekten ayırıyor ve kişisel veri rejiminin kapsamına sokuyor. Kullanıcının bir konuşmada söylediği bir tercih, bir kısıt, bir kişisel durum; bellekte saklandığı anda işlenen bir kişisel veri hâline geliyor. Teknik tartışma bu gerçeği atladığında, sonradan geri alınamayan bir mimari borç birikiyor.

Bağlam: dört bellek türü ve yükümlülükleri#

Bellek tek bir şey değil; dört farklı tür ve her birinin yetki profili farklı. Ayrımı yapmadan kurulan bellek katmanı, en riskli türü en gevşek kuralla yönetiyor.

Dördüncü satırdaki risk somut ve sık. "Ajan zamanla öğreniyor" diye tanıtılan davranış, pratikte bireysel oturumlardan çıkarılan kalıpların paylaşılan bir belleğe yazılması oluyor. Bir kullanıcının konuşmasında geçen bir müşteri adı, bir fiyat, bir iç kural; kurumsal belleğe yazıldığında o belleği okuyan herkese açılıyor. Bu, kasıtlı bir sızıntı değil ama sonucu bir sızıntı.

Kanıt: bellek eklemeden önce cevaplanacak sorular#

Bellek katmanı kurmadan önce cevaplanması gereken sorular teknik değil yönetişimsel. Bu sorular cevaplanmadığında bellek çalışır ama denetlenemez.

• Kime ait: bellek kaydı hangi kimlikle ilişkilendiriliyor? Kimliksiz bellek oturumlar arası süreklilik sağlamaz.
• Kim okuyabilir: aynı kullanıcı mı, ekip mi, tüm kurum mu? Okuma kümesi yazma anında belirlenmiş olmalı.
• Ne kadar yaşar: saklama süresi tanımlı mı ve otomatik uygulanıyor mu? Süresiz bellek, süresiz yükümlülük.
• Kim silebilir: kullanıcı kendi belleğini silebiliyor mu? Silme talebi teknik olarak karşılanabilir mi?
• Ne kaydedilmez: hangi bilgi türleri belleğe hiç yazılmaz? Kara liste yoksa her şey yazılır.

Beşinci madde en pratik koruma. Belleğe ne yazılmayacağını baştan tanımlamak — kimlik numarası, sağlık bilgisi, ödeme detayı, üçüncü kişi verisi — sonradan silmekten çok daha kolay. Bu kara liste, modelin belleğe yazma kararını vermeden önce uygulanan bir filtre olarak kurulabiliyor ve maliyeti düşük.

Mekanizma: silme talebinin teknik karşılığı#

Silme hakkı, ajan belleğinde klasik veritabanlarından farklı bir problem üretiyor. Bir satırı silmek kolay; ama o satırdan türetilmiş özetler, gömme vektörleri ve kurumsal belleğe yazılmış kalıplar silinmiyor.

Bu yüzden silme, bellek mimarisinin baştan tasarlanmasını gerektiriyor: her türetilmiş kayıt, kaynağına bağlı tutulmalı. Bir özet hangi konuşmalardan üretildi, bir gömme hangi metinden çıktı, kurumsal bellekteki bir kalıp hangi oturumlardan beslendi — bu bağlar kaydedilmezse silme talebi karşılanamaz hâle geliyor. Pratikte çoğu bellek uygulaması bu bağları tutmuyor; silme isteği geldiğinde ham kayıt siliniyor, türevleri kalıyor ve kurum bunu fark etmiyor. Köken kaydı bu yüzden bir analitik lüksü değil, silme yükümlülüğünün ön koşulu.

Karşı görüş#

İki itiraz güçlü. Birincisi: bellek olmadan ajan işe yaramıyor; her oturumda sıfırdan başlayan bir asistan kullanıcıyı yoruyor ve ürünün değer önerisini ortadan kaldırıyor. İkincisi: bu yükümlülükler zaten kişisel veri rejiminin bilinen gereklilikleri; ajan belleği özel bir kategori değil.

Belleği kapattık, kullanım düştü. Açtık, bir ay sonra hukuk ekibi geldi: kullanıcıların belleklerini görüntüleyebileceği bir arayüz yoktu ve silme talebini elle karşılıyorduk.

Birinci itiraz doğru ve tez ona karşı değil: bellek gerekli. Tezin söylediği şey belleğin bedava olmadığı — faydası ile yükümlülüğü aynı özellikten, kalıcılık ve kişiye bağlılıktan doğuyor. İkinci itiraz için nüans önemli: yükümlülükler gerçekten bilinen yükümlülükler ama ajan belleğinde iki şey farklı. Birincisi verinin ne olduğu önceden bilinmiyor — kullanıcı serbest metin yazıyor ve model neyi kaydedeceğine kendisi karar veriyor, dolayısıyla veri envanteri baştan çıkarılamıyor. İkincisi türetilmiş kayıtlar silme talebini teknik olarak karşılanamaz kılıyor. Bu iki fark, bilinen yükümlülüklerin bilinen çözümlerini yetersiz bırakıyor.

Sınırlar ve belirsizlik#

Bu analiz hukuki görüş değil ve bellek uygulamalarının hukuki statüsü henüz yerleşmemiş.

• Hukuki nitelendirme yerleşmedi: ajan belleğinin hangi koşullarda kişisel veri sayıldığı yargı kararlarıyla netleşecek.
• Türetilmiş kayıt silme pratiği olgun değil: gömme vektöründen bir kaydın etkisini kaldırmanın standart yolu yok.
• Kara liste kapsamı editoryal: belleğe yazılmaması gereken bilgi türlerinin listesi alana göre değişiyor.
• Kurumsal bellek sızıntı oranı ölçülmemiş: bireysel oturumlardan paylaşılan belleğe ne kadar kişisel veri geçtiğine dair veri yok.

Sonuç#

Ajan belleği bir teknik eklenti gibi kuruluyor ama kurulduğu anda sisteme kişiye bağlı kalıcı veri giriyor. Bu, bir veri deposu eklemekle aynı ağırlıkta bir karar ve aynı hazırlığı gerektiriyor: sahiplik, okuma kümesi, saklama süresi, silme yolu ve yazılmayacaklar listesi.

Beş sorunun cevabı yazılı olmadan kurulan bellek çalışır ve fayda üretir — sorun burada başlıyor. Fayda hemen görünür, yükümlülük sonradan. Hukuk ekibi geldiğinde bellek zaten aylarca veri biriktirmiş ve türetilmiş kayıtlar kaynağına bağlı tutulmadığı için silme talebi teknik olarak karşılanamaz hâle gelmiş oluyor. Bu, geri dönüşü en pahalı mimari borçlardan biri.

Ne yapmalı?#

1. 1Beş soruyu yazılı cevaplayın

   Kime ait, kim okur, ne kadar yaşar, kim siler, ne yazılmaz? Cevaplar mimari karar notunda dursun.

2. 2Bellek türlerini ayırın

   Oturum, kullanıcı, görev ve kurumsal bellek aynı depoda ve aynı kuralla yönetilmesin.

3. 3Yazma filtresi kurun

   Belleğe yazılmayacak bilgi türlerini model karar vermeden önce eleyin. Sonradan silmekten kolay.

4. 4Köken kaydını tutun

   Her türetilmiş kayıt kaynağına bağlı olsun. Silme yükümlülüğünün ön koşulu bu.

5. 5Kullanıcıya görüntüleme ve silme arayüzü verin

   Elle karşılanan silme talebi ölçeklenmez ve denetimde belge üretmez.

6. 6Kurumsal belleği arındırın

   Paylaşılan belleğe bireysel oturumlardan kişisel veri geçmesini engelleyen bir adım olmalı.