Memory Wiki
memory-wiki — це вбудований плагін, який перетворює довготривалу пам’ять на скомпільоване сховище знань.
Він не замінює активний плагін пам’яті. Активний плагін пам’яті, як і раніше, відповідає за пригадування, просування, індексацію та dreaming. memory-wiki працює поруч із ним і компілює довготривалі знання в навігаційну wiki з детермінованими сторінками, структурованими твердженнями, походженням, панелями та машиночитними дайджестами.
Використовуйте його, якщо хочете, щоб пам’ять поводилася більше як підтримуваний шар знань, а не як купа файлів Markdown.
Що він додає
- Окреме сховище wiki з детермінованим макетом сторінок
- Структуровані метадані тверджень і доказів, а не лише звичайний текст
- Походження на рівні сторінки, впевненість, суперечності та відкриті питання
- Скомпільовані дайджести для споживачів agent/runtime
- Власні для wiki інструменти search/get/apply/lint
- Необов’язковий режим bridge, який імпортує публічні артефакти з активного плагіна пам’яті
- Необов’язковий режим рендерингу, дружній до Obsidian, та інтеграція з CLI
Як це поєднується з пам’яттю
Думайте про цей поділ так:| Шар | Відповідає за |
|---|---|
Активний плагін пам’яті (memory-core, QMD, Honcho тощо) | Пригадування, семантичний пошук, просування, dreaming, runtime пам’яті |
memory-wiki | Скомпільовані wiki-сторінки, синтези з багатим походженням, панелі, wiki-специфічний search/get/apply |
memory_search corpus=all.
Коли вам потрібні wiki-специфічне ранжування, походження або прямий доступ до сторінки, використовуйте натомість wiki-native інструменти.
Режими сховища
memory-wiki підтримує три режими сховища:
isolated
Власне сховище, власні джерела, без залежності від memory-core.
Використовуйте це, якщо хочете, щоб wiki була власним куруваним сховищем знань.
bridge
Зчитує публічні артефакти пам’яті та події пам’яті з активного плагіна пам’яті через публічні шви plugin SDK.
Використовуйте це, якщо хочете, щоб wiki компілювала й упорядковувала експортовані артефакти плагіна пам’яті без звернення до приватних внутрішніх компонентів плагіна.
Режим bridge може індексувати:
- експортовані артефакти пам’яті
- звіти dreaming
- щоденні нотатки
- кореневі файли пам’яті
- журнали подій пам’яті
unsafe-local
Явний експериментальний вихід для приватних локальних шляхів на тій самій машині.
Цей режим навмисно є експериментальним і непереносним. Використовуйте його лише тоді, коли розумієте межу довіри і вам справді потрібен доступ до локальної файлової системи, який режим bridge не може надати.
Макет сховища
Плагін ініціалізує сховище так:sources/для імпортованого сирого матеріалу та сторінок, підкріплених bridgeentities/для довготривалих сутностей, людей, систем, проєктів і об’єктівconcepts/для ідей, абстракцій, шаблонів і політикsyntheses/для скомпільованих підсумків і підтримуваних зведеньreports/для згенерованих панелей
Структуровані твердження та докази
Сторінки можуть містити структурований frontmatterclaims, а не лише довільний текст.
Кожне твердження може містити:
idtextstatusconfidenceevidence[]updatedAt
sourceIdpathlinesweightnoteupdatedAt
Конвеєр компіляції
Крок компіляції читає wiki-сторінки, нормалізує підсумки та створює стабільні артефакти для машин під:.openclaw-wiki/cache/agent-digest.json.openclaw-wiki/cache/claims.jsonl
- первинну індексацію wiki для потоків search/get
- пошук за id тверджень із поверненням до сторінок-власників
- компактні доповнення до prompt
- генерацію звітів/панелей
Панелі та звіти про стан
Коли ввімкненоrender.createDashboards, компіляція підтримує панелі в reports/.
Вбудовані звіти включають:
reports/open-questions.mdreports/contradictions.mdreports/low-confidence.mdreports/claim-health.mdreports/stale-pages.md
- кластери нотаток із суперечностями
- кластери конкуруючих тверджень
- твердження без структурованих доказів
- сторінки й твердження з низькою впевненістю
- застарілі або з невідомою свіжістю
- сторінки з невирішеними питаннями
Пошук і отримання
memory-wiki підтримує два бекенди пошуку:
shared: використовувати спільний потік пошуку в пам’яті, якщо він доступнийlocal: шукати локально в wiki
wikimemoryall
wiki_searchіwiki_getвикористовують скомпільовані дайджести як перший прохід, коли це можливо- id тверджень можуть повертати до сторінки-власника
- оспорювані/застарілі/свіжі твердження впливають на ранжування
- мітки походження можуть зберігатися в результатах
- використовуйте
memory_search corpus=allдля одного широкого проходу пригадування - використовуйте
wiki_search+wiki_get, коли вам важливі wiki-специфічне ранжування, походження або структура переконань на рівні сторінки
Інструменти агента
Плагін реєструє такі інструменти:wiki_statuswiki_searchwiki_getwiki_applywiki_lint
wiki_status: поточний режим сховища, стан, доступність Obsidian CLIwiki_search: пошук по wiki-сторінках і, коли налаштовано, по спільних корпусах пам’ятіwiki_get: читання wiki-сторінки за id/шляхом або повернення до спільного корпусу пам’ятіwiki_apply: вузькі мутації синтезу/метаданих без довільного редагування сторінкиwiki_lint: структурні перевірки, прогалини в походженні, суперечності, відкриті питання
memory_search і memory_get можуть звертатися до wiki, коли активний плагін пам’яті підтримує вибір корпусу.
Поведінка prompt і контексту
Коли ввімкненоcontext.includeCompiledDigestPrompt, розділи prompt пам’яті додають компактний скомпільований знімок із agent-digest.json.
Цей знімок навмисно є малим і високосигнальним:
- лише верхні сторінки
- лише верхні твердження
- кількість суперечностей
- кількість питань
- кваліфікатори впевненості/свіжості
Конфігурація
Розміщуйте конфігурацію вplugins.entries.memory-wiki.config:
vaultMode:isolated,bridge,unsafe-localvault.renderMode:nativeабоobsidianbridge.readMemoryArtifacts: імпортувати публічні артефакти активного плагіна пам’ятіbridge.followMemoryEvents: включати журнали подій у режимі bridgesearch.backend:sharedабоlocalsearch.corpus:wiki,memoryабоallcontext.includeCompiledDigestPrompt: додавати компактний знімок дайджесту до розділів prompt пам’ятіrender.createBacklinks: генерувати детерміновані пов’язані блокиrender.createDashboards: генерувати сторінки панелей
CLI
memory-wiki також надає поверхню CLI верхнього рівня:
Підтримка Obsidian
Колиvault.renderMode має значення obsidian, плагін записує Markdown, дружній до Obsidian, і за бажанням може використовувати офіційний obsidian CLI.
Підтримувані робочі процеси включають:
- перевірку стану
- пошук по сховищу
- відкриття сторінки
- виклик команди Obsidian
- перехід до щоденної нотатки
Рекомендований робочий процес
- Залиште активний плагін пам’яті для пригадування/просування/dreaming.
- Увімкніть
memory-wiki. - Починайте з режиму
isolated, якщо вам явно не потрібен режим bridge. - Використовуйте
wiki_search/wiki_get, коли важливе походження. - Використовуйте
wiki_applyдля вузьких синтезів або оновлень метаданих. - Запускайте
wiki_lintпісля суттєвих змін. - Увімкніть панелі, якщо хочете бачити застарілість/суперечності.