/home/clawbox. The app itself is a git checkout; all personal state is deliberately kept outside tracked files so updates can hard-reset the code without touching your data.
Rows marked OpenClaw/dual or Hermes/dual exist only on those editions. Check yours with
cat /etc/clawbox/edition.env.Map
Credentials — exactly where secrets live
What survives what
The update mechanism achieves this with
git reset --hard <release> + git clean -fd (note: no -x — gitignored paths like data/ and .env are never cleaned). Details: Update System.
Every ❌ row above assumes the path really is the directory it names. If one of them has been
replaced by a symlink, the factory reset removes the link and leaves whatever it pointed at
alone — it never deletes through it — and reports the reset as incomplete, naming the path,
without clearing the Wi-Fi, resetting the login password or rebooting. So the box stays reachable
and the redirected store is still there to deal with. A plain file where a directory belongs is
simply removed and the reset finishes normally.
~/.hermes/config.yaml is generated state
On the Hermes edition several ordinary product actions rewrite that file end to end:
hermes config set, which ClawBox shells out to from Settings → Local AI (three calls per save) and from the Telegram flow;scripts/register-mcp.sh, at every web-server boot;scripts/setup-hermes-dashboard-auth.sh, as the dashboard unit’sExecStartPre.
~/.hermes/config.yaml.lock
rather than editing it under them.

