Zum Hauptinhalt springen

Documentation Index

Fetch the complete documentation index at: https://docs.openclaw.ai/llms.txt

Use this file to discover all available pages before exploring further.

Der Workspace ist das Zuhause des Agenten. Er ist das einzige Arbeitsverzeichnis, das für Datei-Tools und Workspace-Kontext verwendet wird. Halten Sie ihn privat und behandeln Sie ihn als Gedächtnis. Dies ist getrennt von ~/.openclaw/, wo Konfiguration, Anmeldedaten und Sitzungen gespeichert werden.
Der Workspace ist das standardmäßige cwd, keine harte Sandbox. Tools lösen relative Pfade relativ zum Workspace auf, aber absolute Pfade können weiterhin andere Stellen auf dem Host erreichen, sofern Sandboxing nicht aktiviert ist. Wenn Sie Isolation benötigen, verwenden Sie agents.defaults.sandbox (und/oder eine agentenspezifische Sandbox-Konfiguration).Wenn Sandboxing aktiviert ist und workspaceAccess nicht "rw" ist, arbeiten Tools in einem Sandbox-Workspace unter ~/.openclaw/sandboxes, nicht in Ihrem Host-Workspace.

​
Standardort

  • Standard: ~/.openclaw/workspace
  • Wenn OPENCLAW_PROFILE gesetzt ist und nicht "default" ist, wird der Standard zu ~/.openclaw/workspace-<profile>.
  • Überschreiben in ~/.openclaw/openclaw.json:
{
  agents: {
    defaults: {
      workspace: "~/.openclaw/workspace",
    },
  },
}
openclaw onboard, openclaw configure oder openclaw setup erstellt den Workspace und befüllt die Bootstrap-Dateien, falls sie fehlen.
Sandbox-Seed-Kopien akzeptieren nur reguläre Dateien innerhalb des Workspace; Symlink-/Hardlink-Aliase, die außerhalb des Quell-Workspace auflösen, werden ignoriert.
Wenn Sie die Workspace-Dateien bereits selbst verwalten, können Sie die Erstellung von Bootstrap-Dateien deaktivieren: 
{ agents: { defaults: { skipBootstrap: true } } }

​
Zusätzliche Workspace-Ordner

Ältere Installationen haben möglicherweise ~/openclaw erstellt. Mehrere Workspace-Verzeichnisse beizubehalten kann zu verwirrenden Authentifizierungs- oder Zustandsabweichungen führen, da immer nur ein Workspace aktiv ist.
Empfehlung: Behalten Sie einen einzigen aktiven Workspace. Wenn Sie die zusätzlichen Ordner nicht mehr verwenden, archivieren Sie sie oder verschieben Sie sie in den Papierkorb (zum Beispiel trash ~/openclaw). Wenn Sie absichtlich mehrere Workspaces behalten, stellen Sie sicher, dass agents.defaults.workspace auf den aktiven zeigt.openclaw doctor warnt, wenn zusätzliche Workspace-Verzeichnisse erkannt werden.

​
Workspace-Dateizuordnung

Dies sind die Standarddateien, die OpenClaw innerhalb des Workspace erwartet:
Betriebsanweisungen für den Agenten und dazu, wie er das Gedächtnis verwenden soll. Wird zu Beginn jeder Sitzung geladen. Ein guter Ort für Regeln, Prioritäten und Details dazu, „wie er sich verhalten soll“.
Persona, Ton und Grenzen. Wird in jeder Sitzung geladen. Leitfaden: SOUL.md-Persönlichkeitsleitfaden.
Wer der Benutzer ist und wie er angesprochen werden soll. Wird in jeder Sitzung geladen.
Name, Stimmung und Emoji des Agenten. Wird während des Bootstrap-Rituals erstellt/aktualisiert.
Notizen zu Ihren lokalen Tools und Konventionen. Steuert nicht die Tool-Verfügbarkeit; es dient nur als Anleitung.
Optionale kleine Checkliste für Heartbeat-Läufe. Halten Sie sie kurz, um Token-Verbrauch zu vermeiden.
Optionale Startcheckliste, die beim Neustart des Gateway automatisch ausgeführt wird (wenn interne Hooks aktiviert sind). Halten Sie sie kurz; verwenden Sie das Nachrichten-Tool für ausgehende Sendungen.
Einmaliges Ritual beim ersten Start. Wird nur für einen brandneuen Workspace erstellt. Löschen Sie es, nachdem das Ritual abgeschlossen ist.
Tägliches Gedächtnisprotokoll (eine Datei pro Tag). Empfohlen wird, beim Sitzungsstart heute + gestern zu lesen.
Kuratiertes Langzeitgedächtnis: dauerhafte Fakten, Präferenzen, Entscheidungen und kurze Zusammenfassungen. Bewahren Sie detaillierte Protokolle in memory/YYYY-MM-DD.md auf, damit Gedächtnis-Tools sie bei Bedarf abrufen können, ohne sie in jeden Prompt einzufügen. Laden Sie MEMORY.md nur in der privaten Hauptsitzung (nicht in geteilten/Gruppenkontexten). Siehe Gedächtnis für den Workflow und das automatische Leeren des Gedächtnisses.
Workspace-spezifische Skills. Skill-Speicherort mit höchster Priorität für diesen Workspace. Überschreibt Projekt-Agent-Skills, persönliche Agent-Skills, verwaltete Skills, gebündelte Skills und skills.load.extraDirs, wenn Namen kollidieren.
Canvas-UI-Dateien für Node-Anzeigen (zum Beispiel canvas/index.html).
Wenn eine Bootstrap-Datei fehlt, fügt OpenClaw eine Markierung „fehlende Datei“ in die Sitzung ein und fährt fort. Große Bootstrap-Dateien werden beim Einfügen gekürzt; passen Sie die Limits mit agents.defaults.bootstrapMaxChars (Standard: 12000) und agents.defaults.bootstrapTotalMaxChars (Standard: 60000) an. openclaw setup kann fehlende Standards neu erstellen, ohne vorhandene Dateien zu überschreiben.

​
Was NICHT im Workspace liegt

Diese befinden sich unter ~/.openclaw/ und sollten NICHT in das Workspace-Repo committed werden:
  • ~/.openclaw/openclaw.json (Konfiguration)
  • ~/.openclaw/agents/<agentId>/agent/auth-profiles.json (Modell-Authentifizierungsprofile: OAuth + API-Schlüssel)
  • ~/.openclaw/agents/<agentId>/agent/codex-home/ (agentenspezifisches Codex-Laufzeitkonto, Konfiguration, Skills, Plugins und nativer Thread-Zustand)
  • ~/.openclaw/credentials/ (Kanal-/Provider-Zustand plus ältere OAuth-Importdaten)
  • ~/.openclaw/agents/<agentId>/sessions/ (Sitzungstranskripte + Metadaten)
  • ~/.openclaw/skills/ (verwaltete Skills)
Wenn Sie Sitzungen oder Konfiguration migrieren müssen, kopieren Sie sie separat und halten Sie sie aus der Versionskontrolle heraus.

​
Git-Backup (empfohlen, privat)

Behandeln Sie den Workspace als privates Gedächtnis. Legen Sie ihn in einem privaten Git-Repo ab, damit er gesichert und wiederherstellbar ist. Führen Sie diese Schritte auf dem Rechner aus, auf dem das Gateway läuft (dort befindet sich der Workspace).
1

Initialize the repo

Wenn Git installiert ist, werden brandneue Workspaces automatisch initialisiert. Wenn dieser Workspace noch kein Repo ist, führen Sie Folgendes aus:
cd ~/.openclaw/workspace
git init
git add AGENTS.md SOUL.md TOOLS.md IDENTITY.md USER.md HEARTBEAT.md memory/
git commit -m "Add agent workspace"
2

Add a private remote

  1. Erstellen Sie ein neues privates Repository auf GitHub.
  2. Nicht mit einer README initialisieren (vermeidet Merge-Konflikte).
  3. Kopieren Sie die HTTPS-Remote-URL.
  4. Fügen Sie den Remote hinzu und pushen Sie:
git branch -M main
git remote add origin <https-url>
git push -u origin main
3

Ongoing updates

git status
git add .
git commit -m "Update memory"
git push

​
Keine Secrets committen

Vermeiden Sie auch in einem privaten Repo, Secrets im Workspace zu speichern:
  • API-Schlüssel, OAuth-Token, Passwörter oder private Anmeldedaten.
  • Alles unter ~/.openclaw/.
  • Roh-Dumps von Chats oder sensiblen Anhängen.
Wenn Sie sensible Referenzen speichern müssen, verwenden Sie Platzhalter und bewahren Sie das echte Secret an anderer Stelle auf (Passwortmanager, Umgebungsvariablen oder ~/.openclaw/).
Vorgeschlagener .gitignore-Start: 
.DS_Store
.env
**/*.key
**/*.pem
**/secrets*

​
Workspace auf einen neuen Rechner verschieben

1

Clone the repo

Klonen Sie das Repo in den gewünschten Pfad (Standard ~/.openclaw/workspace).
2

Update config

Setzen Sie agents.defaults.workspace in ~/.openclaw/openclaw.json auf diesen Pfad.
3

Seed missing files

Führen Sie openclaw setup --workspace <path> aus, um fehlende Dateien zu befüllen.
4

Copy sessions (optional)

Wenn Sie Sitzungen benötigen, kopieren Sie ~/.openclaw/agents/<agentId>/sessions/ separat vom alten Rechner.

​
Erweiterte Hinweise

  • Multi-Agent-Routing kann unterschiedliche Workspaces pro Agent verwenden. Siehe Kanalrouting für die Routing-Konfiguration.
  • Wenn agents.defaults.sandbox aktiviert ist, können Nicht-Hauptsitzungen sitzungsspezifische Sandbox-Workspaces unter agents.defaults.sandbox.workspaceRoot verwenden.

​
Verwandt