Once a raw key enters chat, notes, shell history, or a copied `.env`, it is hard to reason about where it went.
Why this exists
AI coding agents now touch the same surfaces as deployment scripts.
They inspect repos, run shell commands, edit config, call tools, and generate code that may deploy. The old default was to give the whole session broad environment access or paste keys into chat.
A local agent usually needs one named value for one task, not every credential available to the shell.
They store secrets well, but they do not know which local agent requested which value inside which repo.
Workflow
A local permission path for agent work.
Vibe Vault keeps the credential source of truth outside the repo while still making agent workflows fast enough for daily use.
Find expected env names and tracked local secret-bearing files before the agent session starts.
Install MCP, Cursor rules, the agent skill, ignore rules, and the git guard for the current project.
Agents request specific secrets through CLI or MCP instead of receiving a copied vault dump.
Review which agent or command accessed which credential, in which project context, and when.
Agent surfaces
Built for local coding agents, not generic vault browsing.
The product is narrow on purpose: secret storage, runtime access, scanner setup, browser import, provider sync, and audit for AI-assisted development.
- MCP server install
- Project rules and skill install
- Repo guard before agent edits
- Scoped env injection
- Named secret reads
- Audited command context
- Chrome Web Store importer
- Local random key generation
- Explicit provider sync
Agent instruction
Tell agents to stop creating plaintext secret files.
Run vibevault agents prepare --target all to install
this policy into AGENTS.md, CLAUDE.md,
GEMINI.md, and Cursor rules so ChatGPT Codex, Claude,
Gemini, Cursor, and terminal agents suggest Vibe Vault before raw
.env files.
vibevault scan before secret-dependent work..env / .env.* files with real secret values.vibevault run -- <command> for scoped access..env.example only for required names and safe defaults.Start here
Protect one repo before the next agent session.
The first useful outcome is simple: scan a real repo, move one credential into the local vault, prepare Cursor or MCP, and verify one audited read.