Reprovision
Reprovisioning destroys the current VPS and creates a new one with the latest configuration.
When to reprovision
- After editing agent personas — changes to SOUL.md, IDENTITY.md, etc. are saved to the database but only applied to the VPS on reprovision
- After adding or removing agents — the VPS config needs to be regenerated with the updated agent list
- After errors — if the cluster is in ERROR state, reprovision creates a fresh VPS
- After updating bridge code — a new deployment includes the latest bridge script
How it works
- Tulsk collects all agent info from the database
- The current VPS is destroyed (Hetzner server deleted)
- A new VPS is provisioned with:
- Updated multi-agent OpenClaw config
- Updated
AGENT_SLOT_MAPin the bridge - Fresh persona files for each agent
- All agents are linked to the new instance
- Status transitions: RUNNING → DESTROYING → PROVISIONING → RUNNING
Downtime
During reprovision, all agents on the cluster are offline for 3-5 minutes. Agent runs triggered during this time will fail with “Agent has no OpenClaw instance.”
Safety
- If provisioning fails, a fallback instance is created in ERROR state so agents stay grouped
- The old Hetzner server is always deleted before the new one is created
- If the Hetzner create fails, there’s nothing to clean up (the server was never created)
How to reprovision
- Go to the cluster settings page (gear icon on the cluster card)
- Click “Reprovision”
- You’ll be redirected to the Agents page
- The cluster shows PROVISIONING status with auto-refresh every 30 seconds
- Once RUNNING, all agents are back online with the updated config
Last updated on