memory-wiki is een gebundelde Plugin die duurzame memory omzet in een gecompileerde
kennisvault.
Het vervangt de Active Memory-Plugin niet. De Active Memory-Plugin blijft
eigenaar van recall, promotion, indexing en Dreaming. memory-wiki staat ernaast
en compileert duurzame kennis naar een navigeerbare wiki met deterministische pagina’s,
gestructureerde claims, herkomst, dashboards en machineleesbare digests.
Gebruik het wanneer je wilt dat memory zich meer gedraagt als een onderhouden kennislaag en
minder als een stapel Markdown-bestanden.
Wat het toevoegt
- Een dedicated wikivault met deterministische pagina-indeling
- Gestructureerde claim- en evidence-metadata, niet alleen proza
- Herkomst, vertrouwen, tegenspraken en open vragen op paginaniveau
- Gecompileerde digests voor agent-/runtime-consumenten
- Wiki-native search/get/apply/lint-tools
- Open Knowledge Format-imports naar gecompileerde wikiconcepten
- Optionele bridge-modus die publieke artefacten uit de Active Memory-Plugin importeert
- Optionele Obsidian-vriendelijke render-modus en CLI-integratie
Hoe het past bij memory
Zie de splitsing als volgt:| Laag | Is eigenaar van |
|---|---|
Active Memory-Plugin (memory-core, QMD, Honcho, etc.) | Recall, semantisch zoeken, promotion, Dreaming, memory-runtime |
memory-wiki | Gecompileerde wikipagina’s, syntheses met rijke herkomst, dashboards, wiki-specifieke search/get/apply |
memory_search corpus=all.
Wanneer je wiki-specifieke ranking, herkomst of directe paginatoegang nodig hebt, gebruik dan
in plaats daarvan de wiki-native tools.
Aanbevolen hybride patroon
Een sterke standaard voor local-first setups is:- QMD als de Active Memory-backend voor recall en brede semantische zoekopdrachten
memory-wikiinbridge-modus voor duurzame gesynthetiseerde kennispagina’s
- QMD houdt ruwe notities, sessie-exports en extra collecties doorzoekbaar
memory-wikicompileert stabiele entiteiten, claims, dashboards en bronpagina’s
- gebruik
memory_searchwanneer je een brede recall-pass over memory wilt - gebruik
wiki_searchenwiki_getwanneer je wikiresultaten met herkomstbewustzijn wilt - gebruik
memory_search corpus=allwanneer je gedeelde zoekopdrachten over beide lagen wilt laten lopen
openclaw wiki doctor uit
en bevestig daarna dat de Active Memory-Plugin publieke artefacten ondersteunt.
Wanneer bridge-modus actief is en bridge.readMemoryArtifacts is ingeschakeld,
lezen openclaw wiki status, openclaw wiki doctor en openclaw wiki bridge import via de draaiende Gateway. Daardoor blijven CLI-bridgechecks afgestemd
op de runtimecontext van de Memory-Plugin. Als bridge is uitgeschakeld of artefactlezingen
zijn uitgezet, behouden die commando’s hun lokale/offline gedrag.
Vault-modi
memory-wiki ondersteunt drie vault-modi:
isolated
Eigen vault, eigen bronnen, geen afhankelijkheid van memory-core.
Gebruik dit wanneer je wilt dat de wiki een eigen gecureerde kennisopslag is.
bridge
Leest publieke memory-artefacten en memory-events uit de Active Memory-Plugin
via publieke Plugin SDK-seams.
Gebruik dit wanneer je wilt dat de wiki de geëxporteerde artefacten van de Memory-Plugin
compileert en organiseert zonder in private Plugin-internals te grijpen.
Bridge-modus kan indexeren:
- geëxporteerde memory-artefacten
- dream-rapporten
- dagelijkse notities
- memory-rootbestanden
- memory-eventlogs
unsafe-local
Expliciet same-machine escape hatch voor lokale private paden.
Deze modus is bewust experimenteel en niet-portabel. Gebruik hem alleen wanneer je
de vertrouwensgrens begrijpt en specifiek lokale bestandssysteemtoegang nodig hebt die
bridge-modus niet kan bieden.
Vault-indeling
De Plugin initialiseert een vault als volgt:sources/voor geïmporteerd ruw materiaal en bridge-backed pagina’sentities/voor duurzame dingen, mensen, systemen, projecten en objectenconcepts/voor ideeën, abstracties, patronen en beleidsyntheses/voor gecompileerde samenvattingen en onderhouden rollupsreports/voor gegenereerde dashboards
Open Knowledge Format-imports
memory-wiki kan uitgepakte Open Knowledge Format-bundels importeren met:
memory-wiki het vervolgens omzetten naar OpenClaw-native conceptpagina’s en
gecompileerde digests.
De importer volgt de OKF v0.1-vorm:
- niet-gereserveerde
.md-bestanden zijn conceptdocumenten - elk geïmporteerd concept heeft een niet-leeg
type-frontmatterveld nodig - onbekende OKF-
type-waarden worden geaccepteerd - gereserveerde
index.md- enlog.md-bestanden worden niet als concepten geïmporteerd - kapotte of externe markdownlinks blijven behouden
concepts/, zodat de bestaande compile-,
search-, get-, dashboard- en prompt-digestpaden ze zien zonder een tweede
wikitree toe te voegen. Elke pagina behoudt de oorspronkelijke OKF-concept-ID, het bronpad, type,
resource, tags, timestamp en volledige producer-frontmatter. Interne OKF-links
worden herschreven naar de gegenereerde wikiconceptpagina’s en ook uitgegeven als gestructureerde
relationships-entries met kind: okf-link.
Gestructureerde claims en evidence
Pagina’s kunnen gestructureerdeclaims-frontmatter bevatten, niet alleen vrije tekst.
Elke claim kan bevatten:
idtextstatusconfidenceevidence[]updatedAt
kindsourceIdpathlinesweightconfidenceprivacyTiernoteupdatedAt
Agentgerichte entiteitsmetadata
Entiteitspagina’s kunnen ook routeringsmetadata voor agentgebruik bevatten. Dit is generieke frontmatter, dus het werkt voor mensen, teams, systemen, projecten of elk ander entiteitstype. Veelvoorkomende velden zijn:entityType: bijvoorbeeldperson,team,systemofprojectcanonicalId: stabiele identiteitssleutel die over aliassen en imports heen wordt gebruiktaliases: namen, handles of labels die naar dezelfde pagina moeten resolverenprivacyTier:public,local-private,sensitiveofconfirm-before-usebestUsedFor/notEnoughFor: compacte routeringshintslastRefreshedAt: bronverversingstimestamp los van de paginabewerkingstijdpersonCard: optionele persoonspecifieke routeringskaart met handles, socials, e-mails, tijdzone, lane, ask-for, avoid-asking-for, confidence en privacyrelationships: getypeerde edges naar gerelateerde pagina’s met target, kind, weight, confidence, evidence-kind, privacy-tier en note
reports/person-agent-directory.md en daarna de persoons pagina openen met wiki_get
voordat contactgegevens of afgeleide feiten worden gebruikt.
Voorbeeld:
Compile-pipeline
De compile-stap leest wikipagina’s, normaliseert samenvattingen en schrijft stabiele machinegerichte artefacten weg onder:.openclaw-wiki/cache/agent-digest.json.openclaw-wiki/cache/claims.jsonl
- first-pass wiki-indexing voor search/get-flows
- claim-ID lookup terug naar eigenaarspagina’s
- compacte prompt-supplementen
- rapport-/dashboardgeneratie
Dashboards en gezondheidsrapporten
Wanneerrender.createDashboards is ingeschakeld, onderhoudt compile dashboards onder
reports/.
Ingebouwde rapporten zijn onder andere:
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
- clusters met tegenspraaknotities
- concurrerende claimclusters
- claims zonder gestructureerde evidence
- pagina’s en claims met laag vertrouwen
- verouderde of onbekende versheid
- pagina’s met onopgeloste vragen
- person-/entity-routeringskaarten
- gestructureerde relationship-edges
- dekking van evidence-klassen
- niet-publieke privacy-tiers die voor gebruik review nodig hebben
Zoeken en ophalen
memory-wiki ondersteunt twee zoekbackends:
shared: gebruik de gedeelde memory-zoekflow wanneer beschikbaarlocal: doorzoek de wiki lokaal
wikimemoryall
wiki_searchenwiki_getgebruiken waar mogelijk gecompileerde digests als eerste pass- claim-ID’s kunnen terugresolveren naar de eigenaarspagina
- betwiste/verouderde/verse claims beïnvloeden ranking
- herkomstlabels kunnen in resultaten behouden blijven
- de zoekmodus kan ranking sturen voor personenopzoeking, vraagroutering, bron- evidence of ruwe claims
- gebruik
memory_search corpus=allvoor een brede recall-pass - gebruik
wiki_search+wiki_getwanneer je geeft om wiki-specifieke ranking, herkomst of overtuigingsstructuur op paginaniveau
auto: gebalanceerde standaardfind-person: boost person-like entiteiten, aliassen, handles, socials en canonical ID’sroute-question: boost agentkaarten, ask-for-hints, best-used-for-hints en relationship-contextsource-evidence: boost bronpagina’s en gestructureerde evidence-metadataraw-claim: boost overeenkomende gestructureerde claims en retourneer claim-/evidence- metadata in resultaten
wiki_search
matchedClaimId, matchedClaimStatus, matchedClaimConfidence,
evidenceKinds en evidenceSourceIds retourneren in zijn detailpayload. Tekstoutput
bevat ook compacte Claim:- en Evidence:-regels wanneer beschikbaar.
Agent-tools
De Plugin registreert deze tools:wiki_statuswiki_searchwiki_getwiki_applywiki_lint
wiki_status: huidige vault-modus, gezondheid, beschikbaarheid van Obsidian CLIwiki_search: doorzoek wikipagina’s en, indien geconfigureerd, gedeelde memory-corpora; accepteertmodevoor personenopzoeking, vraagroutering, bron-evidence of ruwe claim-drilldownwiki_get: lees een wikipagina op ID/pad of val terug op de gedeelde memory-corpuswiki_apply: gerichte synthese-/metadatamutaties zonder vrije paginachirurgiewiki_lint: structurele checks, herkomstgaten, tegenspraken, open vragen
memory_search en memory_get de wiki kunnen bereiken wanneer de actieve-geheugen-Plugin
corpusselectie ondersteunt.
Gedrag van prompt en context
Wanneercontext.includeCompiledDigestPrompt is ingeschakeld, voegen geheugenpromptsecties
een compacte gecompileerde momentopname uit agent-digest.json toe.
Die momentopname is bewust klein en rijk aan signalen:
- alleen toppagina’s
- alleen topclaims
- aantal tegenstrijdigheden
- aantal vragen
- kwalificaties voor vertrouwen/actualiteit
Configuratie
Plaats configuratie onderplugins.entries.memory-wiki.config:
vaultMode:isolated,bridge,unsafe-localvault.renderMode:nativeofobsidianbridge.readMemoryArtifacts: openbare artefacten van de actieve-geheugen-Plugin importerenbridge.followMemoryEvents: gebeurtenislogs opnemen in bridge-modussearch.backend:sharedoflocalsearch.corpus:wiki,memory, ofallcontext.includeCompiledDigestPrompt: compacte digest-momentopname toevoegen aan geheugenpromptsectiesrender.createBacklinks: deterministische gerelateerde blokken genererenrender.createDashboards: dashboardpagina’s genereren
Voorbeeld: QMD + bridge-modus
Gebruik dit wanneer je QMD wilt voor herinnering enmemory-wiki voor een onderhouden
kennislaag:
- QMD als verantwoordelijke voor actieve-geheugenherinnering
memory-wikigericht op gecompileerde pagina’s en dashboards- promptvorm ongewijzigd totdat je bewust gecompileerde digest-prompts inschakelt
CLI
memory-wiki biedt ook een CLI-oppervlak op topniveau:
Obsidian-ondersteuning
Wanneervault.renderMode obsidian is, schrijft de Plugin Obsidian-vriendelijke
Markdown en kan deze optioneel de officiële obsidian CLI gebruiken.
Ondersteunde workflows omvatten:
- statuscontrole
- zoeken in de vault
- een pagina openen
- een Obsidian-opdracht aanroepen
- naar de dagelijkse notitie springen
Aanbevolen workflow
- Behoud je actieve-geheugen-Plugin voor herinnering/promotie/Dreaming.
- Schakel
memory-wikiin. - Begin met
isolated-modus, tenzij je expliciet bridge-modus wilt. - Gebruik
wiki_search/wiki_getwanneer herkomst belangrijk is. - Gebruik
wiki_applyvoor beperkte syntheses of metadata-updates. - Voer
wiki_lintuit na betekenisvolle wijzigingen. - Schakel dashboards in als je zichtbaarheid wilt op veroudering/tegenstrijdigheden.