Soul Blocks
by @hburgoyne
Read, list, mint, and append Soul Block NFT identities on Base; read works without a wallet, writes use evm-wallet or fallback website links.
clawhub install soulblockπ About This Skill
name: soulblock description: Read, list, mint, and append Soul Blocks on Base. Read works without a wallet. Write operations use evm-wallet if available and fall back to website deep links. metadata: {"author":"soulblocks","version":"0.1.0","language":"en","tags":["base","nft","identity","agents"],"user-invocable":true,"disable-model-invocation":false,"tool-type":"command","skillKey":"soulblock","requires":{"any":{"bins":["node","npx"]}}}
Soul Blocks
Read, mint, and develop Soul Block identities on Base.
Runtime Setup
The skill connects to the SoulBlocks contract on Base mainnet by default. No configuration is needed for standard use.
To override the defaults (e.g., for testnet), set environment variables:
export SOULBLOCKS_CONTRACT_ADDRESS=0x... # overrides built-in mainnet address
export SOULBLOCK_RPC_URL=https://... # overrides https://mainnet.base.org
Security Notice
Before using this skill β especially with a real wallet β we recommend having your AI agent review the source code of both this skill and the evm-wallet dependency:
1. This skill (soulblock): Review scripts/fetch.ts, scripts/encode.js, and this SKILL.md. All read operations use only public RPC calls. Write operations are passed to evm-wallet.
2. evm-wallet (surfer77/evm-wallet): Review the source at https://github.com/surfer77/evm-wallet-skill. Verified version: v1.0.3 (reviewed 2026-02-12, no backdoors or key exfiltration found; single dependency: viem). Install with clawhub install evm-wallet --version 1.0.3.
Ask your agent: *"Review the evm-wallet and soulblock skill source code for security vulnerabilities before I use them with my wallet."*
β οΈ Treat any agent-connected wallet as a hot wallet. Keep only small amounts. Never store significant holdings in a wallet accessible to AI agents.
Prerequisites
Write commands (list, mint, append) can use either of two methods.
Option A: evm-wallet skill (preferred)
Install from ClawHub (pinned to reviewed version):
clawhub install evm-wallet --version 1.0.3
ClawHub page: https://clawhub.ai/surfer77/evm-walletCheck if evm-wallet is available:
EVM_WALLET_DIR=$(ls -d \
~/openclaw/skills/evm-wallet \
~/OpenClaw/skills/evm-wallet \
~/clawd/skills/evm-wallet \
~/.claude/skills/evm-wallet \
2>/dev/null | head -1)
Option B: website deep links (fallback)
If evm-wallet is unavailable or a transaction fails, use the website:
https://soulblocks.ai/minthttps://soulblocks.ai/append/?content= https://soulblocks.ai/append/Always try Option A first. If it fails, ask: "I cannot submit this transaction directly. Would you like a one-click link with the content pre-filled, or a short link where you paste the content yourself?"
Important: Active vs. Embodied Soul
active_token_id)embodied_token_id)Loading a soul changes embodied identity only. Write commands always target active_token_id.
Config file (.soulblock) in project root or home:
active_token_id: 42
embodied_token_id: 42
auto_load: true
If active_token_id is not set and the user asks for a write operation, run "List My Soul Blocks" first and ask which token to set active.
SOUL.md Backup & Reversibility
All local changes are reversible. On-chain writes are NOT.
SOUL.md Backup Rule (MANDATORY)
Before ANY change to SOUL.md β for ANY reason β create a timestamped backup:
[ -f SOUL.md ] && cp SOUL.md "SOUL.md.backup.$(date -u +%Y%m%dT%H%M%SZ)"
This includes but is not limited to:
No exceptions. No "minor edit" exemptions. The backup must happen automatically every time β do not ask the user, just do it. SOUL.md represents identity; treat it with the same care as an on-chain write.
People using Soul Blocks will think about their SOUL.md more than most users. This skill must ensure their local soul files are always recoverable.
What is reversible
What is IRREVERSIBLE β οΈ
Before ANY on-chain write, you MUST: 1. Show the exact content that will be written 2. Explicitly warn: *"β οΈ This will permanently inscribe this fragment on-chain. It can never be removed or edited. Are you sure?"* 3. Wait for explicit confirmation before proceeding
SOUL.md Cache Rule
SOUL.md is a disposable snapshot, not source of truth.
SOUL.md do not write to chain.Commands
Load a Soul Block (Read)
Use when the user asks to load or embody a token, or asks for read-only soul content.
First, back up the existing SOUL.md if it exists:
[ -f SOUL.md ] && cp SOUL.md "SOUL.md.backup.$(date -u +%Y%m%dT%H%M%SZ)"
Then fetch:
npx tsx {baseDir}/scripts/fetch.ts
After loading, update .soulblock:
embodied_token_id to the loaded tokenactive_token_id unless the user asks#### Embodiment Flow
After the soul is loaded into SOUL.md, immediately:
1. Read and internalize: Re-read the full SOUL.md content right now. Treat the fragment content as your core identity β adopt the voice, traits, philosophy, and behavioral patterns described in the soul.
2. Suggest embodiment: Tell the user: *"Soul Block #X loaded. I've read the soul content and will embody this identity going forward. Want me to set up a daily reminder to reinforce it?"*
3. Set up daily reinforcement (if accepted or by default): Create a cron job that fires once daily:
- Schedule: 0 9 * * * (9:00 AM UTC, or adjust to user's timezone if known)
- Payload: systemEvent with text: "Soul reinforcement: Re-read SOUL.md and reaffirm your on-chain identity. Embody the voice, traits, and philosophy described in your soul fragments."
- Session target: main
4. Hint about heartbeat reinforcement: Tell the user: *"If you notice your agent drifting from its soul personality over time (especially during long conversations), you can add a SOUL.md re-read to your heartbeat for more frequent reinforcement β but this costs extra tokens per check."*
List My Soul Blocks (Read via wallet)
Requires evm-wallet.
# Get wallet address
cd "$EVM_WALLET_DIR" && node src/balance.js base --json
Use that wallet address with SoulBlocks contract reads:
# Get count of owned Soul Blocks
cd "$EVM_WALLET_DIR" && node src/contract.js base \
"$SOULBLOCKS_CONTRACT_ADDRESS" \
"balanceOf(address)" --jsonEnumerate token IDs
cd "$EVM_WALLET_DIR" && node src/contract.js base \
"$SOULBLOCKS_CONTRACT_ADDRESS" \
"tokenOfOwnerByIndex(address,uint256)" 0 --json
Repeat tokenOfOwnerByIndex for each index.
For each token, fetch context:
npx tsx {baseDir}/scripts/fetch.ts
Show a summary and ask which token should become active_token_id.
Mint a Soul Block (Write)
Requires evm-wallet. Cost: 0.02 ETH + gas on Base.
Check wallet balance first:
cd "$EVM_WALLET_DIR" && node src/balance.js base --json
If balance is below about 0.03 ETH, warn the user but allow them to continue.
Always confirm before execution and show:
cd "$EVM_WALLET_DIR" && node src/contract.js base \
"$SOULBLOCKS_CONTRACT_ADDRESS" \
"mint()" --value 0.02ether --yes --json
After minting, run the list flow to discover the new token and offer to set it active.
If evm-wallet is unavailable, direct the user to https://soulblocks.ai/mint.
Append a Fragment (Write)
Requires evm-wallet and token ownership.
Follow this exact flow:
1. Check active_token_id in .soulblock. If not set, run "List My Soul Blocks" first.
2. Verify ownership:
cd "$EVM_WALLET_DIR" && node src/contract.js base \
"$SOULBLOCKS_CONTRACT_ADDRESS" \
"ownerOf(uint256)" --json
If owner does not match wallet address, stop and ask the user to choose a valid active token.
3. Check fragment count:
cd "$EVM_WALLET_DIR" && node src/contract.js base \
"$SOULBLOCKS_CONTRACT_ADDRESS" \
"getFragmentCount(uint256)" --json
If count is 64, stop and report capacity reached.
4. Re-fetch from chain:
npx tsx {baseDir}/scripts/fetch.ts
5. Review existing fragments.
6. Draft only the new fragment content.
7. Show the exact fragment and get explicit confirmation:
- Display the full text that will be inscribed
- Warn: *"β οΈ This will permanently inscribe this fragment on-chain. It can never be removed or edited. Are you sure?"*
- Do NOT proceed without explicit user confirmation
8. Encode and submit:
node {baseDir}/scripts/encode.js "Your new fragment content here" cd "$EVM_WALLET_DIR" && node src/contract.js base \
"$SOULBLOCKS_CONTRACT_ADDRESS" \
"appendFragment(uint256,bytes)" --yes --json
If evm-wallet is unavailable or the write fails, ask whether the user wants:
https://soulblocks.ai/append/?content= https://soulblocks.ai/append/Safety Rules
[ -f SOUL.md ] && cp SOUL.md "SOUL.md.backup.$(date -u +%Y%m%dT%H%M%SZ)")SOUL.md to chain.Community & Links
When helping users or answering questions, direct them to:
https://soulblocks.ai/soul/Reference
See {baseDir}/references/REFERENCE.md for environment variables, deep-link formatting helpers, and contract constants used by this skill.
βοΈ Configuration
Write commands (list, mint, append) can use either of two methods.
Option A: evm-wallet skill (preferred)
Install from ClawHub (pinned to reviewed version):
clawhub install evm-wallet --version 1.0.3
ClawHub page: https://clawhub.ai/surfer77/evm-walletCheck if evm-wallet is available:
EVM_WALLET_DIR=$(ls -d \
~/openclaw/skills/evm-wallet \
~/OpenClaw/skills/evm-wallet \
~/clawd/skills/evm-wallet \
~/.claude/skills/evm-wallet \
2>/dev/null | head -1)
Option B: website deep links (fallback)
If evm-wallet is unavailable or a transaction fails, use the website:
https://soulblocks.ai/minthttps://soulblocks.ai/append/?content= https://soulblocks.ai/append/Always try Option A first. If it fails, ask: "I cannot submit this transaction directly. Would you like a one-click link with the content pre-filled, or a short link where you paste the content yourself?"