warden.ws
local-first vault · built on sui

Don't hand agents your keys!Issue them warrants with on-chain guardrails and human oversight.

Warden is a local-first vault for wallets and secrets, with Sui guardrails — every high-risk action waits for the owner wallet's sign-off. Move anchors authority, Seal gates vault decryption, and Walrus holds a tamper-evident policy and audit trail.

Sui guardrails: move · seal · walrus
the stakes

An agent with your keys is an agent with your money.

Hand an agent a private key or an API token and you've handed it everything that key can do — at machine speed, with no second look. On-chain, there's no undo.

✗ without warden
Wallets — money
The agent holds your private key. One bad prompt drains the account, and the transfer is final.
Secrets — dangerous actions
The agent holds your raw API keys — free to run DELETE /production, leak tokens, or burn through spend.
✓ with warden
Wallets — money
The agent holds a scoped warrant. Over-limit transfers wait for your sign-off; the key never leaves the vault.
Secrets — dangerous actions
The agent gets a warrant token, never the key. Destructive calls are held for approval — and you revoke it anytime.
how it works

A vault that hands out warrants — never the wallets or secrets.

Warden keeps your wallets and secrets in a local, sealed vault. Agents never get the keys — only a scoped warrant carrying policy rules and approval gates, all backed by Sui.

Vault
wallets · secrets
sealed at rest locally
open wallet standard
Warrant
policy rules · approval gates
tamper-evident
scoped · revocable
Agent
holds only the warrant token
request sign and HTTP proxy
never the wallets or secrets

2 surfaces: wallets or secrets

Signer web3

The in-process signer (warden sign) authorizes and signs transactions. Within policy → signed; over the threshold → held for owner sign-off. Keys never leave the vault.

based on open wallet standard

Gateway web2

The HTTP proxy (warden-gateway) injects the real credentials upstream. For routes and requests that require manual_approval → held for owner sign-off. Secrets never leave the vault.

based on onecli gateway with ows style vault
sui guardrails
Move revocable vault + warrant registry
Seal seals the vault · owner-only kill-switch
Walrus tamper-evident policy + audit trail
guardrails

Guardrails the agent can't argue with.

Policy lives at the broker, not in a prompt — so a jailbreak or a bad plan can't talk its way past it.

Policy, enforced outside the LLM

Chain allowlists, spend thresholds, rate limits, and per-warrant scope + expiry. Routine calls pass through; risky ones don't.

Owner sign-off

High-risk actions are held until you approve from your wallet — on-chain tx, off-chain signature, or Telegram. Action-bound, and fail-closed on timeout.

On-chain kill-switch

Revoke a warrant or the whole vault from your wallet. Seal then refuses decryption — the agent is cut off network-wide, not by trusting a server.

built on sui

The trust layer isn't our word — it's Sui.

Authority, sealing, and the audit trail are enforced by Sui primitives, not by Warden's own process.

Move

A registry of vaults and warrants. Registering takes the vault key's signature; revoking and re-enabling take your owner wallet. Authority is on-chain, not a config flag.

Seal

The Warden vault is sealed with Seal's threshold encryption. Key servers release shares only while seal_approve_vault passes — so revoke is a real kill-switch, enforced by the network.

Walrus

Policy blobs and the approval audit log live on Walrus — content-addressed and tamper-evident, off your machine and impossible to quietly rewrite.

zkLogin

Sign in as the owner with an identity you already have — no new keypair to generate, store, or lose. Access to Warden vault can be totally passwordless.

use cases

What teams run on Warden.

Treasury & signing agents

Let an agent move funds within limits; hold the big transfers for your wallet. Keys never leave the vault.

Autonomous web2 workflows

Agents call Stripe, GitHub, internal APIs — through the gateway, with credentials they never get to see.

Owner & team governance

Issue, scope, and revoke each agent's authority on-chain. One wallet, one source of truth.

Audit & compliance

Every action and approval lands in a hash-chained, Sui-anchored, Walrus-backed trail.

any agent

Use it with any agent platform.

Warden governs at the mechanism level — an HTTP proxy and an in-process signer — so it wires into anything that runs a tool. One command for CLIs, one server for MCP clients. No SDK, no rewrite.

One command cli

Drop warden run -- in front of any agent — its HTTP routes through the gateway, its signing through the vault. The agent never sees a key.

$ warden run -- openai

Or a tool server mcp

Prefer a structured tool? Point any MCP client at warden mcp — it exposes warden_sign and friends, every call policy-checked.

$ warden mcp
Works withClaude CodeOpenAI CodexCursorOpenCodeHermesGemini CLI+ anything that honors HTTPS_PROXY
quickstart

From zero to a governed agent in four commands.

warden — zsh
$ curl -LsSf https://warden.ws/install.sh | sh
$ warden init --mode password+seal --owner <sui-wallet-address>
$ warden wallet create my-wallet 24
$ warden warrant issue --mode token+onchain --name my-agent \
--wallets my-wallet --policy spend-limits.json

Give your next agent a warrant.