Overview
Phoenix is the ArgentOS backup and restore system. It protects your agent’s workspace data — memory files, identity documents, configuration, databases, and alignment docs — by creating versioned snapshots and distributing them across multiple storage targets. Phoenix supports four backup targets: local filesystem, Git repositories, Amazon S3, and Cloudflare R2. Backups can be compressed, encrypted, and managed with retention policies that automatically prune old snapshots.Why Phoenix Exists
Your agent’s workspace contains irreplaceable data:- SOUL.md, IDENTITY.md, USER.md — Agent personality and identity
- MEMORY.md and
memory/— Durable knowledge and daily notes - observations.db — MemU memory database with thousands of observations
- memory.db — Full memory store with embeddings and entity tracking
- Configuration — All
argent.jsonsettings and channel configs
CLI Commands
Create a Backup
List Backups
Restore from Backup
Initialize Configuration
~/.argentos/backup.json with sensible defaults.
Configuration
Phoenix is configured via~/.argentos/backup.json (also searched at ~/.argentos/phoenix.json and ~/.config/argentos/backup.json):
Configuration Fields
Storage Targets
- Local Filesystem
- Git Repository
- Amazon S3
- Cloudflare R2
The simplest target. Copies backup snapshots to a local directory.
Retention Policies
Retention policies automatically prune old backups to manage storage:Database Backup
SQLite databases are backed up using the SQLite.backup command, which creates a consistent snapshot even while the database is in use. This is safer than simple file copy, which can capture a database in an inconsistent state.
Databases backed up include:
~/.argentos/observations.db— MemU memory store~/.argentos/memory.db— Legacy memory database~/.argentos/data/dashboard.db— Dashboard task database
Compression
Whencompression: true (the default), backup snapshots are compressed with gzip. This typically reduces backup size by 60-80% for text-heavy workspace content.
The system checks for gzip availability on the host before attempting compression.
Encryption
Phoenix supports optional encryption for backup snapshots:gpg— GnuPG encryption with a specified key IDage— Modern encryption with age (https://age-encryption.org)
Restore Process
1
Select a backup
Select a backup by timestamp (or use
--latest)2
Verify integrity
Verify the backup integrity (checksums, decompression)
3
Stop the gateway
Stop the gateway if running (to prevent database conflicts)
4
Copy files
Copy files from the backup to the workspace
5
Restore databases
Restore databases using SQLite
.restore6
Restart the gateway
Restart the gateway
Partial restores are supported via
--memory-only, --databases-only, and --identity-only flags. This lets you restore specific components without overwriting everything.Workspace Zip Backup
In addition to Phoenix, the alignment docs system creates workspace zip backups independently. These are created through the dashboard and stored locally. Phoenix and workspace zip backups are complementary — Phoenix handles scheduled, multi-target backups while workspace zip is for ad-hoc dashboard-initiated snapshots.Backup State
Phoenix tracks backup state in~/.argentos/backup/.last-backup:
