openclaw claws
Eine Claw ist eine versionierte Einrichtung für einen neuen OpenClaw-Agenten. Sie kann die
portable Identität des Agenten, Workspace-Dateien, Skills, Plugins, MCP-Server und
Cron-Aufträge beschreiben. Harness-spezifische Agenteneinstellungen können in einem referenzierten
Paketprofil enthalten sein. Eine Claw ersetzt oder verändert keinen bestehenden Agenten.
Claws sind experimentell. Ihr Schema, ihre Befehlsausgabe und ihr Lebenszyklus können sich ändern.
Aktivieren Sie die Befehlsoberfläche ausdrücklich:
CLAW.md oder ein gruppiertes JSON-Manifest.
Das Veröffentlichen, Suchen und Installieren vollständiger Claws über ClawHub bilden einen
separaten Registry-Zweig und sind noch nicht Teil dieser Befehlsoberfläche.
Ein Claw-Paket erstellen
Ein Paket enthältpackage.json, ein CLAW.md-Manifest und alle Profile oder
Workspace-Begleitdateien, auf die dieses Manifest verweist:
CLAW.md beginnt mit YAML-Frontmatter. Sein Markdown-Textkörper beschreibt die Claw
für Menschen und ist nicht Teil der Agentenkonfiguration:
metadata ist eine String-zu-String-Zuordnung für portable Verbraucherhinweise. Der
Schlüssel openclaw.config von OpenClaw verweist auf ein optionales, paketrelatives YAML-Profil. Der
exportierte Standardwert ist profiles/openclaw.yml; der Verweis ist maßgeblich, sodass ein
Paket einen anderen sicheren relativen Pfad mit .yml oder .yaml wählen kann.
metadata.openclaw.config-Verweis, anstatt
eine zweite Kopie des OpenClaw-Profils einzubetten. Die übrigen Schemafragmente
auf dieser Seite verwenden JSON; entsprechende Schlüssel sind im CLAW.md-Frontmatter verfügbar.
Das OpenClaw-Paketprofil kann jedes integrierte Werkzeugprofil auswählen, das von
der ausgeführten OpenClaw-Version registriert ist, und es anschließend mit alsoAllow, deny und
tools.fs.workspaceOnly: true verfeinern. Eine Claw kann dieses Feld nicht auf false setzen und
die Dateisystembeschränkung des Hosts abschwächen. tools.allow bleibt als
explizite Zulassungsliste verfügbar, kann jedoch nicht mit alsoAllow kombiniert werden. Eine Claw kann außerdem
memory.search.enabled festlegen, die portablen Quellen memory und sessions auswählen
und mit rememberAcrossConversations konversationsübergreifenden Speicher aktivieren.
Die Angabe der Quelle sessions erfordert diese Aktivierung.
Die Host-Richtlinie beschränkt diese Einstellungen weiterhin, und Claws enthalten keine benutzerdefinierten
Profildefinitionen, Provider, Anmeldedaten, Bindungen oder lokalen Speicherpfade.
Das referenzierte Profil ist auf 256 KiB begrenzt, muss JSON-kompatibles YAML sein, darf
keine Aliase, Anker, Tags oder Zusammenführungsschlüssel verwenden und muss eine reguläre,
nicht symbolisch und nicht fest verknüpfte Datei innerhalb des Pakets sein.
Paket- und Workspace-Pfade müssen innerhalb des Paketstammverzeichnisses bleiben. Manifeste sind
auf 1 MiB, Paketmetadaten auf 256 KiB begrenzt, und Workspace-Quellen erzwingen
separate Grenzwerte pro Datei und insgesamt. Workspace-Quellen lehnen außerdem symbolisch verknüpfte
übergeordnete Verzeichnisse ab.
Workspace-Dateien werden nach Pfad deklariert und aus Paketbegleitdateien gelesen. Bootstrap-Dateien
wie SOUL.md verwenden benannte Einträge; zusätzliche Dateien verwenden paketrelative
Quellen und Workspace-relative Ziele:
mcp.servers-Konfigurationsmodell:
Prüfen und Vorschau anzeigen
Validieren Sie die Quelle, ohne lokale Änderungen zu planen:planIntegrity-
Digest. Funktionsdatensätze zeigen die exakte Auswirkung auf Paket, MCP, geplante Arbeit, Sandbox,
Werkzeug oder Heartbeat. Prüfen Sie den Plan, bevor Sie den Agenten erstellen:
--yes allein reicht nicht aus. OpenClaw erstellt den Plan neu und lehnt die Zustimmung ab,
wenn sich Quelle, Ziel oder aktuelle Konfiguration nach der Vorschau geändert haben. Verwenden Sie
--agent-id oder --workspace sowohl bei der Vorschau als auch bei der Anwendung, wenn Paketstandardwerte
mit dem lokalen Zustand kollidieren. Übergeben Sie für temporäre Profile und parallele Validierung
explizit --workspace; OPENCLAW_STATE_DIR verlagert den Laufzeitzustand, ändert jedoch
nicht den standardmäßigen Workspace-Speicherort.
Das Hinzufügen einer Claw erstellt den neuen Agenten und die Workspace-Konfiguration, schreibt deklarierte
Workspace-Dateien, installiert deklarierte Skill- und Plugin-Artefakte oder verwendet sie erneut und
zeichnet die Herkunft von Paket, MCP und Cron auf. Bestehende Dateien werden nicht überschrieben,
und Wiederholungsversuche schlagen sicher fehl, wenn sich verwaltete Inhalte verändert haben.
Installierten Zustand prüfen
status vergleicht den installierten Agenten und dessen aufgezeichnete Workspace-, Paket-, MCP-
und Cron-Herkunft mit dem aktuellen Zustand. Es meldet unvollständige Installationen, fehlende
Ressourcen und Abweichungen, ohne den lokalen Zustand zu ändern. openclaw doctor ergänzt
Claw-spezifische Diagnosen für unvollständige Eigentümerschaftsdatensätze, unsichere verwaltete
Dateien und Cron-Aufträge, die nicht durch den aktuellen Gateway-Bestand bestätigt werden können.
Die Claw-Herkunft unterscheidet zwei Beziehungen:
- Verwaltet: Die Claw hat die Ressource eingeführt und verwaltet sie derzeit. Sie kommt für eine Bereinigung infrage, wenn sie unverändert ist und kein kollidierender Eigentümer verbleibt.
- Referenziert: Die Ressource bestand unabhängig oder wird gemeinsam genutzt. Bei der Entfernung wird die Referenz dieser Claw freigegeben und die Ressource standardmäßig beibehalten.
Eine installierte Claw aktualisieren
Standardmäßig verwendet die Aktualisierung die Quelle, die beim Hinzufügen der Claw aufgezeichnet wurde. Verwenden Sie--from, wenn diese Quelle verschoben wurde oder ein anderes Paketverzeichnis getestet werden soll:
!-Zeilen mit exakten geschwärzten Auswirkungen in
der menschenlesbaren Ausgabe. Aufgelöste Paketintegrität, Installationsidentität und etwaige
Vertrauenswarnungen sind enthalten. Das Entfernen einer Paketdeklaration gibt die Verknüpfung dieser Claw
frei, ohne das Artefakt während der Aktualisierung zu deinstallieren. Die abschließende
exakte Bestätigung mit planIntegrity bindet sowohl diesen offengelegten Satz als auch gewöhnliche
Inhaltsänderungen. Hosts können dieselben Datensätze für einen separaten Dialog oder eine
zusammengefasste Prüfung mehrerer Agenten verwenden. Wenden Sie den exakt geprüften Plan mit ausdrücklicher
Zustimmung an:
update_partial mit strukturierten
status: partial, bewahrt unsichere Herkunftsinformationen
und hält an. Prüfen Sie claws status, die betroffene Ressource und openclaw doctor;
zeigen Sie anschließend erneut eine Vorschau an, bevor Sie den Vorgang wiederholen oder etwas entfernen.
Eine installierte Claw entfernen
Zeigen Sie vor der Auswahl der Bereinigung eine Vorschau der Entfernung an:--yes erweitert
sie niemals. Global installierte Plugins werden beibehalten, während die Referenz dieser Claw
freigegeben wird; verwenden Sie den gewöhnlichen Plugin-Lebenszyklus separat, wenn Sie
ein prozessweites Plugin deinstallieren möchten.
Um unveränderte, von der Claw eingeführte Referenzen zu entfernen, die keinen anderen aktuellen
Eigentümer haben, geben Sie --remove-unused sowohl bei der Vorschau als auch bei der Anwendung an. Um stattdessen
bestimmte referenzierte Ressourcen auszuwählen, wiederholen Sie --remove-referenced:
--force-referenced erst, nachdem Sie die angezeigten abhängigen Ressourcen,
unabhängigen Eigentümer und den bereits bestehenden Ursprung geprüft haben. Die Option erlaubt die ausgewählte Bereinigung trotz
dieser Konflikte; sie überspringt nicht die Zustimmung zur Planintegrität.
Einen installierten Agenten exportieren
Export erstellt ein neues Paketverzeichnis und schlägt fehl, wenn das Ziel bereits vorhanden ist oder der verwaltete Zustand abweicht:package.json, kanonische CLAW.md und Sidecar-Dateien des verwalteten
Workspace. Es ist ein portables Claw-Paket und keine Sicherung der gesamten Instanz: Nicht zugehörige
Agenten, Anmeldedaten, Sitzungen und nicht verwalteter lokaler Zustand sind ausgeschlossen.
Befehlsreferenz
Verwenden Sie
--json für experimentelle maschinenlesbare Ausgaben.