The core rule
Avibe’s Vault APIs return names, value-free metadata, approval states, or public signatures — not secret values. This keeps the value out of chat and model context as long as the command receiving it does not print or otherwise disclose it.vibe vault run cannot sanitize a child process’s stdout or stderr. If that process prints its environment or includes a credential in diagnostic output, the output can return to the Agent and enter model context. Only run commands you trust not to expose secret-bearing output.
For a static secret, Avibe can inject the value into a child process or attach it to an authenticated HTTP request. For a signing key, the private key stays in custody and only a public signature comes back.
Standard and Protected preview
Protected Vaults are designed for end-to-end encrypted custody, but the current build does not yet enforce the immutable sandbox integrity gate required for real users. The UI demonstrates the passkey flow; Protected must not hold production credentials, wallets, or other real secrets until that gate is enabled.
Static secrets and keypairs
- Static secret — an API key, token, password, or connection string. Use it with
vibe vault runfor process-local environment injection orvibe vault fetchfor authenticated HTTP egress. - Keypair — a deployment signing key. Its private key is not exportable and cannot be used with
runorfetch; usevibe vault signto sign a 32-byte digest. Protected keypair custody has the same pre-launch restriction above.
When an Agent needs a missing secret
- The Agent creates a request with the secret name, reason, and non-secret metadata.
- The request appears in Vaults in the Workbench.
- You review the request, choose Standard, and enter the value in the browser. Protected is preview-only in the current build.
- Avibe resumes the requesting Agent Session after the secret is ready.
Common commands
vibe vault find and vibe vault tags when the Agent should select by metadata instead of an exact name.
See Commands for the CLI map.