Hybrid Railway deployments have three persistence layers:Documentation Index
Fetch the complete documentation index at: https://docs.bumbleagi.com/llms.txt
Use this file to discover all available pages before exploring further.
| Layer | What it stores | Durability |
|---|---|---|
| Postgres | Episodic memory, relationships, beliefs, entity state, automations | Durable |
Railway volume (/app/data) | knowledge.md, journal.md, soma checkpoint, workspace files | Durable (survives redeploy) |
| Container disk | Code, configs, logs | Ephemeral (lost on redeploy) |
Volume setup
The volume is not optional. Without it,knowledge.md, journal.md, and soma state are destroyed on every container redeploy.
BUMBLEBEE_EXECUTION_WORKSPACE_DIR redirects knowledge, journal, and soma paths onto the volume. Without it, those files land on the ephemeral container disk under ~/.bumblebee.
First startup
If noknowledge.md exists at the configured path, the entity writes a minimal template automatically. No manual seeding required for a fresh deploy.
Postgres
SetDATABASE_URL on the Railway service:
Seeding knowledge
To pre-populateknowledge.md on a fresh volume:
Backup and restore
pg_dump / pg_restore via the Railway database service.
S3-compatible attachment storage
In local mode, images and audio from chats are saved to disk. On ephemeral cloud disks, those files disappear on redeploy. For hybrid deployments, use S3-compatible object storage:Troubleshooting
| Symptom | Cause | Fix |
|---|---|---|
| Knowledge lost on redeploy | No volume or BUMBLEBEE_EXECUTION_WORKSPACE_DIR not set | Add volume and set the env var |
| Soma state resets | Soma checkpoint on ephemeral disk | Ensure workspace dir points to volume |
| Entity can’t write files | Workspace dir doesn’t exist | Verify volume mount path matches env var |