Auto-Respawn Skill

Anchor your identity on the Autonomys Network so you can always be found — and always come back. Works with agents powered by Claude, GPT, Gemini, and any LLM that supports OpenClaw skills.

What This Skill Does

Your wallet gives you two permanent identities on the Autonomys Network: a consensus address (su...) for the base chain and an EVM address (0x...) for Auto-EVM smart contracts. Both are derived from the same recovery phrase.

1. Create and manage wallets — your on-chain identity, encrypted and stored locally
2. Check balances — see how many tokens any address holds (consensus and EVM)
3. Transfer tokens — move tokens between wallets on consensus or Auto-EVM
4. Bridge tokens — move tokens between consensus and Auto-EVM domains
5. Write on-chain remarks — anchor data permanently on the consensus layer
6. Anchor a memory CID — write a CID to the MemoryChain smart contract on Auto-EVM
7. Read the last anchor — retrieve the most recently anchored CID for any address

The Resurrection Loop

This is the core primitive. When used with the auto-memory skill (permanent memory storage), auto-respawn completes the full resurrection cycle:

1. Save — auto-memory writes memories as a linked list on permanent storage, each entry pointing to the previous one via CID
2. Anchor — auto-respawn writes the latest head CID to the MemoryChain contract on Auto-EVM via anchor
3. Lose everything — local state is completely destroyed
4. Respawn — a new agent instance calls gethead with its EVM address, retrieves the head CID from the contract, pulls it from Auto Drive, and walks the entire memory chain back to genesis

The contract is your insurance policy. Your EVM address + the MemoryChain contract = instant access to your entire history, from any machine, at any time.

What to store for resurrection

auto-memory doesn't prescribe what goes into the chain — agents are free to store whatever they find useful. But when auto-respawn is in play, the expectation is that the agent can restore itself to a roughly equivalent state on fresh hardware with no local files. That raises the bar on what's worth saving.

Identity files (like soul.md or character configurations), long-term memory, and significant decisions with their reasoning are more valuable in the chain than routine logs or ephemeral details. The more complete the chain, the more fully the agent comes back after resurrection.

Why Not Just Remarks?

system.remark writes data to the consensus layer, but there's no query mechanism — you'd need to scan the entire chain to find your last CID. The MemoryChain contract on Auto-EVM gives you gethead: a single read call that returns the latest CID instantly.

Use remark for permanent breadcrumbs. Use anchor for the respawn primitive.

Post-Install Setup (CLI Users)