Bilgi ve Bellek Yönetimi: İlk Üç Yön Kesinleşti
Bilgi ve Bellek Yönetimi modülünde bellek deposu, bilgi grafiği adaptörü ve kalıcılık sözleşmeleri kesinleşti; API geriye uyumlu kalırken iç yapı yeniden yazıldı.
Knowledge-and-Memory-Management modülü, geliştirme sürecinin ilk üç yönünü kesinleştirerek kararlı bir kilometre taşına ulaştı. Bu üç yön; farklı depolama arka uçları (bellek içi, vektör veritabanı, ilişkisel) için birleşik bir bellek deposu arayüzü, varlık tabanlı akıl yürütmeyi bellek işlemlerinden ayıran bir bilgi grafiği adaptör katmanı ve durum kaydetme/geri yükleme için serileştirme formatlarıyla şema geçiş yollarını sabitleyen kalıcılık sözleşmelerini kapsıyor. Değişiklikler, kısa süreli konuşma belleği ile uzun süreli olgusal bellek ayrımı gerektiren üretim iş yüklerinde uzun süreli kullanımın ardından kesinleştirildi.
API seviyesinde geriye dönük uyumluluk korunurken, iç tahliye politikaları ve indeksleme stratejileri yeni sözleşmelere uyacak şekilde yeniden yazıldı. Özellikle bilgi grafiği katmanının uygulama detaylarının bellek işlemlerine sızması sorunu, KnowledgeNode türünün artık salt eklemeli (additive) olmasıyla çözüldü; bu tür bellek girdilerini genişletiyor ama temel depolama sözleşmesini asla değiştirmiyor. Böylece geliştiriciler, bilgi girdileri üzerinde grafik gezintileri yapabilirken basit sorgular için tüm belleği düz bir koleksiyon gibi ele alabiliyor.
Yayınlanan örnek kod, store.put ve store.get gibi saf bellek işlemleriyle store.graph.query üzerinden yapılan grafik sorgularının nasıl net biçimde ayrıştığını gösteriyor; grafiğe özgü türler bellek API'sine hiç sızmıyor. Ajan tabanlı ve bellek yoğun mimariler kuran ekipler için bu kesinleşme, temel arayüzlerde artık değişiklik beklemeden geliştirme yapabilecekleri anlamına geliyor. Sıradaki 4-6 numaralı yönlerin dağıtık senkronizasyon ve çakışma çözümüne odaklanması bekleniyor, ancak temel artık oturmuş durumda.