Data storage

Know where configs, sessions, logs, memory, and generated runtime files live.

Host data directory

The daemon stores everything under a single host data directory — $HOME/.dispatchmy.ai by default — bind-mounted into the container at /data. Container restarts and image updates leave that directory untouched, so agents and credentials survive both.

Agent data

Each agent gets its own subdirectory holding the agent config, the generated Dockerfile and compose file, runtime data, session history, logs, memory data, and artifacts produced during runs.

Lifecycle and persistence

Inside the agent container, only /app/data is bind-mounted from the host (it points at the agent's runtime-data/ subdirectory). Files written there persist across restarts; anything written elsewhere is part of the container's filesystem and resets when the image rebuilds.

Stopping an agent leaves its container in place so you can still read logs. Starting it again triggers a fresh image build — fast in steady state thanks to Docker's layer cache, but only /app/data survives the rebuild.

Deleting an agent removes its container, image, and entire subdirectory under the host data folder. Configuration, sessions, logs, memory, and artifacts all go with it — there's no soft delete.

Backups

Back up the host data directory to preserve agent configuration and history. Treat logs and artifacts as potentially sensitive — they can include task content, tool output, and provider responses.