memory-wiki, kalıcı belleği derlenmiş bir bilgi kasasına dönüştüren paketlenmiş bir Plugin’dir.
Active Memory Plugin’inin yerini almaz. Active Memory Plugin’i hâlâ hatırlama, yükseltme, indeksleme ve Dreaming işlemlerinin sahibidir. memory-wiki onun yanında durur ve kalıcı bilgiyi belirlenimci sayfalar, yapılandırılmış iddialar, kaynak bilgisi, panolar ve makine tarafından okunabilir özetler içeren gezilebilir bir wiki’ye derler.
Belleğin bir Markdown dosyaları yığını gibi değil, bakımı yapılan bir bilgi katmanı gibi davranmasını istediğinizde kullanın.
Ne ekler?
- Belirlenimci sayfa düzenine sahip özel bir wiki kasası
- Yalnızca düz yazı değil, yapılandırılmış iddia ve kanıt üst verisi
- Sayfa düzeyinde kaynak bilgisi, güven, çelişkiler ve açık sorular
- Aracı/çalışma zamanı tüketicileri için derlenmiş özetler
- Wiki’ye özgü search/get/apply/lint araçları
- Open Knowledge Format içe aktarımlarını derlenmiş wiki kavramlarına dönüştürme
- Active Memory Plugin’inden genel yapıtları içe aktaran isteğe bağlı köprü modu
- İsteğe bağlı Obsidian dostu işleme modu ve CLI entegrasyonu
Bellekle nasıl uyum sağlar?
Ayrımı şöyle düşünün:| Katman | Sahip olduğu |
|---|---|
Active Memory Plugin’i (memory-core, QMD, Honcho vb.) | Hatırlama, anlamsal arama, yükseltme, Dreaming, bellek çalışma zamanı |
memory-wiki | Derlenmiş wiki sayfaları, kaynak bilgisi açısından zengin sentezler, panolar, wiki’ye özgü search/get/apply |
memory_search corpus=all ile iki katmanı da tek geçişte arayabilir.
Wiki’ye özgü sıralama, kaynak bilgisi veya doğrudan sayfa erişimi gerektiğinde bunun yerine wiki’ye özgü araçları kullanın.
Önerilen hibrit desen
Yerel öncelikli kurulumlar için güçlü bir varsayılan şudur:- Hatırlama ve geniş anlamsal arama için Active Memory arka ucu olarak QMD
- Kalıcı sentezlenmiş bilgi sayfaları için
bridgemodundamemory-wiki
- QMD, ham notları, oturum dışa aktarımlarını ve ek koleksiyonları aranabilir tutar
memory-wiki, kararlı varlıkları, iddiaları, panoları ve kaynak sayfaları derler
- bellek genelinde tek bir geniş hatırlama geçişi istediğinizde
memory_searchkullanın - kaynak bilgisine duyarlı wiki sonuçları istediğinizde
wiki_searchvewiki_getkullanın - paylaşılan aramanın iki katmanı da kapsamasını istediğinizde
memory_search corpus=allkullanın
openclaw wiki doctor çalıştırın, ardından Active Memory Plugin’inin genel yapıtları desteklediğini doğrulayın.
Köprü modu etkin olduğunda ve bridge.readMemoryArtifacts etkinleştirildiğinde,
openclaw wiki status, openclaw wiki doctor ve openclaw wiki bridge import çalışan Gateway üzerinden okur. Bu, CLI köprü denetimlerini çalışma zamanı bellek Plugin bağlamıyla uyumlu tutar. Köprü devre dışıysa veya yapıt okumaları kapalıysa, bu komutlar yerel/çevrimdışı davranışlarını korur.
Kasa modları
memory-wiki üç kasa modunu destekler:
isolated
Kendi kasası, kendi kaynakları; memory-core bağımlılığı yoktur.
Wiki’nin kendi seçilmiş bilgi deposu olmasını istediğinizde bunu kullanın.
bridge
Active Memory Plugin’inden genel Plugin SDK sınırları üzerinden genel bellek yapıtlarını ve bellek olaylarını okur.
Wiki’nin, bellek Plugin’inin dışa aktarılmış yapıtlarını özel Plugin iç yapısına erişmeden derleyip düzenlemesini istediğinizde bunu kullanın.
Köprü modu şunları indeksleyebilir:
- dışa aktarılmış bellek yapıtları
- Dreaming raporları
- günlük notlar
- bellek kök dosyaları
- bellek olay günlükleri
unsafe-local
Yerel özel yollar için açık aynı makine kaçış kapısı.
Bu mod bilinçli olarak deneysel ve taşınabilir değildir. Yalnızca güven sınırını anladığınızda ve köprü modunun sağlayamadığı yerel dosya sistemi erişimine özellikle ihtiyaç duyduğunuzda kullanın.
Kasa düzeni
Plugin bir kasayı şöyle başlatır:- içe aktarılmış ham malzeme ve köprü destekli sayfalar için
sources/ - kalıcı şeyler, kişiler, sistemler, projeler ve nesneler için
entities/ - fikirler, soyutlamalar, desenler ve ilkeler için
concepts/ - derlenmiş özetler ve bakımı yapılan toplamalar için
syntheses/ - oluşturulan panolar için
reports/
Open Knowledge Format içe aktarımları
memory-wiki, açılmış Open Knowledge Format paketlerini şu komutla içe aktarabilir:
memory-wiki’nin bunu OpenClaw’a özgü kavram sayfalarına ve derlenmiş özetlere dönüştürmesine izin verin.
İçe aktarıcı OKF v0.1 biçimini izler:
- ayrılmış olmayan
.mddosyaları kavram belgeleridir - içe aktarılan her kavramın boş olmayan bir
typefrontmatter alanına ihtiyacı vardır - bilinmeyen OKF
typedeğerleri kabul edilir - ayrılmış
index.mdvelog.mddosyaları kavram olarak içe aktarılmaz - bozuk veya harici markdown bağlantıları korunur
concepts/ altında düzleştirilir; böylece mevcut derleme, arama, getirme, pano ve istem özeti yolları ikinci bir wiki ağacı eklemeden bunları görür. Her sayfa özgün OKF kavram kimliğini, kaynak yolunu, type, resource, tags, zaman damgasını ve tüm üretici frontmatter’ını korur. Dahili OKF bağlantıları oluşturulan wiki kavram sayfalarına yeniden yazılır ve ayrıca kind: okf-link ile yapılandırılmış relationships girdileri olarak yayılır.
Yapılandırılmış iddialar ve kanıt
Sayfalar yalnızca serbest biçimli metin değil, yapılandırılmışclaims frontmatter’ı taşıyabilir.
Her iddia şunları içerebilir:
idtextstatusconfidenceevidence[]updatedAt
kindsourceIdpathlinesweightconfidenceprivacyTiernoteupdatedAt
Aracıya dönük varlık üst verisi
Varlık sayfaları, aracı kullanımı için yönlendirme üst verisi de taşıyabilir. Bu genel frontmatter’dır; dolayısıyla kişiler, ekipler, sistemler, projeler veya başka herhangi bir varlık türü için çalışır. Yaygın alanlar şunlardır:entityType: örneğinperson,team,systemveyaprojectcanonicalId: takma adlar ve içe aktarımlar genelinde kullanılan kararlı kimlik anahtarıaliases: aynı sayfaya çözümlenmesi gereken adlar, kullanıcı adları veya etiketlerprivacyTier:public,local-private,sensitiveveyaconfirm-before-usebestUsedFor/notEnoughFor: kompakt yönlendirme ipuçlarılastRefreshedAt: sayfa düzenleme zamanından ayrı kaynak yenileme zaman damgasıpersonCard: kullanıcı adları, sosyal bağlantılar, e-postalar, saat dilimi, hat, sorulacak konular, sorulmaması gereken konular, güven ve gizlilik içeren isteğe bağlı kişiye özgü yönlendirme kartırelationships: hedef, tür, ağırlık, güven, kanıt türü, gizlilik katmanı ve not içeren ilgili sayfalara türlendirilmiş kenarlar
reports/person-agent-directory.md ile başlamalı, ardından iletişim ayrıntılarını veya çıkarılan olguları kullanmadan önce kişi sayfasını wiki_get ile açmalıdır.
Örnek:
Derleme hattı
Derleme adımı wiki sayfalarını okur, özetleri normalleştirir ve kararlı makineye dönük yapıtları şuraya yayar:.openclaw-wiki/cache/agent-digest.json.openclaw-wiki/cache/claims.jsonl
- search/get akışları için ilk geçiş wiki indeksleme
- iddia kimliğinden sahip sayfaya geri arama
- kompakt istem ekleri
- rapor/pano oluşturma
Panolar ve sağlık raporları
render.createDashboards etkinleştirildiğinde derleme, reports/ altında panoları korur.
Yerleşik raporlar şunları içerir:
reports/open-questions.mdreports/contradictions.mdreports/low-confidence.mdreports/claim-health.mdreports/stale-pages.mdreports/person-agent-directory.mdreports/relationship-graph.mdreports/provenance-coverage.mdreports/privacy-review.md
- çelişki notu kümeleri
- rakip iddia kümeleri
- yapılandırılmış kanıtı eksik iddialar
- düşük güvenli sayfalar ve iddialar
- eski veya bilinmeyen güncellik
- çözülmemiş soruları olan sayfalar
- kişi/varlık yönlendirme kartları
- yapılandırılmış ilişki kenarları
- kanıt sınıfı kapsamı
- kullanılmadan önce inceleme gerektiren genel olmayan gizlilik katmanları
Arama ve getirme
memory-wiki iki arama arka ucunu destekler:
shared: kullanılabilir olduğunda paylaşılan bellek arama akışını kullanırlocal: wiki’yi yerel olarak arar
wikimemoryall
wiki_searchvewiki_getmümkün olduğunda ilk geçiş olarak derlenmiş özetleri kullanır- iddia kimlikleri sahip sayfaya geri çözümlenebilir
- itirazlı/eski/güncel iddialar sıralamayı etkiler
- kaynak bilgisi etiketleri sonuçlara taşınabilir
- arama modu kişi bulma, soru yönlendirme, kaynak kanıtı veya ham iddialar için sıralamayı yönlendirebilir
- tek bir geniş hatırlama geçişi için
memory_search corpus=allkullanın - wiki’ye özgü sıralama, kaynak bilgisi veya sayfa düzeyinde inanç yapısı önemli olduğunda
wiki_search+wiki_getkullanın
auto: dengeli varsayılanfind-person: kişiye benzeyen varlıkları, takma adları, kullanıcı adlarını, sosyal bağlantıları ve kanonik kimlikleri öne çıkarırroute-question: aracı kartlarını, sorulacak konu ipuçlarını, en iyi kullanım ipuçlarını ve ilişki bağlamını öne çıkarırsource-evidence: kaynak sayfaları ve yapılandırılmış kanıt üst verisini öne çıkarırraw-claim: eşleşen yapılandırılmış iddiaları öne çıkarır ve sonuçlarda iddia/kanıt üst verisi döndürür
wiki_search, ayrıntı yükünde matchedClaimId, matchedClaimStatus, matchedClaimConfidence, evidenceKinds ve evidenceSourceIds döndürebilir. Metin çıktısı da mevcut olduğunda kompakt Claim: ve Evidence: satırlarını içerir.
Aracı araçları
Plugin şu araçları kaydeder:wiki_statuswiki_searchwiki_getwiki_applywiki_lint
wiki_status: geçerli kasa modu, sağlık, Obsidian CLI kullanılabilirliğiwiki_search: wiki sayfalarını ve yapılandırıldığında paylaşılan bellek külliyatlarını arar; kişi bulma, soru yönlendirme, kaynak kanıtı veya ham iddia ayrıntısına inme içinmodekabul ederwiki_get: bir wiki sayfasını kimliğe/yola göre okur veya paylaşılan bellek külliyatına geri dönerwiki_apply: serbest biçimli sayfa ameliyatı olmadan dar sentez/üst veri mutasyonlarıwiki_lint: yapısal denetimler, kaynak bilgisi boşlukları, çelişkiler, açık sorular
memory_search ve memory_get, Active Memory Plugin’i derlem seçimini
desteklediğinde wiki’ye erişebilir.
İstem ve bağlam davranışı
context.includeCompiledDigestPrompt etkinleştirildiğinde, bellek istemi bölümleri
agent-digest.json içinden kompakt bir derlenmiş anlık görüntü ekler.
Bu anlık görüntü bilerek küçük ve yüksek sinyallidir:
- yalnızca en önemli sayfalar
- yalnızca en önemli iddialar
- çelişki sayısı
- soru sayısı
- güven/güncellik niteleyicileri
Yapılandırma
Yapılandırmayıplugins.entries.memory-wiki.config altına koyun:
vaultMode:isolated,bridge,unsafe-localvault.renderMode:nativeveyaobsidianbridge.readMemoryArtifacts: Active Memory Plugin’inin herkese açık yapılarını içe aktarbridge.followMemoryEvents: köprü modunda olay günlüklerini dahil etsearch.backend:sharedveyalocalsearch.corpus:wiki,memoryveyaallcontext.includeCompiledDigestPrompt: bellek istemi bölümlerine kompakt özet anlık görüntüsünü eklerender.createBacklinks: deterministik ilgili bloklar oluşturrender.createDashboards: pano sayfaları oluştur
Örnek: QMD + köprü modu
Bunu, geri çağırma için QMD ve bakımı yapılan bir bilgi katmanı içinmemory-wiki istediğinizde kullanın:
- Active Memory geri çağırmadan QMD sorumlu kalır
memory-wikiderlenmiş sayfalara ve panolara odaklanır- derlenmiş özet istemlerini bilerek etkinleştirene kadar istem şekli değişmez
CLI
memory-wiki ayrıca üst düzey bir CLI yüzeyi sunar:
Obsidian desteği
vault.renderMode obsidian olduğunda Plugin, Obsidian dostu
Markdown yazar ve isteğe bağlı olarak resmi obsidian CLI’sini kullanabilir.
Desteklenen iş akışları şunları içerir:
- durum yoklama
- vault araması
- bir sayfayı açma
- bir Obsidian komutunu çağırma
- günlük nota atlama
Önerilen iş akışı
- Active Memory Plugin’inizi geri çağırma/yükseltme/Dreaming için koruyun.
memory-wikiözelliğini etkinleştirin.- Köprü modunu açıkça istemediğiniz sürece
isolatedmoduyla başlayın. - Köken bilgisi önemli olduğunda
wiki_search/wiki_getkullanın. - Dar kapsamlı sentezler veya meta veri güncellemeleri için
wiki_applykullanın. - Anlamlı değişikliklerden sonra
wiki_lintçalıştırın. - Eski/çelişki görünürlüğü istiyorsanız panoları açın.