Espace de travail de l'agent
L’espace de travail est le domicile de l’agent. C’est le seul répertoire de travail utilisé pour les outils de fichiers et pour le contexte de l’espace de travail. Gardez-le privé et considérez-le comme une mémoire.
Ceci est séparé de ~/.openclaw/, qui stocke la configuration, les identifiants et les sessions.
Emplacement par défaut
Section intitulée « Emplacement par défaut »- Par défaut :
~/.openclaw/workspace - Si
OPENCLAW_PROFILEest défini et n’est pas"default", la valeur par défaut devient~/.openclaw/workspace-<profile>. - Remplacer dans
~/.openclaw/openclaw.json:
{ agents: { defaults: { workspace: "~/.openclaw/workspace", }, },}openclaw onboard, openclaw configure ou openclaw setup créeront l’espace de travail et initialiseront les fichiers d’amorçage s’ils sont manquants.
Si vous gérez déjà vous-même les fichiers de l’espace de travail, vous pouvez désactiver la création des fichiers d’amorçage :
{ agents: { defaults: { skipBootstrap: true } } }Dossiers supplémentaires de l’espace de travail
Section intitulée « Dossiers supplémentaires de l’espace de travail »Les installations plus anciennes peuvent avoir créé ~/openclaw. Conserver plusieurs répertoires d’espace de travail peut provoquer une dérive d’état ou une confusion d’authentification, car un seul espace de travail est actif à la fois.
Cartographie des fichiers de l’espace de travail
Section intitulée « Cartographie des fichiers de l’espace de travail »Voici les fichiers standards que OpenClaw s’attend à trouver dans l’espace de travail :
AGENTS.md - instructions de fonctionnement
Instructions de fonctionnement pour l’agent et comment il doit utiliser la mémoire. Chargées au début de chaque session. Bon endroit pour les règles, les priorités et les détails sur « comment se comporter ».
SOUL.md - personnalité et ton
Personnalité, ton et limites. Chargé à chaque session. Guide : guide de personnalité SOUL.md.
USER.md - qui est l'utilisateur
Qui est l’utilisateur et comment lui adresser la parole. Chargé à chaque session.
IDENTITY.md - nom, ambiance, emoji
Le nom, l’ambiance et l’emoji de l’agent. Créé/mis à jour lors du rituel d’amorçage.
TOOLS.md - conventions des outils locaux
Notes sur vos outils locaux et conventions. Ne contrôle pas la disponibilité des outils ; c’est uniquement une directive.
HEARTBEAT.md - liste de contrôle de heartbeat
Petite liste de contrôle facultative pour les exécutions de heartbeat. Gardez-la courte pour éviter la consommation de tokens.
BOOT.md - liste de contrôle de démarrage
Liste de contrôle de démarrage facultative exécutée automatiquement au redémarrage de la passerelle (lorsque les hooks internes sont activés). Gardez-la courte ; utilisez l’outil de message pour les envois sortants.
BOOTSTRAP.md - rituel de premier démarrage
Rituel de premier démarrage unique. Créé uniquement pour un tout nouvel espace de travail. Supprimez-le une fois le rituel terminé.
memory/YYYY-MM-DD.md - journal de mémoire quotidien
Journal de mémoire quotidien (un fichier par jour). Il est recommandé de lire celui d’aujourd’hui et d’hier au début de la session.
MEMORY.md - mémoire à long terme sélectionnée (optionnel)
Mémoire à long terme sélectionnée : faits durables, préférences, décisions et courts résumés. Gardez les journaux détaillés dans memory/YYYY-MM-DD.md afin que les outils de mémoire puissent les récupérer à la demande sans les injecter dans chaque invite. Ne chargez MEMORY.md que dans la session principale et privée (pas les contextes partagés/groupes). Voir Mémoire
pour le flux de travail et le vidage automatique de la mémoire.
skills/ - compétences de l'espace de travail (optionnel)
Compétences spécifiques à l’espace de travail. Emplacement de compétences ayant la priorité la plus élevée pour cet espace de travail. Remplace les compétences de l’agent de projet, les compétences de l’agent personnel, les compétences gérées, les compétences groupées et skills.load.extraDirs en cas de collision de noms.
Canvascanvas/ - fichiers d'interface utilisateur Canvas (optionnel)
Fichiers d’interface utilisateur Canvas pour les affichages de nœuds (par exemple canvas/index.html).
Ce qui n’est PAS dans l’espace de travail
Section intitulée « Ce qui n’est PAS dans l’espace de travail »Ces éléments se trouvent sous ~/.openclaw/ et ne doivent PAS être validés dans le dépôt de l’espace de travail :
~/.openclaw/openclaw.json(config)~/.openclaw/agents/<agentId>/agent/auth-profiles.json(profils d’authentification de modèle : OAuth + clés API)~/.openclaw/agents/<agentId>/agent/codex-home/(compte d’exécution Codex par agent, config, compétences, plugins et état de thread natif)~/.openclaw/credentials/(état du canal/fournisseur plus les données d’importation OAuth héritées)~/.openclaw/agents/<agentId>/sessions/(transcriptions de session + métadonnées)~/.openclaw/skills/(compétences gérées)
Si vous devez migrer des sessions ou des configurations, copiez-les séparément et gardez-les hors du contrôle de version.
Sauvegarde Git (recommandée, privée)
Section intitulée « Sauvegarde Git (recommandée, privée) »Traitez l’espace de travail comme une mémoire privée. Placez-le dans un dépôt git privé afin qu’il soit sauvegardé et récupérable.
Exécutez ces étapes sur la machine où le Gateway s’exécute (c’est là que réside l’espace de travail).
Initialiser le dépôt
Si git est installé, les nouveaux espaces de travail sont initialisés automatiquement. Si cet espace de travail n’est pas encore un dépôt, exécutez :
Fenêtre de terminal cd ~/.openclaw/workspacegit initgit add AGENTS.md SOUL.md TOOLS.md IDENTITY.md USER.md HEARTBEAT.md memory/git commit -m "Add agent workspace"Ajouter un dépôt distant privé
- Créez un nouveau dépôt privé sur GitHub.
- Ne l’initialisez pas avec un README (évite les conflits de fusion).
- Copiez l’URL du distant HTTPS.
- Ajoutez le distant et effectuez un push :
Fenêtre de terminal git branch -M maingit remote add origingit push -u origin main
Fenêtre de terminal gh auth logingh repo create openclaw-workspace --private --source . --remote origin --push- Créez un nouveau dépôt privé sur GitLab.
- Ne l’initialisez pas avec un README (évite les conflits de fusion).
- Copiez l’URL du distant HTTPS.
- Ajoutez le distant et effectuez un push :
Fenêtre de terminal git branch -M maingit remote add origingit push -u origin main
Mises à jour continues
Fenêtre de terminal git statusgit add .git commit -m "Update memory"git push
Ne commitez pas de secrets
Section intitulée « Ne commitez pas de secrets »Starter .gitignore suggéré :
.DS_Store.env**/*.key**/*.pem**/secrets*Déplacement de l’espace de travail vers une nouvelle machine
Section intitulée « Déplacement de l’espace de travail vers une nouvelle machine »Clone the repo
Clonez le dépôt vers le chemin souhaité (par défaut
~/.openclaw/workspace).Update config
Définissez
agents.defaults.workspacesur ce chemin dans~/.openclaw/openclaw.json.Seed missing files
Exécutez `openclaw setup —workspace
` pour générer les fichiers manquants.
Copy sessions (optional)
Si vous avez besoin des sessions, copiez `~/.openclaw/agents/
/sessions/` séparément depuis l’ancienne machine.
Notes avancées
Section intitulée « Notes avancées »- Le routage multi-agent peut utiliser des espaces de travail différents par agent. Voir Channel routing pour la configuration du routage.
- Si
agents.defaults.sandboxest activé, les sessions non principales peuvent utiliser des espaces de travail de bac à sable par session sousagents.defaults.sandbox.workspaceRoot.
Connexes
Section intitulée « Connexes »- Heartbeat - fichier d’espace de travail HEARTBEAT.md
- Sandboxing - accès à l’espace de travail dans les environnements bac à sable
- Session - chemins de stockage de session
- Standing orders - instructions persistantes dans les fichiers de l’espace de travail