Browse / Second brain / Vault-Agent-Memory
Vault-Agent-Memory
zycaskevin
Local-first memory governance for AI agents: shared, reviewable, auditable memory via SQLite and MCP.
Open zycaskevin/Vault-Agent-Memory → Does not match the four rules.
agent-memoryai-agentsknowledge-basellmlocal-firstmcpmcp-servermemory-governancemulti-agentobsidianragsqlite
Works with any agent
ships AGENTS.md, the cross-tool instruction file.
In its own words
Vault is a local-first, backend-agnostic memory governance layer for AI agents.
Vault Agent Memory gives Codex, Claude Code, Hermes, OpenClaw, n8n, Coze, and other agents one governed memory vault to share. It is not trying to be another notes app or vector database. It helps agents decide what should be remembered, who can use it, whether it is still current, and how to roll it back when it is wrong.
Vault's product boundary is the governance contract, not a specific backend. The same candidate-first review model can run on local SQLite, a self-hosted central memory host, a Supabase cloud adapter, or a future managed Vault Cloud backend.
Vault works standalone, and it can also become the governed memory backend for other agent memory frameworks. You can use Vault by itself with CLI, MCP, Gateway, and local SQLite; or let frameworks such as Hermes, OpenClaw, Letta, mem0, Claude Code, and Codex connect through Vault APIs while Vault keeps the review, audit, lifecycle, and backend boundaries consistent.
The core multi-agent model is single-host sharing, multi-host governed sync: agents on one trusted machine can share the same local Vault, while agents on other machines or hosted runtimes can read approved memory and submit candidates. Only a trusted sync host promotes official memory, runs lifecycle jobs, and pushes reviewed read copies back out.
The Python package and existing install path remain vault-for-llm.
Quoting 8% of the README. Read the rest on GitHub ↗
Read from the repository's git tree on 2026-08-17.