oc-path intégré ajoute la CLI openclaw path pour le
schéma d’adressage des fichiers d’espace de travail oc://. Il est fourni dans
le dépôt OpenClaw sous extensions/oc-path/, mais son activation est facultative :
l’installation et la compilation le laissent inactif tant que vous ne
l’activez pas.
Les adresses oc:// désignent une feuille unique (ou un ensemble de feuilles
défini par un caractère générique) dans un fichier d’espace de travail. Le
plugin prend en charge quatre types de fichiers :
- markdown (
.md) : frontmatter, sections, éléments, champs - jsonc (
.jsonc,.json) : commentaires et mise en forme préservés - jsonl (
.jsonl,.ndjson) : enregistrements organisés par ligne - yaml (
.yaml,.yml,.lobster) : nœuds de type mappage, séquence ou scalaire via l’APIDocumentdu paquetyaml
Pourquoi l’activer
Activezoc-path lorsque des scripts, des hooks ou des outils locaux pour
agents doivent cibler un élément précis de l’état de l’espace de travail sans
analyseur spécifique à chaque structure de fichier. Une seule adresse oc://
peut désigner une clé du frontmatter Markdown, un élément de section, une
feuille de configuration JSONC, un champ d’événement JSONL ou une étape de
workflow YAML.
Cela est important pour les workflows de maintenance dans lesquels la
modification doit rester limitée, vérifiable et reproductible : inspecter une
valeur, rechercher les enregistrements correspondants, simuler une écriture,
puis appliquer uniquement cette feuille sans modifier les commentaires, les
fins de ligne ni la mise en forme environnante.
Raisons courantes de l’activer :
- Automatisation locale : les scripts shell résolvent ou mettent à jour une
valeur de l’espace de travail avec
openclaw path … --jsonau lieu d’embarquer du code d’analyse distinct pour Markdown, JSONC, JSONL et YAML. - Modifications visibles par les agents : un agent affiche les différences d’une simulation pour une feuille ciblée avant l’écriture, ce qui est plus facile à vérifier qu’une réécriture libre du fichier.
- Intégrations aux éditeurs : un éditeur associe
oc://AGENTS.md/tools/ghau nœud Markdown et au numéro de ligne exacts sans faire de suppositions à partir du texte du titre. - Diagnostic :
emitfait passer un fichier par un cycle complet dans l’analyseur et l’émetteur afin de vérifier si un type de fichier est stable au niveau des octets avant de recourir à des modifications automatisées.
oc-path n’est délibérément pas responsable de la sémantique de plus haut
niveau. Les plugins de mémoire restent responsables des écritures en mémoire,
les commandes de configuration restent responsables de la gestion complète de
la configuration et la récupération de la dernière configuration valide (LKG)
reste responsable de la restauration et de la promotion. oc-path constitue
la couche ciblée d’adressage et d’opérations sur fichiers avec préservation des
octets autour de laquelle ces outils de plus haut niveau peuvent être
construits.
Où il s’exécute
Le plugin s’exécute dans le processus de la CLIopenclaw sur l’hôte où
vous lancez la commande. Il ne nécessite pas de Gateway en cours d’exécution et
n’ouvre aucune connexion réseau ; chaque commande est une transformation pure
appliquée au fichier que vous indiquez.
Les métadonnées du plugin se trouvent dans
extensions/oc-path/openclaw.plugin.json :
onStartup: false exclut le plugin du chemin de démarrage du Gateway.
commandAliases et activation.onCommands indiquent à la CLI de charger le
plugin à la demande lors de la première exécution de openclaw path …, de
sorte que les installations qui n’utilisent jamais cette commande n’en
subissent aucun coût.
Activation
openclaw path fonctionnent immédiatement sur le même hôte ; la CLI charge le
plugin à la demande.
Pour le désactiver :
Dépendances
Toutes les dépendances d’analyse sont propres au plugin ; l’activation deoc-path n’ajoute aucun nouveau paquet à l’environnement d’exécution du cœur :
JSONL reste implémenté manuellement : l’analyse par ligne est plus simple que
n’importe quelle dépendance et l’analyse de chaque ligne passe déjà par
jsonc-parser.
Fonctionnalités fournies
La CLI est actuellement la seule surface publique. Les commandes du substrat
sont privées au plugin ; les consommateurs utilisent la CLI (ou créent leur
propre plugin à partir du SDK).
Relation avec les autres plugins
memory-*: les écritures en mémoire passent par les plugins de mémoire, et non paroc-path.oc-pathest un substrat de fichiers générique ; les plugins de mémoire y superposent leur propre sémantique.- LKG :
pathne connaît pas la restauration de la dernière configuration valide. Si un fichier que vous modifiez avecpathest également suivi par LKG, le cycle d’observation de la configuration suivant détermine s’il faut le promouvoir ou le restaurer ; considérez une modification avecpathcomme toute autre écriture directe dans ce fichier.
Sécurité
set écrit les octets bruts via le chemin d’émission du substrat, qui applique
automatiquement la protection par sentinelle de masquage. L’écriture d’une
feuille contenant __OPENCLAW_REDACTED__ (textuellement ou comme sous-chaîne)
est refusée avec OC_EMIT_SENTINEL. La CLI supprime également la sentinelle
littérale de toute sortie lisible ou JSON qu’elle affiche et la remplace par
[REDACTED], afin que les captures de terminal et les pipelines ne révèlent
jamais le marqueur.