Verinin bir yaşam döngüsüne ihtiyacı vardır

Birçok veri projesi alım ve kullanımı ayrıntılı düşünür; sonrasını ihmal eder. Belgeler yüklenir, tablolar birleştirilir, konuşmalar indekslenir, çıktılar saklanır. Her adımda koleksiyon büyür. Eksik olan; nesnenin ne zaman etkinleşeceğini, kimin inceleyeceğini, neyin yerine geçeceğini ve kontrollü biçimde nasıl kullanım dışı bırakılacağını belirleyen sistemdir.

Yaşam döngüsü sunum için çizilmiş daire değildir. Sorumluluk, kural, olay ve sınanabilir geçişleri olan durum modelidir. Bilgi alanını güncel, meşru biçimde kullanılabilir ve yapay zekâ açısından yönetilebilir tutan budur.

Yaşam döngüsü toplamadan önce başlar

İlk soru dosyanın nerede saklanacağı değildir. Bu bilgiye neden ihtiyaç duyulduğudur. Amaç, beklenen kullanım, etkilenen kişiler, koruma ve kanıt ihtiyacı; hangi verinin alınacağını ve gereken kaliteyi belirler.

„İleride işe yarar" diye her şeyi toplamak kararı yalnızca erteler. Bilinmeyen kopyalar, çelişkili sürümler ve sahipsiz depolar oluşur. Kişisel veriler ayrıca amaçla sınırlılık, minimizasyon ve saklama sınırlaması gibi bağlama bağlı hukuk ilkelerine tabidir. Başka bilgiler yasal, sözleşmesel veya mesleki saklama yükümlülükleri taşıyabilir.

Bu nedenle nesne girişte en az amaç, kaynak, sorumlu sahip, koruma sınıfı, durum, geçerlilik dönemi, inceleme tarihi ve öngörülen tasfiye kuralı almalıdır. Eksik bilgiler ilk günden yaşam döngüsü borcu yaratır.

Aşama adlarından çok durum ve geçişler önemlidir

Oluştur, sakla, kullan, arşivle ve sil gibi aşamalar yön gösterir; fakat gerçek veri tek yönde ilerlemez. Arşivlenmiş kayıt denetim için yeniden sunulabilir. Kaynak geri çekilip düzeltilerek yeniden yayımlanabilir. Taslak etkinleşmeden reddedilebilir.

Durum modeli daha kesindir. Bilgi nesnesi draft, in_review, approved, active, restricted, superseded, archived, legal_hold veya disposed olabilir. Her geçişin tetikleyicisi, yetkili rolü, ön koşulu, olay kaydı ve sonraki etkisi vardır.

object_id: contract-guide-v4
state: active
valid_from: 2026-07-01
review_due: 2027-01-15
owner_role: legal_content_owner
retention_class: business_guidance
supersedes: contract-guide-v3
on_expiry: block_retrieval_and_review

Değer uygulamadan gelir. review_due geçtiğinde sistem yalnızca e-posta gönderip devam etmemelidir. Riske göre nesne işaretlenir, varsayılan retrieval dışına çıkarılır, incelemeye gönderilir veya görünür sınırlamayla kullanılabilir.

Ham veri, kürate veri ve etkin kanıt aynı değildir

Sağlam mimari katmanları ayırır. Ham bölge özgün kaydı değişmeden ve korumalı tutar. Kürate bölge temizlenmiş, normalleştirilmiş veya zenginleştirilmiş sürümleri belgeli türetmeyle taşır. Etkin bilgi alanı yalnızca belirli amaç, dönem ve kullanıcı grubu için onaylı kaynakları içerir. Arşiv, seçilmiş tarihsel nesne ve kanıtları her yapay zekâ sorgusuna otomatik vermeden saklar.

Bu ayrım iki hatayı önler: Düzeltme özgünün üzerine sessizce yazılmaz; „bulunabilir" ile „şimdi kullanılabilir" karıştırılmaz. Tarihsel kayıt değerini korurken güncel kararı bağlamsız biçimde geçersiz kılamaz.

Katmanlar arasında kalite ve onay kapıları vardır. Kimlik, biçim, bütünlük, köken, hak, koruma sınıfı, sürüm ve amaç kontrol edilir. Kapı yalnızca başarıyla çalışan betik değil, kaydedilmiş karardır.

Her kullanım yeni yaşam döngüsü nesneleri üretir

Yapay zekâ sistemi veriyi yalnızca tüketmez. Parça, embedding, özet, sınıflandırma, prompt, araç sonucu, log ve yanıt üretir. Her çıktının kendi amacı, hassasiyeti ve yaşam döngüsü vardır.

Belge silinirken parçaları vektör indeksinde kalabilir. Yanlış sayı bilgi tabanından çıkarken kaydedilmiş özette yaşayabilir. Kişisel bilgi arayüzden kaldırılıp hata ayıklama logunda kalabilir. Köken bilgisi türetmeleri iki yönde görünür kılmalıdır.

RAG zinciri örneğin özgün → çıkarım → kürate belge → parça → embedding → indeks kaydı → getirilen kanıt → yanıt biçimindedir. Kaynak durumu değişince zincir boyunca tanımlı işler tetiklenir: engelleme, yeniden çıkarım, yeniden embedding, indeks geçersizleştirme, bağlı özetleri inceleme ve etkilenen yanıtları işaretleme.

Her çıktı sonsuza dek saklanmamalıdır. Bazı çalışma verileri kısa süreli hata ayıklama içindir; başka kayıtlar denetim, güvenlik veya mesleki sorumluluk için daha uzun tutulur. Kararı boş depolama alanı değil, amaç ve risk verir.

Saklama iki soru sorar: Ne kadar ve hangi durumda?

„Yedi yıl" tam saklama kuralı değildir. Başlangıç olayı, istisna, sorumlu rol ve son eylem gerekir. Süre oluşturma, sözleşme bitişi, son değişiklik veya dosya kapanışında mı başlar? Dava veya inceleme sırasında ne olur?

Saklama, verinin tüm süre boyunca yapay zekâ bağlamında etkin kalması anlamına gelmez. Nesne kanıt için korumalı arşive alınırken arama, eğitim ve üretim dışına çıkarılabilir. Erişim, şifreleme, bütünlük ve geri yükleme arşiv işlevine göre düzenlenir.

legal_hold veya benzer koruma durumu olağan tasfiyeyi geçici durdurabilir. Bu istisna gerekçeli, yetkili, incelenen ve sonunda kaldırılan bir karar olmalıdır. Kalıcı istisna zayıf yönetişim işaretidir.

Silme düğme değil, zincirdir

Veritabanı satırını kaldırmak yaşam döngüsünü otomatik bitirmez. Kopyalar önbellek, arama indeksi, dışa aktarım, veri gölü, analitik tablo, log, yedek ve kullanıcı cihazında kalabilir. Türetilmiş çıktılar içeriğin bir kısmını koruyabilir.

Bu nedenle tasfiyenin kapsamı olmalıdır. Sistem bağlı nesneleri bulur, öngörülen yöntemi uygular, başarı ve hatayı kaydeder, kalan depoları denetler. Medya temizleme ayrı teknik disiplindir. NIST SP 800-88 Rev. 2 bunu, belirli çaba düzeyinde hedef veriye erişimi uygulanamaz kılan riske dayalı süreç olarak ele alır.

Yedekler dürüstçe tasarlanmalıdır. Tek nesne değişmez yedekten hemen çıkarılamayabilir. Üretimden silinir, geri yüklemede bastırılmak üzere kaydedilir ve belgeli yedek döngüsüyle sona erer. Geri yükleme, tasfiye edilmiş veriyi sessizce etkinleştirmemelidir.

Silme kaydı da silinen içeriğin tamamını saklamamalıdır. Kimlik, kural, zaman, yöntem, uygulayan rol, etkilenen sistem ve sonucu asgari düzeyde belgeler.

Yaşam döngüsü kontrolü olay ve sahip gerektirir

Takvim tek başına yetmez. Yeni sürüm, onay geri çekilmesi, sözleşme bitişi, kaynak düzeltmesi, rol değişikliği, olay, model güncellemesi veya amaç değişikliği de durum geçişi yaratır. Bu olaylar otomatik kontrolleri tetiklemelidir.

Yaşam döngüsü matrisi veri türü, amaç, sahip, etkin durum, inceleme, saklama, arşiv hedefi, tasfiye yöntemi ve bağlı sistemleri birleştirir. Alan sahibi anlamı ve geçerliliği; data steward kural ve meta veriyi; güvenlik koruma ve temizlemeyi; hukuk ve mahremiyet ilgili yükümlülüğü; mühendislik geçiş uygulamasını; denetim ise kanıtı kontrol eder.

İnsan anlam ve istisnanın karara bağlandığı yerde kalır. Otomasyon süre, bağımlılık analizi, engelleme, yeniden indeksleme ve kanıt toplamayı yürütür. Belirsiz saklama yükümlülüğünü sessiz silme veya sonsuz saklamayla „çözmemelidir".

Veri ve model yaşam döngüsü kesişir

Eğitim verisi, değerlendirme seti ve bilgi tabanı model ile ölçümü biçimlendirir. RAG'de geri çekme çoğunlukla kontrollü indeks güncellemesiyle yönetilebilir. Eğitilmiş modelden tek kaynağın etkisini çıkarmak çok daha zordur. Eğitim kullanımına ilişkin karar bu nedenle alımdan önce daha sıkı olmalıdır.

Model sürümü veri snapshot'ı, filtre, dönüşüm kodu ve değerlendirme setine bağlanmalıdır. Veri kümesi de hangi model, indeks veya rapor tarafından kullanıldığını gösterebilmelidir. Böylece değişiklik yalnızca kaynak klasörünü temizlemek yerine etki analizi başlatır.

Yaşam döngüsü deployment ile bitmez. Drift, yeni hata ve değişen çalışma koşulları eski verinin uygunluğunu azaltabilir. Planlı incelemeye kalite düşüşü, olağandışı retrieval, yeni kategori ve mesleki şikâyet gibi olaylar eklenir.

Yaşam döngüsü senaryolarla sınanır

Diyagram çalışmayı kanıtlamaz. Somut geçişleri test et:

1. Etkin politika yeni sürümle değiştirildi. Eski sürüm varsayılan retrieval dışına çıktı mı?

2. Kaynak geri çekildi. Hangi parça, embedding, özet ve yanıt belirlendi?

3. İnceleme tarihi geçti. Kullanım engellendi, sınırlandı veya yükseltildi mi?

4. Silme talebi üretim, log ve yedeğe ulaştı. Her sistemin akışı belgeli mi?

5. Yedek geri yüklendi. Önceden tasfiye edilen nesne bastırıldı mı?

6. legal_hold sona erdi. Normal kural yeniden başladı mı?

Geçiş süresi, hata, bulunmayan bağımlılık, manuel istisna ve kanıt bütünlüğünü ölç. Güçlü yaşam döngüsü hiç hata olmadığı için görünmez değildir; sapma tanınıp kontrol edildiği için güvenilirdir.

Verinin yaşam döngüsüne ihtiyacı vardır; çünkü bilgi zamana bağlıdır. Amaç başlar, geçerlilik biter, ilişki değişir ve risk türetmeler boyunca ilerler. Yalnızca depolamayı düzenlemek koleksiyon yönetimidir. Durum ve geçişleri tasarlamak sorumlu bilgi altyapısı kurmaktır.

Çalışma kâğıdı: Yaşam döngüsü matrisi kur

En az beş kaynak ve bir yapay zekâ kullanım senaryosu seç.

1. Amaç ve girişi tanımla. Toplama nedeni, izin verilen kullanım, sahip, koruma sınıfı ve zorunlu meta veriyi yaz.

2. Durumları modelle. En az sekiz durum ile izin verilen geçişleri, rolleri ve ön koşulları tanımla.

3. Türetmeleri eşle. Özgün, işlem, parça, embedding, indeks, özet ve çıktıyı zincirle.

4. İnceleme ve saklamayı planla. Tetikleyici, süre başlangıcı, istisna, arşiv durumu ve son eylemi belirle.

5. Geri çekmeyi canlandır. Bir kaynağı geri çek; engelleme, yeniden indeksleme, inceleme ve silme adımlarını kaydet.

6. Geri yüklemeyi test et. Yedek geri yüklemesini canlandır ve tasfiye edilen nesnenin yeniden etkinleşmesini önle.

7. Kanıtı incele. Bağımsız kişi her geçişi kimin neden tetiklediğini anlayabiliyor mu?

İndirilecek tüm materyaller — konu özeti ve çalışma kâğıdı:

Kapsam: Her veri için aynı aşama veya saklama süresini öngören evrensel yaşam döngüsü yoktur. Hukuki yükümlülük, meşru arşiv amacı, sözleşme, kanıt ihtiyacı ve teknik imkânlar değişir. Bu yazı mesleki-teknik tasarım modeli sunar; hukuki danışmanlık değildir. Uygulamadaki kaydı silmek, depolama ortamı, yedek, indeks veya türetilmiş çıktının güvenli biçimde ortadan kalktığı anlamına gelmez.