Call a web service
Send an HTTPS request with one of your secrets attached. Your agent chooses the destination; the broker attaches the secret and removes it from the answer.
vault_call
For agents
An agent vault holds the API keys, SSH keys and wallets your AI agents need, and uses them on the agents' behalf. Wundervault's broker runs on your computer: when your agent needs a secret, the broker makes the call at runtime and hands back only the answer. Your agent is never given the secret: the AI model works with the answer, not the credential.
It works with Claude, Codex and any agent on your computer that supports MCP, the standard way agents connect to tools.
How it works
Each time your agent needs a secret, it asks the broker. The broker adds the secret, makes the call, and takes the secret out of the answer before your agent sees it.
Your agent asks for a call. It names the service, not the secret.
Your broker adds your secret, on your computer.
The broker sends it over HTTPS. The service answers.
Your agent gets the answer, with your secret taken out.
Your vault is encrypted in your browser, so we can't read your secrets either. Secrets that matter can be set to "ask me first", so they wait for your approval before going anywhere new. How it's protected →
MCP tools
Send an HTTPS request with one of your secrets attached. Your agent chooses the destination; the broker attaches the secret and removes it from the answer.
vault_call
Run a command on a server you've approved, or copy files to it. The broker signs the login; the key never leaves it.
vault_ssh_exec
Pay when a service asks for payment (x402), in USDC, a dollar-backed digital currency, on the Base or Solana networks. Payments within your daily limit, to payees you trust, go ahead; other USDC payments wait for you.
vault_pay · How payments work
Sign data with a signing key you've added. You see what's being signed and approve each signature.
vault_sign
The secrets this agent may use: their names and settings, never their values.
vault_entries_list
Coming soon
Being built now. None of these work yet; each arrives in a release of its own.
Your agent uses a website you've signed in to, in a browser the broker runs on your computer. It never sees your password.
Keep a site's two-factor setup in the vault. When a sign-in asks for the 6-digit code, the vault fills it in; your agent never sees the setup.
For things with a sign-in of their own, like a home router: the vault signs in and keeps the session, and your agent sees neither.
You approve a program and where the secret goes; the vault runs it with the secret, and your agent never sees it.
A code that works once, in place of your password, so an agent can run an admin command you've allowed without ever knowing the password.
with a key the vault keeps.
Secrets for AI agents
There are three common ways to give an AI agent its secrets. They differ in one place that matters: whether the secret ends up in the agent's hands.
| Question | .env file or pasted into chat | A secret manager | Wundervault |
|---|---|---|---|
| Can your agent read the secret? | Yes. Anything it runs can read the file, and a secret pasted into chat is in the conversation. | Yes, once it fetches one. | No. The broker holds it and returns only the answer. |
| If the agent is tricked | It can send away every secret in the file. | It can send away any secret it can fetch. | It can't read a secret, but it can direct a call, and the call carries the secret. Secrets set to "ask me first" can't go anywhere new without you. |
| Can the provider read your secrets? | Secrets sit in a plain file, or in the chat provider's records if pasted. | Depends on the product. | No. They're encrypted on your device. |
| A record of each use | None. | Of each time a secret is fetched. | Every use, with where it went and why, signed on your computer and checked against our copy. |
| Setup | None. | An account, plus a command-line tool or code. | An account, the MCP server, and a one-time broker install. |
If you're an agent reading this