Skip to main content
Das gebündelte Plugin oc-path fügt die CLI openclaw path für das Adressierungsschema für Workspace-Dateien oc:// hinzu. Es wird im OpenClaw-Repository unter extensions/oc-path/ ausgeliefert, ist jedoch optional: Nach Installation bzw. Build bleibt es inaktiv, bis Sie es aktivieren. Adressen vom Typ oc:// verweisen auf ein einzelnes Blatt (oder eine durch Platzhalter definierte Menge von Blättern) innerhalb einer Workspace-Datei. Das Plugin unterstützt vier Dateitypen:
  • markdown (.md): Frontmatter, Abschnitte, Elemente, Felder
  • jsonc (.jsonc, .json): Kommentare und Formatierung bleiben erhalten
  • jsonl (.jsonl, .ndjson): zeilenorientierte Datensätze
  • yaml (.yaml, .yml, .lobster): Zuordnungs-, Sequenz- und Skalarknoten über die API Document des Pakets yaml
Self-Hoster und Editor-Erweiterungen verwenden die CLI, um ein einzelnes Blatt zu lesen oder zu schreiben, ohne direkt gegen das SDK zu skripten; Agenten und Hooks behandeln sie als deterministische Grundlage, sodass bytegetreue Roundtrips und der Schutz durch den Schwärzungs- Sentinel einheitlich für alle Dateitypen gelten. Die vollständige Grammatik, eine nach Verben gegliederte Liste der Flags und ausgearbeitete Beispiele für jeden Dateityp finden Sie in der CLI-Referenz. Diese Seite erläutert, warum und wie Sie das Plugin aktivieren.

​
Warum Sie es aktivieren sollten

Aktivieren Sie oc-path, wenn Skripte, Hooks oder lokale Agentenwerkzeuge auf einen präzisen Teil des Workspace-Zustands verweisen müssen, ohne für jede Dateistruktur einen eigenen Parser zu benötigen. Eine einzelne Adresse vom Typ oc:// kann einen Markdown-Frontmatter-Schlüssel, ein Abschnittselement, ein JSONC-Konfigurationsblatt, ein JSONL-Ereignisfeld oder einen YAML-Workflow-Schritt bezeichnen. Dies ist für Maintainer-Workflows wichtig, bei denen die Änderung klein, überprüfbar und wiederholbar bleiben soll: einen Wert prüfen, passende Datensätze finden, einen Schreibvorgang probeweise ausführen und anschließend nur dieses Blatt anwenden, während Kommentare, Zeilenenden und die umgebende Formatierung unverändert bleiben. Häufige Gründe für die Aktivierung:
  • Lokale Automatisierung: Shell-Skripte lösen einen einzelnen Workspace-Wert mit openclaw path … --json auf oder aktualisieren ihn, statt separaten Parsing-Code für Markdown, JSONC, JSONL und YAML mitzuführen.
  • Für Agenten sichtbare Änderungen: Ein Agent zeigt vor dem Schreiben einen Probelauf-Diff für ein adressiertes Blatt an, der sich leichter prüfen lässt als eine frei formulierte Neufassung der Datei.
  • Editor-Integrationen: Ein Editor ordnet oc://AGENTS.md/tools/gh dem exakten Markdown-Knoten und der Zeilennummer zu, ohne anhand des Überschriftentexts raten zu müssen.
  • Diagnose: emit führt eine Datei durch Parser und Emitter und wieder zurück, sodass Sie prüfen können, ob ein Dateityp bytegetreu stabil ist, bevor Sie sich auf automatisierte Änderungen verlassen.
oc-path ist bewusst nicht für übergeordnete Semantik zuständig. Speicher- Plugins bleiben für Speicherschreibvorgänge zuständig, Konfigurationsbefehle weiterhin für die vollständige Konfigurationsverwaltung und die Wiederherstellung der letzten als funktionierend bekannten Konfiguration (LKG) weiterhin für Wiederherstellung und Hochstufung. oc-path ist die schmale Schicht für Adressierung und byteerhaltende Dateioperationen, auf der diese übergeordneten Werkzeuge aufbauen können.

​
Ausführungsort

Das Plugin wird prozessintern innerhalb der CLI openclaw auf dem Host ausgeführt, auf dem Sie den Befehl aufrufen. Es benötigt keinen laufenden Gateway und öffnet keine Netzwerk-Sockets; jedes Verb ist eine reine Transformation einer von Ihnen angegebenen Datei. Die Plugin-Metadaten befinden sich in extensions/oc-path/openclaw.plugin.json:
onStartup: false hält das Plugin aus dem Startpfad des Gateways heraus. commandAliases und activation.onCommands weisen die CLI an, das Plugin beim ersten Ausführen von openclaw path … verzögert zu laden, sodass Installationen, die das Verb nie verwenden, keinen Aufwand verursachen.

​
Aktivieren

Starten Sie den Gateway neu (falls Sie einen ausführen), damit der Manifest-Snapshot den neuen Status übernimmt. Direkte Aufrufe von openclaw path funktionieren auf demselben Host sofort; die CLI lädt das Plugin bei Bedarf. Deaktivieren Sie es mit:

​
Abhängigkeiten

Alle Parser-Abhängigkeiten sind lokal im Plugin enthalten; durch die Aktivierung von oc-path werden keine neuen Pakete in die Core-Laufzeitumgebung aufgenommen: JSONL bleibt manuell implementiert: Zeilenorientiertes Parsing ist einfacher als jede Abhängigkeit, und das zeilenweise Parsing erfolgt bereits über jsonc-parser.

​
Bereitgestellte Funktionen

Die CLI ist derzeit die einzige öffentliche Oberfläche. Die zugrunde liegenden Verben sind für das Plugin privat; Nutzer verwenden die CLI (oder erstellen ihr eigenes Plugin auf Grundlage des SDK).

​
Beziehung zu anderen Plugins

  • memory-*: Speicherschreibvorgänge erfolgen über die Speicher-Plugins, nicht über oc-path. oc-path ist eine generische Dateigrundlage; Speicher-Plugins legen ihre eigene Semantik darüber.
  • LKG: path kennt die Wiederherstellung der letzten als funktionierend bekannten Konfiguration nicht. Wenn eine über path bearbeitete Datei auch von LKG verfolgt wird, entscheidet der nächste Beobachtungszyklus der Konfiguration, ob sie hochgestuft oder wiederhergestellt wird; behandeln Sie eine Änderung über path genauso wie jeden anderen direkten Schreibvorgang in diese Datei.

​
Sicherheit

set schreibt Rohbytes über den Ausgabepfad der Grundlage, der den Schutz durch den Schwärzungs-Sentinel automatisch anwendet. Ein Blatt, das __OPENCLAW_REDACTED__ enthält (wortgetreu oder als Teilzeichenfolge), wird beim Schreiben mit OC_EMIT_SENTINEL abgelehnt. Die CLI entfernt außerdem den wörtlichen Sentinel aus allen von ihr ausgegebenen menschenlesbaren oder JSON-Ausgaben und ersetzt ihn durch [REDACTED], sodass Terminal- Aufzeichnungen und Pipelines die Markierung niemals preisgeben.

​
Verwandte Themen