How it works

Three parts, one rule:
agents never hold the secret.

Your browser locks your vault. A broker on your computer uses your secrets. Your agents ask the broker. Here's what each part does.

From your vault to your agent's answer.

  1. Your vault, locked in your browser.

    You add a secret at wundervault.com. Your browser encrypts it before it's sent, using your passphrase and your Account Key, which never leaves your device. We store it locked.

  2. A broker on your computer.

    You install the broker once, with one administrator command. It runs under its own account, so your agents, which run as you, can't open its files.

  3. Paired to your account.

    You confirm a short fingerprint in your dashboard. From then on, only requests signed by that broker can fetch a brokered secret.

  4. Your agent asks; the broker acts.

    Your agent asks the broker to call a service or sign an SSH login. The broker uses the secret and hands back the result.

  5. You approve what matters.

    Secrets set to "ask me first" wait for you before going anywhere new. You approve from your phone.

Four ways your agent uses a secret. None hands it over.

Call a web service

Any HTTPS service that takes an API key or token. Your agent says where and what; the broker attaches the secret and returns the answer without it.

"List my Cloudflare sites" → the broker calls api.cloudflare.com with your token → the list comes back.

Connect over SSH

Your agent runs a command on a server, or copies files to it; the broker signs the login. The key stays in the broker, and each key works only with the servers you list.

"Deploy to my server" → ssh to that host → the broker signs → connected.

Pay for a service

When a service charges per request (x402), the broker pays in USDC on Base or Solana. Payments to payees you trust, within your daily limit, go ahead; the rest wait for you.

How agent payments work

Sign something

Your agent asks for a signature with a signing key you've added. You see exactly what's being signed, and approve it.

"Sign this release" → you approve → the signature comes back, the key stays put.

Coming soon

More your agents will do, still without the secrets.

Being built now. None of these work yet; each arrives in a release of its own, and the changelog says when.

You choose how much each secret needs you.

Run without asking

For routine secrets. Calls go ahead, every one is logged on your computer, and you can be emailed the first time a secret goes somewhere new.

Ask me first

For secrets that matter. A call to a new destination waits for your approval: once, or for a window you choose.

Questions

Can my agent see the secret?
No. It sends requests to the broker on your computer and gets results back.
What if my agent is tricked into misusing a secret?
A tricked agent can still ask the broker to make calls. Secrets set to “ask me first” can’t go anywhere new without your approval. Every call is logged, and the record of where your secrets went stays on your computer.
Do you see where my agents send my secrets?
Not for secrets set to run without asking. For “ask me first” secrets, you see the destination when you approve it, and so does our server.
Which secrets work?
Any HTTPS service that takes the secret as a bearer token, in a header you name, as a query parameter, as a username and password, or as part of the web address (Telegram bots, webhooks), and services that sign each request with it (AWS, SnapTrade, most exchanges). SSH keys and signing keys. And crypto wallets for x402 payments in USDC on Base and Solana, with a daily limit and payees you trust. A token exchange (OAuth) or a client certificate doesn't work yet.
What do I need?
A computer running Linux, Windows or macOS (Windows and macOS are in beta), Node.js, and an agent that supports MCP, the standard way agents connect to tools, such as Claude Code or Codex.
Is it free?
Yes. Creating a vault, adding agents and approving requests cost nothing.