Wiki pamięci

memory-wiki to wbudowany plugin, który kompiluje trwałą wiedzę w przeglądalną wiki: deterministyczne strony, ustrukturyzowane twierdzenia z dowodami, pochodzenie, pulpity oraz skróty w formacie czytelnym maszynowo.

Nie zastępuje on pluginu aktywnej pamięci. Przywoływanie, promowanie, indeksowanie i Dreaming pozostają w gestii skonfigurowanego backendu pamięci (memory-core, QMD, Honcho itp.). memory-wiki działa obok niego i kompiluje wiedzę w utrzymywaną warstwę wiki.

Praktyczna reguła:

• memory_search do jednego szerokiego przebiegu przywoływania we wszystkich skonfigurowanych korpusach
• wiki_search / wiki_get, gdy potrzebujesz rankingu właściwego dla wiki, informacji o pochodzeniu lub struktury przekonań na poziomie strony
• memory_search corpus=all, aby objąć obie warstwy jednym wywołaniem, gdy plugin aktywnej pamięci obsługuje wybór korpusu

Typowa konfiguracja lokalna: QMD jako backend aktywnej pamięci do przywoływania oraz memory-wiki w trybie bridge do obsługi trwałych, syntetyzowanych stron. Zobacz przykład QMD + tryb mostu w sekcji Konfiguracja.

Jeśli tryb mostu zgłasza zero wyeksportowanych artefaktów, plugin aktywnej pamięci nie udostępnia obecnie publicznych danych wejściowych mostu. Najpierw uruchom openclaw wiki doctor, a następnie potwierdź, że plugin aktywnej pamięci obsługuje publiczne artefakty.

Tryby magazynu

• isolated (domyślny): własny magazyn, własne źródła, bez zależności od pluginu aktywnej pamięci. Użyj go do samodzielnego, starannie zarządzanego repozytorium wiedzy.
• bridge: odczytuje publiczne artefakty pamięci i dzienniki zdarzeń z pluginu aktywnej pamięci przez publiczne mechanizmy SDK pluginów. Użyj go do kompilowania artefaktów eksportowanych przez plugin pamięci bez sięgania do jego prywatnych elementów wewnętrznych.
• unsafe-local: jawne obejście przeznaczone dla prywatnych ścieżek lokalnych na tej samej maszynie. Celowo eksperymentalne i nieprzenośne; używaj go tylko wtedy, gdy rozumiesz granicę zaufania i potrzebujesz dostępu do lokalnego systemu plików, którego tryb mostu nie może zapewnić.

Tryb magazynu i zakres magazynu to odrębne ustawienia:

• vaultMode określa, skąd pochodzą dane wejściowe wiki.
• vault.scope określa, czy wszyscy agenci korzystają z jednego magazynu, czy każdy agent otrzymuje magazyn podrzędny.

vault.scope: "global" jest ustawieniem domyślnym i zachowuje dotychczasowe działanie jednego magazynu. Użyj vault.scope: "agent" z trybem isolated lub bridge, gdy agenci nie mogą współdzielić stron wiki, skompilowanych skrótów, wyników wyszukiwania ani zapisów. Zakresu agenta nie można łączyć z trybem unsafe-local, ponieważ skonfigurowane prywatne ścieżki nie są danymi wejściowymi należącymi do agenta. Walidacja konfiguracji odrzuca taką kombinację.

Tryb mostu może indeksować zgodnie z przełącznikami konfiguracji bridge.*:

• wyeksportowane artefakty pamięci (indexMemoryRoot)
• notatki dzienne (indexDailyNotes)
• raporty Dreaming (indexDreamReports)
• dzienniki zdarzeń pamięci (followMemoryEvents)

Gdy tryb mostu jest aktywny i włączono bridge.readMemoryArtifacts, polecenia openclaw wiki status, openclaw wiki doctor oraz openclaw wiki bridge import są kierowane przez działający Gateway, dzięki czemu widzą ten sam kontekst aktywnego pluginu pamięci co pamięć agenta/środowiska wykonawczego. Jeśli most jest wyłączony lub odczyt artefaktów jest wyłączony, polecenia te zachowują działanie lokalne/offline.

Układ magazynu

<vault>/  AGENTS.md  WIKI.md  index.md  inbox.md  entities/  concepts/  syntheses/  sources/  reports/  _attachments/  _views/  .openclaw-wiki/

Zarządzana zawartość pozostaje wewnątrz generowanych bloków; bloki notatek użytkownika są zachowywane podczas ponownego generowania.

• sources/: zaimportowane materiały źródłowe oraz strony oparte na trybie bridge/unsafe-local
• entities/: trwałe elementy, osoby, systemy, projekty, obiekty
• concepts/: idee, abstrakcje, wzorce, zasady (również miejsce docelowe importów OKF)
• syntheses/: skompilowane podsumowania i utrzymywane zestawienia
• reports/: generowane pulpity

Importy Open Knowledge Format

openclaw wiki okf import ./bundles/ga4

Importuje rozpakowany pakiet Open Knowledge Format do stron pojęć wiki. Jest to dobre rozwiązanie, gdy katalog danych, robot indeksujący dokumentację lub agent wzbogacający dane już generuje OKF: zachowaj OKF jako przenośny artefakt wymiany, a memory-wiki przekształci go w natywne dla OpenClaw strony pojęć i skompilowane skróty.

• niezastrzeżone pliki .md są dokumentami pojęć
• każde importowane pojęcie wymaga niepustego pola frontmatter type; brak type powoduje ostrzeżenie missing-type, a plik jest pomijany
• nieznane wartości type są akceptowane jako ogólne pojęcia
• index.md i log.md są zastrzeżone i nigdy nie są importowane jako pojęcia
• uszkodzone lub zewnętrzne łącza Markdown pozostają bez zmian

Zaimportowane strony są umieszczane bezpośrednio w concepts/, dzięki czemu istniejące procesy kompilowania, wyszukiwania, pobierania i generowania pulpitów widzą je bez tworzenia drugiego drzewa wiki. Każda strona zachowuje oryginalny identyfikator pojęcia OKF, ścieżkę źródłową, type, resource, tags, znacznik czasu oraz pełny frontmatter producenta. Wewnętrzne łącza OKF są przepisywane tak, aby wskazywały wygenerowane strony pojęć wiki, a także tworzą ustrukturyzowane wpisy relationships z kind: okf-link.

Ustrukturyzowane twierdzenia i dowody

Strony zawierają ustrukturyzowany frontmatter claims, a nie tylko tekst swobodny. Każde twierdzenie może zawierać id, text, status, confidence, evidence[] oraz updatedAt. Każdy wpis dowodu może zawierać kind, sourceId, path, lines, weight, confidence, privacyTier, note oraz updatedAt.

Dzięki temu wiki działa jak warstwa przekonań, a nie bierny zbiór notatek. Twierdzenia można śledzić, oceniać, kwestionować i rozstrzygać na podstawie źródeł.

Metadane encji przeznaczone dla agentów

Strony encji zawierają ogólne metadane routingu, których można używać dla osób, zespołów, systemów, projektów lub dowolnych innych typów encji:

• entityType: na przykład person, team, system, project
• canonicalId: stabilny klucz tożsamości używany w aliasach i importach
• aliases: nazwy, identyfikatory lub etykiety wskazujące tę samą stronę
• privacyTier: ciąg znaków o dowolnej postaci; public jest traktowane jako niewymagające przeglądu, a każda inna wartość (na przykład local-private, sensitive, confirm-before-use) jest oznaczana w reports/privacy-review.md
• bestUsedFor / notEnoughFor: zwięzłe wskazówki dotyczące routingu
• lastRefreshedAt: znacznik czasu odświeżenia źródła, niezależny od czasu edycji strony
• personCard: opcjonalna karta routingu właściwa dla osoby (identyfikatory, profile społecznościowe, adresy e-mail, strefa czasowa, obszar, sprawy, o które warto pytać, sprawy, o które nie należy pytać, poziom pewności, poziom prywatności)
• relationships: typowane krawędzie prowadzące do powiązanych stron (cel, rodzaj, waga, poziom pewności, rodzaj dowodu, poziom prywatności, uwaga)

W przypadku wiki osób zacznij od reports/person-agent-directory.md, a następnie otwórz stronę osoby za pomocą wiki_get, zanim użyjesz danych kontaktowych lub wywnioskowanych faktów.

pageType: entityentityType: personid: entity.example-personcanonicalId: maintainer.example-personaliases:- Alex- example-handleprivacyTier: local-privatebestUsedFor:- Przekierowywanie w przykładowym ekosystemienotEnoughFor:- zatwierdzanie prawnelastRefreshedAt: "2026-04-29T00:00:00.000Z"personCard:handles:  - "@example-handle"socials:  - "https://x.example/example-handle"emails:  - alex@example.comtimezone: America/Chicagolane: Przykładowy ekosystemaskFor:  - Pytania dotyczące przykładowego wdrożeniaavoidAskingFor:  - niepowiązane decyzje rozliczenioweconfidence: 0.8privacyTier: confirm-before-userelationships:- targetId: entity.other-person  targetTitle: Inna osoba  kind: collaborates-with  confidence: 0.7  evidenceKind: discrawl-statclaims:- id: claim.example.routing  text: Alex jest pomocny przy przekierowywaniu w przykładowym ekosystemie.  status: supported  confidence: 0.9  evidence:    - kind: maintainer-whois      sourceId: source.maintainers      privacyTier: local-private

Proces kompilowania

Kompilowanie odczytuje strony wiki, normalizuje podsumowania i generuje stabilne artefakty przeznaczone dla maszyn w:

• .openclaw-wiki/cache/agent-digest.json
• .openclaw-wiki/cache/claims.jsonl

Agenci i kod środowiska wykonawczego odczytują te skróty zamiast analizować Markdown. Skompilowane dane wyjściowe zasilają również pierwszy etap indeksowania wiki na potrzeby wyszukiwania/pobierania, wyszukiwanie twierdzeń według identyfikatora i wskazywanie stron, do których należą, zwięzłe uzupełnienia promptów oraz generowanie raportów.

Pulpity i raporty o stanie

Gdy włączono render.createDashboards, kompilowanie utrzymuje pulpity w reports/:

Wyszukiwanie i pobieranie

Dwa backendy wyszukiwania:

• shared: używa współdzielonego procesu wyszukiwania w pamięci, gdy jest dostępny
• local: przeszukuje wiki lokalnie

Trzy korpusy: wiki, memory, all.

• wiki_search / wiki_get używają skompilowanych skrótów jako pierwszego etapu, gdy jest to możliwe
• identyfikatory twierdzeń wskazują stronę, do której należą
• kwestionowane/nieaktualne/świeże twierdzenia wpływają na ranking
• etykiety pochodzenia są zachowywane w wynikach

Tryby wyszukiwania (parametr --mode / parametr narzędzia mode):

Gdy wynik pasuje do ustrukturyzowanego twierdzenia, wiki_search zwraca matchedClaimId, matchedClaimStatus, matchedClaimConfidence, evidenceKinds oraz evidenceSourceIds w szczegółowym ładunku. Tekstowe dane wyjściowe zawierają zwięzłe wiersze Claim: i Evidence:, gdy są dostępne.

Narzędzia agentów

Wtyczka rejestruje również niewyłączny dodatkowy korpus pamięci, dzięki czemu współdzielone memory_search i memory_get mogą uzyskiwać dostęp do wiki, gdy aktywna wtyczka pamięci obsługuje wybór korpusu.

Zachowanie promptu i kontekstu

Gdy opcja context.includeCompiledDigestPrompt jest włączona, sekcje pamięci w prompcie są uzupełniane o zwięzły, skompilowany obraz z pliku agent-digest.json: tylko najważniejsze strony, tylko najważniejsze twierdzenia, liczbę sprzeczności, liczbę pytań oraz kwalifikatory pewności i aktualności. Jest to funkcja opcjonalna, ponieważ zmienia strukturę promptu; ma znaczenie głównie dla silników kontekstu lub mechanizmów składania promptów, które jawnie wykorzystują uzupełnienia pamięci.

Konfiguracja

Umieść konfigurację w plugins.entries.memory-wiki.config:

{  plugins: {    entries: {      "memory-wiki": {        enabled: true,        config: {          vaultMode: "isolated",          vault: {            scope: "global",            path: "~/.openclaw/wiki/main",            renderMode: "obsidian",          },          obsidian: {            enabled: true,            useOfficialCli: true,            vaultName: "OpenClaw Wiki",            openAfterWrites: false,          },          bridge: {            enabled: false,            readMemoryArtifacts: true,            indexDreamReports: true,            indexDailyNotes: true,            indexMemoryRoot: true,            followMemoryEvents: true,          },          unsafeLocal: {            allowPrivateMemoryCoreAccess: false,            paths: [],          },          ingest: {            autoCompile: true,            maxConcurrentJobs: 1,            allowUrlIngest: true,          },          search: {            backend: "shared",            corpus: "wiki",          },          context: {            includeCompiledDigestPrompt: false,          },          render: {            preserveHumanBlocks: true,            createBacklinks: true,            createDashboards: true,          },        },      },    },  },}

Najważniejsze przełączniki:

Magazyny poszczególnych agentów

Ustaw vault.scope na agent, aby każdy skonfigurowany agent miał osobną wiki. W tym zakresie vault.path jest katalogiem nadrzędnym, a OpenClaw dołącza znormalizowany identyfikator agenta:

{  agents: {    list: [{ id: "support" }, { id: "marketing" }],  },  plugins: {    entries: {      "memory-wiki": {        enabled: true,        config: {          vaultMode: "bridge",          vault: {            scope: "agent",            path: "~/.openclaw/wiki",          },          bridge: {            enabled: true,            readMemoryArtifacts: true,          },        },      },    },  },}

Wynikowe ścieżki to ~/.openclaw/wiki/support oraz ~/.openclaw/wiki/marketing. Jeśli vault.path zostanie pominięte w zakresie agenta, domyślnym katalogiem nadrzędnym jest ~/.openclaw/wiki. Domyślny agent main zachowuje więc istniejącą ścieżkę ~/.openclaw/wiki/main.

Narzędzia agenta, skompilowane skróty promptu oraz uzupełnienie wiki udostępniane przez memory_search / memory_get wybierają magazyn na podstawie kontekstu aktywnego agenta. W przypadku wywołań CLI i Gateway w konfiguracji z wieloma agentami jawnie podaj agenta za pomocą openclaw wiki --agent <agentId> ... lub pola agentId w żądaniu Gateway. Jeśli skonfigurowano tylko jednego agenta, pozostaje on domyślny, gdy nie podano identyfikatora.

W trybie pomostowym importy w zakresie agenta przyjmują publiczny artefakt pamięci tylko wtedy, gdy jego agentIds zawiera wybranego agenta. Artefakty należące do innego agenta, pozbawione metadanych właściciela lub mające nieznanego właściciela są pomijane. Zakres globalny zachowuje dotychczasowe zachowanie współdzielonych artefaktów.

Przykład: QMD i tryb pomostowy

Użyj tej konfiguracji, jeśli chcesz stosować QMD do przywoływania informacji, a memory-wiki jako utrzymywaną warstwę wiedzy. Każda warstwa zachowuje własny zakres odpowiedzialności: QMD umożliwia przeszukiwanie surowych notatek, eksportów sesji i dodatkowych kolekcji, natomiast memory-wiki kompiluje stabilne encje, twierdzenia, pulpity i strony źródłowe.

{  memory: {    backend: "qmd",  },  plugins: {    entries: {      "memory-wiki": {        enabled: true,        config: {          vaultMode: "bridge",          bridge: {            enabled: true,            readMemoryArtifacts: true,            indexDreamReports: true,            indexDailyNotes: true,            indexMemoryRoot: true,            followMemoryEvents: true,          },          search: {            backend: "shared",            corpus: "all",          },          context: {            includeCompiledDigestPrompt: false,          },        },      },    },  },}

Dzięki temu QMD odpowiada za przywoływanie informacji z aktywnej pamięci, memory-wiki koncentruje się na skompilowanych stronach i pulpitach, a struktura promptu pozostaje niezmieniona, dopóki świadomie nie włączysz skompilowanych skrótów w promptach.

CLI

openclaw wiki statusopenclaw wiki doctoropenclaw wiki initopenclaw wiki ingest ./notes/alpha.mdopenclaw wiki compileopenclaw wiki lintopenclaw wiki search "alpha"openclaw wiki get entity.alphaopenclaw wiki apply synthesis "Alpha Summary" --body "..." --source-id source.alphaopenclaw wiki bridge importopenclaw wiki obsidian status

Pełny opis poleceń, w tym wiki okf import, wiki apply metadata, wiki unsafe-local import, wiki chatgpt import / wiki chatgpt rollback oraz pełny zestaw podpoleceń wiki obsidian, znajdziesz w sekcji CLI: wiki.

Obsługa Obsidian

Gdy vault.renderMode ma wartość obsidian, wtyczka zapisuje Markdown przystosowany do Obsidian i może opcjonalnie używać oficjalnego CLI obsidian do sprawdzania stanu, przeszukiwania magazynu, otwierania strony, wywoływania polecenia oraz przechodzenia do notatki dziennej. Jest to opcjonalne; wiki nadal działa w trybie natywnym bez Obsidian.

Magazyny w zakresie agenta również mogą używać formatu Markdown przystosowanego do Obsidian, ale walidacja konfiguracji odrzuca połączenie obsidian.useOfficialCli: true z vault.scope: "agent". Bieżące ustawienie obsidian.vaultName jest globalne i nie może wybierać osobnego magazynu Obsidian dla każdego agenta. Zamiast tego używaj narzędzi wiki i operacji CLI albo pozostaw wiki obsługiwaną przez Obsidian w zakresie globalnym.

Zalecany przepływ pracy

Powiązana dokumentacja

• Omówienie pamięci
• CLI: pamięć
• CLI: wiki
• Omówienie SDK wtyczek