RAG Sisteminde Belge Güncelleme ve Silme Nasıl Yönetilir?

Kaynak dosyayı tek kayıt olarak düşünmeyin

Bir belge içeri aktarılırken daha küçük parçalara ayrılabilir, farklı indekslere yazılabilir ve önceki cevaplarda kullanılabilir. Kaynağın silinmesi bu türevlerin kendiliğinden kaybolduğu anlamına gelmez. Hangi çıktının hangi belge sürümünden üretildiğini takip eden bir kimlik modeli kurun.

AWS bilgi tabanı eşitleme dokümantasyonu, kaynaktaki değişikliklerin bilgi tabanına yansıtılması için eşitleme sürecini açıklar. [1] Kendi çözümünüzde bağlantının “aktif” görünmesiyle veri eşitlemesinin başarılı olmasını ayırın. Son deneme, son başarılı aktarım ve kaynak sürümü ayrı bilgiler olmalıdır.

Belge kimliği ile sürüm kimliğini ayırın

Belgenin adı değişebilir ama aynı iş dokümanı olarak devam edebilir. Buna karşılık aynı adla tamamen farklı içerik yüklenebilir. Dosya yoluna tek başına güvenmek yerine belge kimliği ve içerik sürümünü ayrı tutmak değerlendirilebilir. Parçaların da hangi sürüme ait olduğu bilinmelidir.

Yeni sürümde paragraf sırası değiştiğinde eski satır numarası farklı metni gösterebilir. Kaynak bağlantılarının kullanıcıya gerçekten kullanılan sürümü veya güncel dokümanı açıklayıp açıklamadığını kontrol edin. Kaynak gösterimi, yalnızca dosya adına bağlanan süslü bir dipnot olmamalıdır.

Örnek: eski teslimat politikası hâlâ cevapta çıkıyor

Varsayımsal işletme teslimat koşullarını güncelliyor. Arama indeksi yenileniyor fakat yanıt önbelleğinde eski metin kalıyor. Kullanıcı yeni soruyu sorduğunda eski cevap yeniden sunuluyor. Sorun modelin genel bilgisi değil, uygulamanın veri yaşam döngüsüdür.

Bu örnek gerçek müşteri olayı değildir. Sizin sisteminizde hangi önbelleklerin bulunduğunu çıkararak tabloyu projeye uyarlayın.

Silme politikasını somutlaştırın

Bir kaynak silindiğinde hangi kayıtların hemen kaldırılacağı, hangi teknik kayıtların hangi amaçla tutulacağı belirlenmelidir. Bu rehber hukuki saklama süresi önermez. Kaynak dosya, çıkarılmış metin, vektör, önizleme ve sohbet alıntıları farklı veri türleridir; kapsam açık olmalıdır.

Eşitleme yarıda kalırsa bazı parçalar eski, bazıları yeni olabilir. Tamamlanmış sürümü atomik biçimde görünür kılma veya geçiş süresince güvenli kısıtlama gibi yaklaşımlar değerlendirilebilir. Hangi yöntem seçilirse seçilsin, karma sürüm sonuçları için test yapılmalıdır.

Belge içindeki talimatı sistem yetkisi saymayın

İçe aktarılan içerik, uygulamanın talimatlarını değiştirme hakkına sahip değildir. OWASP, dış dosya ve sayfalardan gelen içeriğin model davranışını etkilemesi riskini dolaylı prompt injection olarak ele alır. [2] Belge güncelleme hattı, kaynağın kim tarafından ve hangi onayla değiştirildiğini de takip etmelidir.

İçerik kaynağına erişebilen herkesin uygulama araçlarını yönlendirebilmesi istenmez. Belge metniyle sistem kurallarını ayırın; veri erişimini ve işlem yetkisini modelin yorumuna bırakmayın. Bu kontroller güncellik yönetiminden ayrı fakat onunla ilişkili bir güvenlik katmanıdır.

Testi değişiklikten önce ve sonra çalıştırın

Belirli belgeye dayanan birkaç örnek soruyu kayıt altına alın. Sonra belgeyi güncelleyin, erişimini değiştirin ve silin. Her adımda aranan parçaları, üretilen cevabı ve kaynak bağlantısını inceleyin. Yalnızca içe aktarma işinin başarılı kod dönmesi yeterli değildir.

Teslimde kaynak haritası, sürüm ilişkileri, silme kapsamı ve başarısız eşitleme yönergesi bulunsun. Operatör hangi belgenin neden güncel olmadığını görebilmeli; belirsiz durumda sistemin kesin cevap vermemesi için bir davranış planı olmalıdır.

Sık sorulan sorular

### Dosyayı silmek vektör kaydını da otomatik siler mi? Kullanılan ürün ve bağlantı yöntemine bağlıdır. Gerçek davranışı kontrol edin; kaynak silme, indeks eşitleme ve önbellek temizleme ayrı aşamalar olabilir.

Her değişiklikte bütün bilgi tabanını yeniden kurmalı mıyım?

Her zaman gerekmez. Artımlı güncelleme uygun olabilir, fakat silme, ilişki ve yarım kalma davranışları doğru tasarlanmalıdır. Seçim kaynak özelliklerine bağlıdır.