Skip to main content

openclaw wiki

Überprüfen und verwalten Sie den memory-wiki-Vault. Wird vom mitgelieferten optionalen memory-wiki-Plugin bereitgestellt. Aktivieren Sie es vor der ersten Verwendung:
Verwandte Themen: Memory-Wiki-Plugin, Speicherübersicht, CLI: Speicher

Häufig verwendete Befehle

Agent-Auswahl

Wenn plugins.entries.memory-wiki.config.vault.scope auf agent gesetzt ist, wählen Sie den Vault mit der übergeordneten Option --agent <id> aus:
In einer Einrichtung mit mehreren konfigurierten Agenten ist --agent für CLI- Operationen erforderlich, damit ein Befehl nicht einen beliebigen Standard-Vault lesen oder beschreiben kann. Wenn nur ein Agent konfiguriert ist, bleibt dieser Agent der Standard. Unbekannte Agenten-IDs führen zu einem Fehler, bevor die Vault-Operation beginnt. Die Option ändert den ausgewählten Pfad nicht, wenn vault.scope auf global gesetzt ist. Gateway-Clients folgen derselben Regel: Übergeben Sie agentId bei Vault-gestützten wiki.*- Anfragen in einer agentenspezifischen Multi-Agent-Einrichtung. Eine fehlende oder unbekannte ID ist ein Fehler. Agentendurchläufe, Wiki-Werkzeuge, Ergänzungen des Speicherkorpus und kompilierte Prompt- Kurzfassungen enthalten bereits den aktiven Laufzeitkontext des Agenten.

Befehle

wiki status

Zeigt Vault-Modus und -Geltungsbereich, den aufgelösten Agenten, den Zustand und die Verfügbarkeit der Obsidian-CLI an. Verwenden Sie diesen Befehl zuerst, um zu prüfen, ob der vorgesehene Vault initialisiert ist, der Bridge-Modus ordnungsgemäß funktioniert oder die Obsidian-Integration verfügbar ist. Wenn der Bridge-Modus aktiv und zum Lesen von Speicherartefakten konfiguriert ist, fragt dieser Befehl das laufende Gateway ab, sodass er denselben Kontext des aktiven Speicher-Plugins wie der Agent bzw. die Laufzeit verwendet.

wiki doctor

Führt Wiki-Zustandsprüfungen durch und meldet umsetzbare Korrekturen. Wird bei einem fehlerhaften Zustand mit einem Exit-Code ungleich null beendet. Wenn der Bridge-Modus aktiv und zum Lesen von Speicherartefakten konfiguriert ist, fragt dieser Befehl das laufende Gateway ab, bevor der Bericht erstellt wird. Deaktivierte Bridge-Importe und Bridge-Konfigurationen, die keine Speicherartefakte lesen, bleiben lokal/offline. Typische Probleme:
  • Bridge-Modus ohne öffentliche Speicherartefakte aktiviert
  • ungültiges oder fehlendes Vault-Layout
  • fehlende externe Obsidian-CLI, wenn der Obsidian-Modus erwartet wird

wiki init

Erstellt das Wiki-Vault-Layout und die Startseiten, einschließlich übergeordneter Indizes und Cache-Verzeichnisse.

wiki ingest <path>

Importiert eine lokale Markdown- oder Textdatei als Quellseite in den Wiki-Ordner sources/. <path> muss ein lokaler Dateipfad sein; der Import über eine URL wird derzeit nicht unterstützt. Binärdateien werden abgelehnt. Importierte Quellseiten enthalten Herkunfts-Frontmatter (sourceType: local-file, sourcePath, ingestedAt). Nach dem Import wird der Vault immer neu kompiliert. Optionen: --title <title> überschreibt den Quelltitel (Standard: aus dem Dateinamen abgeleitet).

wiki okf import <path>

Importiert ein entpacktes Open-Knowledge-Format-Bundle in Wiki-Konzeptseiten. Der Importer liest jedes nicht reservierte .md-Konzeptdokument im OKF-Verzeichnisbaum, erfordert ein nicht leeres Feld type und behandelt unbekannte OKF-Werte für type als generische Konzepte. Reservierte OKF-Dateien des Typs index.md und log.md werden nicht als Konzepte importiert. Importierte Seiten werden unter concepts/ abgeflacht, sodass vorhandene Abläufe zum Kompilieren, Suchen, Abrufen sowie für Kurzfassungen und Dashboards sie sofort berücksichtigen. Die ursprüngliche OKF-Konzept-ID, type, resource, tags, der Zeitstempel, der Quellpfad und das vollständige Frontmatter bleiben im Frontmatter der Seite erhalten. Interne OKF-Markdown-Links werden auf die generierten Wiki-Seiten umgeschrieben; fehlerhafte oder externe Links bleiben unverändert. Nach dem Import wird der Vault immer neu kompiliert. Beispiele:

wiki compile

Erstellt Indizes, Blöcke mit verwandten Inhalten, Dashboards und den kompilierten Abfrage-/Prompt-Snapshot neu. Der Snapshot wird im gemeinsamen SQLite-Plugin-Zustand von OpenClaw gespeichert und für die synchrone Prompt-Projektion im Arbeitsspeicher gehalten; er erstellt keine Cache-Dateien im Vault. Wenn render.createDashboards aktiviert ist, aktualisiert die Kompilierung auch die Berichtsseiten.

wiki lint

Prüft den Vault und erstellt einen Bericht zu folgenden Punkten:
  • strukturelle Probleme (fehlerhafte Links, fehlende/doppelte IDs, fehlender Seitentyp oder Titel, ungültiges Frontmatter)
  • Herkunftslücken (fehlende Quell-IDs, fehlende Importherkunft)
  • Widersprüche (markierte Widersprüche, einander widersprechende Aussagen)
  • offene Fragen
  • Seiten und Aussagen mit geringer Vertrauenswürdigkeit
  • veraltete Seiten und Aussagen
Führen Sie diesen Befehl nach wesentlichen Wiki-Aktualisierungen aus.

wiki search <query>

Durchsucht Wiki-Inhalte. Das Verhalten hängt von der Konfiguration ab:
  • search.backend: shared oder local
  • search.corpus: wiki, memory oder all
  • --mode: auto, find-person, route-question, source-evidence oder raw-claim
Verwenden Sie wiki search für Wiki-spezifische Rangordnung und Herkunftsinformationen. Für einen einzigen umfassenden gemeinsamen Abrufdurchlauf sollten Sie openclaw memory search bevorzugen, wenn das aktive Speicher-Plugin eine gemeinsame Suche bereitstellt. Suchmodi:
  • find-person: Aliasse, Benutzernamen, Social-Media-Konten, kanonische IDs und Personenseiten
  • route-question: Hinweise zu Ansprechpartnern und optimalen Einsatzgebieten sowie Beziehungskontext
  • source-evidence: Quellseiten und strukturierte Belegfelder
  • raw-claim: strukturierter Aussagentext mit Metadaten zu Aussage und Belegen
Beispiele:
Die Textausgabe enthält Zeilen für Claim: und Evidence:, wenn ein Ergebnis mit einer strukturierten Aussage übereinstimmt. Die JSON-Ausgabe stellt zusätzlich matchedClaimId, matchedClaimStatus, matchedClaimConfidence, evidenceKinds und evidenceSourceIds für die agentenseitige Detailanalyse bereit.

wiki get <lookup>

Liest eine Wiki-Seite anhand ihrer ID oder ihres relativen Pfads.

wiki apply

Wendet eng begrenzte Änderungen ohne freie Seitenbearbeitung an:
  • apply synthesis <title>: eine Syntheseseite mit verwaltetem Zusammenfassungstext erstellen oder aktualisieren
  • apply metadata <lookup>: Metadaten einer vorhandenen Seite aktualisieren
Beide akzeptieren --source-id, --contradiction, --question (jeweils wiederholbar), --confidence <n> (0–1) und --status <status>. apply metadata akzeptiert außerdem --clear-confidence, um einen gespeicherten Vertrauenswert zu entfernen. Dies ist die unterstützte Methode zur Weiterentwicklung von Wiki-Seiten, damit verwaltete generierte Blöcke intakt bleiben.

wiki bridge import

Importiert öffentliche Speicherartefakte aus dem aktiven Speicher-Plugin in Bridge-gestützte Quellseiten. Verwenden Sie diesen Befehl im Modus bridge, um die neuesten exportierten Speicherartefakte in den Wiki-Vault zu übernehmen. Bei aktiven Lesevorgängen für Bridge-Artefakte leitet die CLI den Import über Gateway-RPC weiter, sodass der Laufzeitkontext des Speicher-Plugins verwendet wird. Wenn Bridge-Importe deaktiviert oder Artefaktlesevorgänge ausgeschaltet sind, behält der Befehl das lokale/offline ausgeführte Verhalten ohne Importe bei. Die Indexaktualisierung nach dem Import wird durch ingest.autoCompile gesteuert.

wiki unsafe-local import

Importiert im Modus unsafe-local aus explizit konfigurierten lokalen Pfaden (unsafeLocal.paths). Bewusst experimentell und nur auf demselben Rechner nutzbar. Die Indexaktualisierung nach dem Import wird durch ingest.autoCompile gesteuert.

wiki chatgpt import

Importiert einen ChatGPT-Export in Wiki-Quellseiten im Entwurfsstatus.
Ein Import ohne Probelauf, der Seiten ändert, zeichnet eine Importlauf-ID auf. Sie wird in der Zusammenfassung ausgegeben und für das Zurücksetzen benötigt.

wiki chatgpt rollback <run-id>

Setzt einen zuvor angewendeten ChatGPT-Importlauf zurück, entfernt die dadurch erstellten Seiten und stellt überschriebene Seiten wieder her. Führt keine Aktion aus (und meldet alreadyRolledBack), wenn der Lauf bereits zurückgesetzt wurde.

wiki obsidian ...

Obsidian-Hilfsbefehle für Vaults im Obsidian-kompatiblen Modus: status, search, open, command, daily. Diese erfordern die offizielle CLI obsidian unter PATH, wenn obsidian.useOfficialCli aktiviert ist. Die Konfigurationsvalidierung lehnt obsidian.useOfficialCli: true ab, wenn vault.scope auf agent gesetzt ist, da obsidian.vaultName eine einzige globale Einstellung und keine agentenspezifische Zuordnung ist. Obsidian-kompatibles Markdown-Rendering bleibt verfügbar.

Praktische Verwendungshinweise

  • Verwenden Sie wiki search und wiki get, wenn Herkunft und Seitenidentität wichtig sind.
  • Verwenden Sie wiki apply, anstatt verwaltete generierte Abschnitte manuell zu bearbeiten.
  • Verwenden Sie wiki lint, bevor Sie widersprüchlichen Inhalten oder Inhalten mit geringer Vertrauenswürdigkeit vertrauen.
  • Verwenden Sie wiki compile nach Massenimporten oder Quelländerungen, wenn Sie sofort aktuelle Dashboards und kompilierte Kurzfassungen benötigen.
  • Verwenden Sie wiki okf import, wenn ein Datenkatalog, Dokumentationsexport oder eine Pipeline zur Agentenanreicherung bereits OKF-Markdown-Bundles ausgibt.
  • Verwenden Sie wiki bridge import, wenn der Bridge-Modus von neu exportierten Speicherartefakten abhängt.

Zugehörige Konfiguration

Das Verhalten von openclaw wiki wird durch Folgendes bestimmt:
  • plugins.entries.memory-wiki.config.vaultMode
  • plugins.entries.memory-wiki.config.vault.scope
  • plugins.entries.memory-wiki.config.vault.path
  • plugins.entries.memory-wiki.config.search.backend
  • plugins.entries.memory-wiki.config.search.corpus
  • plugins.entries.memory-wiki.config.bridge.*
  • plugins.entries.memory-wiki.config.obsidian.*
  • plugins.entries.memory-wiki.config.ingest.autoCompile
  • plugins.entries.memory-wiki.config.render.*
  • plugins.entries.memory-wiki.config.context.includeCompiledDigestPrompt
Das vollständige Konfigurationsmodell finden Sie unter Memory-Wiki-Plugin.

Verwandte Themen