OpenClaw'ın kalıcı belleği: dört katman, heartbeat kontrolleri ve kapıdan geçiren yazma işlemleri

Moltbot ve Clawdbot adlarıyla bilinen agent projesi OpenClaw, sıradan gibi durup aslında öyle olmayan bir yeteneğiyle dikkat çekiyor: hatırlıyor. 24 Ekim'de dev.to'da yayımlanan teknik bir inceleme, OpenClaw tarzı sistemlerde kalıcı belleğin tipik olarak nasıl kurgulandığını ele alıyor ve sürekliliği, her oturum sıfırlandığında bağlamın tamamen silindiği asistan deneyimlerindeki eksik parça olarak tanımlıyor.

Farklı ömürlerden dört katman

dev.to yazısı belleği dört katmanda düzenliyor. Prompt penceresi güncel konuşmayı ve araç çıktılarını tutar — hızlı, geçici ve token bütçeleriyle sınırlıdır. Oturum belleği, devam eden görev için yapılandırılmış durumu saklar: hedefler, etkin varlıklar ve geçici tercihler gibi. Kalıcı kullanıcı belleği, yeniden başlatmalardan sonra da var olması beklenen bilgileri depolar; tercih edilen kodlama yığını, saat dilimi veya bildirim alışkanlıkları gibi. Bilgi belleği ise notları, artifact'leri ve geçmiş çalışma ürünlerini tutar; embeddings ve metadata filtreleriyle erişime hazır şekilde indekslenir.

Yazarın vurguladığı kritik nokta şudur: her şey uzun süreli depolamaya yazılmaz. Çıkarma ve sıralama süreçleri, kararlı ve yüksek değerli bilgileri filtreler; böylece dayanıklı bellek küçük ve güvenilir kalır.

Yazma yolu: model çağrılarından önce ucuz kontroller

Makale bir pipeline tanımlıyor. Olaylar sohbet turlarından, araç sonuçlarından, dosya düzenlemelerinden ve görev çıktılarından yakalanır. Hafif bir çıkarıcı, hatırlanmaya değer aday bilgileri ayıklar — kalıcı tercihler, kimlik detayları, tekrarlayan iş akışı desenleri, çözülmemiş taahhütler.

Ardından yazının "heartbeat deseni" dediği yaklaşım devreye girer: önce düşük maliyetli doğrulama yapılır. Tekilleştirme hash kontrolleri, şema doğrulaması, sezgisel kurallar ve önceden hesaplanmış güven skorları adayları eler; yalnızca şüpheye düşenler, hem kalıcılık değerini hem de hassasiyet riskini puanlayan bir LLM sınıflandırıcısına ulaşır. Bu aşamayı geçenler, tipize edilmiş kayıtlara dönüştürülür; güncellik, güven ve kaynak önceliğine dayalı bir çakışma politikasıyla mevcut kayıtlarla birleştirilir ve açıklama ile geri alma imkanı sağlayan değiştirilemez bir denetim günlüğüne eklenir.

Okuma yolu da aynı disiplini izler: güncel turdan ve etkin görev durumundan sorgu niyeti oluşturulur, yapılandırılmış ve vektör depolardan adaylar getirilir, yeniden sıralanır, token ve gecikme bütçeleri uygulanır ve ancak o zaman seçilen anılar bağlama enjekte edilir. Yazma işlemleri kalite ve güvenlik için, okuma işlemleri alaka ve hız için optimize edilir.

Bellek kayıtları kendi metadata'sını taşır

Makalede taslak olarak verilen tipik bir bellek varlığı; tip, anahtar ve değer alanlarının yanı sıra güven skoru, kaynak referansı, hassasiyet, yaşam süresi (TTL), sürüm ve embedding referansı alanlarını içerir. Yazar her alanın hakkını verdiğini savunur: güven skoru zayıf çıkarımlardan kaynaklanan kırılgan davranışı engeller, hassasiyet saklama ve erişim kontrollerini belirler, TTL bayat bilgilerin sonsuza dek yaşamasını önler, sürümleme ise eşzamanlılık ve denetlenebilirliği destekler.

Heartbeat'ler ve çoklu depolama

Heartbeat döngüleri, son dönemdeki OpenClaw topluluk tartışmalarındaki en pratik fikirlerden biri olarak sunuluyor. Ağır akıl yürütmeyi sürekli çalıştırmak yerine, periyodik görevler ucuz canlılık kontrolleri ve bayat bellek tespiti yapar; yalnızca anomali durumunda model çağrılarına geçilir. Örnek görevler arasında gecikmiş hatırlatmaları tespit etme, doğrulanmamış tercihlere ilişkin güven skorunu düşürme, faturalama veya kimlik bilgisi kapsamları gibi yüksek etkili anıları yeniden doğrulama ve gereksiz bellek kümelerini sıkıştırma yer alır. Yazar, bunun maliyeti düşürürken gözlemlenebilirliğe ve SLO yönetimine yardımcı öngörülebilir zamanlama sınırları da yarattığına dikkat çeker.

Depolama bilinçli olarak sistemlere bölünmüş durumda: kurallı tipli kayıtlar için ilişkisel bir veritabanı, semantik geri çağırma için bir vektör veritabanı, ham artifact'ler için bir nesne deposu ve tekrar oynatma ile uyumluluk için yalnızca-ekleme yapılan bir olay günlüğü. Yaygın bir desen, önce SQL'e yazmak, embedding'i asenkron olarak hesaplatmak ve ardından embedding referansıyla bağlantı kurmaktır.

Erişim benzerlikten öteye gidiyor

Sorgu anında makale, adayları yalnızca embedding benzerliğine göre değil şu ölçütlere göre puanlamayı öneriyor: semantik alaka, güncellik, güven skoru ve kaynak güveni, eksi bir politika cezası — bu ceza, gerekçesi olmadıkça hassas anıları bastırır. Güncellik, eski ama benzer kayıtların prompt'ları kirletmesini önler; kaynak güveni, geçici bahsişlerden çok doğrulanmış araç çıktılarını öne çıkarır. İki yüksek alakalı anı çakıştığında önerilen yaklaşım, ikisini de bir belirsizlik notuyla bağlama dahil etmek ya da açıklayıcı bir soru tetiklemektir.

Bellek bir saldırı yüzeyidir

dev.to yazısı riskler konusunda açık sözlü. Sıraladığı koruma bariyerleri arasında açık saklama sınıfları (izinli, maskeli, asla kaydetme), kullanıcının kayıtları inceleyip düzenleyebileceği, silebileceği ya da son N günü unutabileceği kontroller ve kapsamlı yürütme sandbox'ları yer alıyor — nono gibi topluluk projelerine atıf yapılıyor — böylece bellek, geniş araç izinleri anlamına gelmiyor. Yazı ayrıca, doğrulama olmaksızın ham dış talimatları güvenilir kullanıcı tercihi olarak kalıcılaştırmama konusunda uyarıyor; bu bir prompt injection savunması. Dinlenme halinde şifreleme, imzalı güncellemeler ve okuma/yazma denetim izleri çağrısı yapıyor. Makale, OpenClaw'ı süregiden topluluk karşılaştırmalarında Nanobot gibi daha hafif alternatiflerin yanına yerleştiriyor ve mimari incelemesini Apidog kullanan bir API testi bölümüyle eşleştiriyor; yazının feed sürümü, bellek çıkarma, upsert ve sorgu uç noktalarını listeleyen referans API tablosunun ortasında kesiliyor.

Neden önemli

Çoğu asistan hâlâ her oturuma sıfırdan başlıyor; kalıcı belleğin bu yüzden trend olmaya devam etmesi boşuna değil. Burada ele alınan OpenClaw tasarımı, pratiğin nereye evrildiğini gösteriyor: dayanıklı bellek tek bir vektör deposu değil; ucuz kontrollerin pahalı model çağrılarından önce geldiği, kayıtların güven ve hassasiyet metadata'sı taşıdığı, erişimin alakayı politika ile dengelediği ve kullanıcıların neyin hatırlandığını denetleyebildiği kapılı bir pipeline. Maliyet, gecikme ve gizlilik, sonradan eklenen katmanlar değil, mimarinin içinde çözülüyor. Belirtilmesi gereken bir uyarı: bu, OpenClaw tarzı belleğin üretimde tipik olarak nasıl çalıştığına dair topluluk tarafından yazılmış bir anlatım, resmi dokümantasyon değil — ancak yavaş, pahalı veya güvensiz hale gelmeden hatırlayan agent'lar için bir şema olarak, deseni net biçimde ortaya koyuyor.