Bilgi ve Bellek Yönetimi modülü, ilk üç geliştirme yönünün tamamlanmasıyla önemli bir kilometre taşına ulaştı. Bu güncelleme, son sürüm notlarında belgelenmiş olup, bellek ve bilgi işlemleri için temel arayüzleri standartlaştırmayı amaçlayan bilinçli bir tasarım aşamasının sonunu işaret ediyor. Ajan sistemleri veya geri getirme artırılmış boru hatları (RAG) ile çalışan deneyimli geliştiriciler için bu değişiklikler, kalıcı bellek ve yapılandırılmış bilgiyi uygulama yığınına entegre etme sürecindeki sürtünmeyi azaltıyor.
Tamamlanan üç yön, sistemin temel katmanlarını kapsıyor: Birinci Yön: Birleşik Bellek Deposu Arayüzü – Bellek girişlerinin oluşturulması, güncellenmesi, sorgulanması ve çıkarılması işlemlerini, alt yapıdaki depolama arka ucundan (bellek içi, vektör veritabanı veya ilişkisel) bağımsız olarak standartlaştırır. İkinci Yön: Bilgi Grafiği Adaptör Katmanı – Varlık tabanlı akıl yürütme ile bellek işlemleri arasında temiz bir sınır tanımlar, grafik benzeri sorgulara izin verirken çekirdek bellek mantığını kirletmez. Üçüncü Yön: Kalıcılık ve Serileştirme Sözleşmeleri – Serileştirme formatını ve durumu kaydetme/geri yükleme için yaşam döngüsü kancalarını, şema değişiklikleri için geçiş yolları dahil olmak üzere sabitler.
Bu yönler, hem kısa vadeli (konuşma) hem de uzun vadeli (olgusal) bellek ayrımı gerektiren üretim iş yüklerinde kapsamlı kullanım sonrasında sonlandırıldı. Değişiklikler API düzeyinde geriye dönük uyumlu, ancak dahili çıkarma politikaları ve indeksleme stratejileri yeni sözleşmelere uyum sağlamak için yeniden yazıldı. Önceki sürümlerde yaygın bir sorun, bilgi grafiği katmanından bellek işlemlerine uygulama detaylarının sızmasıydı.
İkinci Yön ile birlikte KnowledgeNode türü artık tamamen eklemeli – bellek girişlerini genişletiyor ancak çekirdek depolama sözleşmesini asla değiştirmiyor. Bu sayede, bilgi girişlerinde grafik geçişleri yaparken tüm belleği basit aramalar için düz bir koleksiyon olarak ele alabilirsiniz. İşte temel bir bellek depolama-geri getirme deseni için son halini alan API'nin hızlı bir örneği:
Yukarıdaki örnekte ayrımı görebilirsiniz: store.put ve store.get saf bellek işlemleridir. Grafik sorgusu, aynı verilere özel bir adaptör aracılığıyla erişir ve grafiğe özgü türleri bellek API'sine maruz bırakmaz. Bu, bellek yoğun ajan mimarileri iten ekipler için bu sonlandırmanın, temel ilkellerdeki değişim konusunda endişelenmeden arayüze güvenebilecekleri anlamına geliyor.
Nasıl Önlem Alınmalı?
Sıradaki yönlerin (4-6) dağıtık senkronizasyon ve çakışma çözümüne odaklanması bekleniyor, ancak temel atıldı. Belgeleri inceleyin ve entegrasyonlarınızı güncelleyin – bu, üzerine inşa edilecek kararlı temeldir. Geliştiriciler, yeni API ile bellek yönetimini daha öngörülebilir ve modüler hale getirebilir, böylece uygulamalarının ölçeklenebilirliğini artırabilir.
Kaynak: dev.to