Persistent memory and project context for AI coding agents — across every session, every tool, every file.
Works with: Claude Code · Cursor · Windsurf · Google Antigravity · any MCP-compatible AI tool
Every time you start a new AI coding session, your agent starts from zero.
It re-reads files it has seen before. It re-discovers patterns already established. It makes decisions that contradict last week's decisions. It has no idea what phase the project is in, what's already been tried, or why certain files are off-limits.
You end up spending thousands of tokens on re-discovery — every single session.
Codevira fixes this.
Codevira is a Model Context Protocol server you drop into any project. It gives every AI agent that works on your codebase a shared, persistent memory:
| Capability | What It Means |
|---|---|
| Context graph | Every source file has a node: role, rules, dependencies, stability, do_not_revert flags |
| Semantic code search | Natural language search across your codebase — no grep, no file reading |
| Roadmap | Phase-based tracker so agents always know what phase you're in and what comes next |
| Changeset tracking | Multi-file changes tracked atomically; sessions resume cleanly after interruption |
| Decision log | Every session writes a structured log; past decisions are searchable by any future agent |
| Agent personas | Seven role definitions (Planner, Developer, Reviewer, Tester, Builder, Documenter, Orchestrator) with explicit protocols |
The result: ~1,400 tokens of overhead per session instead of 15,000+ tokens of re-discovery.
flowchart TB
Start([Start Session])
subgraph Orientation
A[Check Open Changesets]
B[Get Project Roadmap]
C[Search Past Decisions]
D[Load Graph Context\nget_node • get_impact]
end
subgraph Execution
E[Plan Task]
F[Implement Code]
G[Run Tests / Validation]
end
subgraph Completion
H[Update Graph Metadata]
I[Write Session Log]
J[Complete Changeset]
end
Start --> A
A --> B
B --> C
C --> D
D --> E
E --> F
F --> G
G --> H
H --> I
I --> J
flowchart TB
A[Source Code]
subgraph Structural Analysis
B[AST Parser]
C[Function / Class Extraction]
D[Dependency Analysis]
end
subgraph Knowledge Stores
E[(Semantic Index<br/>ChromaDB)]
F[(Context Graph<br/>YAML Nodes)]
end
subgraph Runtime Access
G[MCP Query Layer<br/>search_codebase • get_node • get_impact]
end
H[AI Coding Agent<br/>Claude Code • Cursor]
A --> B
B --> C
C --> E
B --> D
D --> F
E --> G
F --> G
G --> H
pip install codevira-mcpcd your-project
codevira-mcp initThis single command:
- Creates
.codevira/with config, graph, and log directories - Adds
.codevira/to.gitignore(index is auto-regenerated, no need to commit) - Prompts for project name, language, source directories (comma-separated), and file extensions
- Builds the full code index
- Auto-generates graph stubs for all source files
- Bootstraps
.codevira/roadmap.yamlfrom git history - Installs a
post-commitgit hook for automatic reindexing - Prints the MCP config block to paste into your AI tool
Depending on your IDE and environment, codevira-mcp may not automatically be in your PATH.
You can use uvx (the easiest option) or provide the absolute path to your Python virtual environment.
Option A: Using uvx (Recommended for all IDEs without local install)
If you use uv, you can run the MCP server seamlessly without managing virtual environments per project.
Claude Code (.claude/settings.json), Cursor / Windsurf (Settings → MCP):
{
"mcpServers": {
"codevira": {
"command": "uvx",
"args": ["codevira-mcp", "--project-dir", "/path/to/your-project"]
}
}
}Option B: Using Local Venv (Recommended, works everywhere)
Point your AI tool directly to the Python runtime inside your .venv where codevira-mcp is installed.
Claude Code (.claude/settings.json) or Cursor / Windsurf (Settings → MCP):
{
"mcpServers": {
"codevira": {
"command": "/path/to/your-project/.venv/bin/python",
"args": ["-m", "mcp_server", "--project-dir", "/path/to/your-project"]
}
}
}Google Antigravity — add to ~/.gemini/antigravity/mcp_config.json:
{
"mcpServers": {
"codevira": {
"command": "/path/to/your-project/.venv/bin/python",
"args": ["-m", "mcp_server", "--project-dir", "/path/to/your-project"]
}
}
}
⚠️ IMPORTANT: Using Global Clients (Antigravity / Claude Desktop) with Multiple ProjectsUnlike Cursor, which spins up isolated MCP servers per project automatically, global clients like Antigravity share a single
mcp_config.jsonacross all your open projects.If you configure
codeviraonce forProject A, and then ask a question aboutProject B, the agent will read the graph and roadmap fromProject A.To fix this: You must register uniquely named servers for each project in your global config. The AI will dynamically choose the right tool prefix based on your conversation context:
{ "mcpServers": { "codevira-project-a": { "command": "uvx", "args": ["codevira-mcp", "--project-dir", "/path/to/project-a"] }, "codevira-project-b": { "command": "uvx", "args": ["codevira-mcp", "--project-dir", "/path/to/project-b"] } } }
Ask your agent to call get_roadmap() — it should return your current phase and next action.
your-project/
├── src/ ← your code (indexed)
├── .codevira/ ← Codevira data directory (git-ignored)
│ ├── config.yaml ← project configuration
│ ├── roadmap.yaml ← project roadmap (auto-generated, human-enrichable)
│ ├── codeindex/ ← ChromaDB index (auto-regenerated)
│ ├── graph/ ← context graph YAML files
│ │ └── changesets/ ← active multi-file change records
│ └── logs/ ← session logs by date
└── requirements.txt ← add: codevira-mcp>=1.0.0
Roadmap lifecycle: The roadmap is auto-generated during init and updated by the agent through MCP tool calls. See docs/roadmap.md for the full lifecycle guide, manual editing steps, and troubleshooting.
Every agent session follows a simple protocol. Set it up once in your agent's system prompt — then your agents handle the rest.
Session start (mandatory):
list_open_changesets() → resume any unfinished work first
get_roadmap() → current phase, next action
search_decisions("topic") → check what's already been decided
get_node("src/service.py") → read rules before touching a file
get_impact("src/service.py") → check blast radius
Session end (mandatory):
complete_changeset(id, decisions=[...])
update_node(file_path, changes)
update_next_action("what the next agent should do")
write_session_log(...)
This loop keeps every session fast, focused, and resumable.
| Tool | Description |
|---|---|
get_node(file_path) |
Metadata, rules, connections, staleness for any file |
get_impact(file_path) |
BFS blast-radius — which files depend on this one |
list_nodes(layer?, stability?, do_not_revert?) |
Query nodes by attribute |
add_node(file_path, role, type, ...) |
Register a new file in the graph |
update_node(file_path, changes) |
Append rules, connections, key_functions |
refresh_graph(file_paths?) |
Auto-generate stubs for unregistered files |
refresh_index(file_paths?) |
Re-embed specific files in ChromaDB |
| Tool | Description |
|---|---|
get_roadmap() |
Current phase, next action, open changesets |
get_full_roadmap() |
Complete history: all phases, decisions, deferred |
get_phase(number) |
Full details of any phase by number |
update_next_action(text) |
Set what the next agent should do |
update_phase_status(status) |
Mark phase in_progress / blocked |
add_phase(phase, name, description, ...) |
Queue new upcoming work |
complete_phase(number, key_decisions) |
Mark done, auto-advance to next |
defer_phase(number, reason) |
Move a phase to the deferred list |
| Tool | Description |
|---|---|
list_open_changesets() |
All in-progress changesets |
get_changeset(id) |
Full detail: files done, files pending, blocker |
start_changeset(id, description, files) |
Open a multi-file changeset |
complete_changeset(id, decisions) |
Close and record decisions |
update_changeset_progress(id, last_file, blocker?) |
Mid-session checkpoint |
| Tool | Description |
|---|---|
search_codebase(description, top_k?) |
Semantic search over source code |
search_decisions(query, limit?, session_id?) |
Search all past session decisions; optionally filter to a specific session |
get_history(file_path) |
All sessions that touched a file |
write_session_log(...) |
Write structured session record |
| Tool | Description |
|---|---|
get_signature(file_path) |
All public symbols, signatures, line numbers |
get_code(file_path, symbol) |
Full source of one function or class |
| Tool | Description |
|---|---|
get_playbook(task_type) |
Curated rules for a task: add_route, add_service, add_schema, debug_pipeline, commit, write_test |
Seven role definitions in agents/ tell each agent exactly what to do and when:
| Agent | Invoked When | Key Responsibility |
|---|---|---|
orchestrator.md |
Every session start | Classify task, select pipeline |
planner.md |
Large or ambiguous tasks | Decompose into ordered steps |
developer.md |
All code changes | Write code within graph rules |
reviewer.md |
stability: high or do_not_revert files |
Flag rule violations |
tester.md |
After every code change | Run the test suite |
builder.md |
After tests pass | Lint, type-check |
documenter.md |
End of every session | Update graph, roadmap, log |
.agents/
├── PROTOCOL.md # Session protocol — read this first
├── config.example.yaml # Config template
├── config.yaml # Your config (git-ignored)
├── roadmap.yaml # Phase tracker (auto-created, git-ignored)
├── mcp-server/
│ ├── server.py # MCP server entry point
│ └── tools/
│ ├── graph.py
│ ├── roadmap.py
│ ├── changesets.py
│ ├── search.py
│ ├── playbook.py
│ └── code_reader.py
├── indexer/
│ ├── index_codebase.py # Build/update ChromaDB index
│ ├── chunker.py # AST-based code chunker
│ └── graph_generator.py # Auto-generate graph stubs
├── requirements.txt # Python dependencies
├── agents/ # Role definitions
│ ├── orchestrator.md
│ ├── planner.md
│ ├── developer.md
│ ├── reviewer.md
│ ├── tester.md
│ ├── builder.md
│ └── documenter.md
├── rules/ # Engineering standards
│ ├── master_rule.md
│ ├── coding-standards.md
│ ├── testing-standards.md
│ └── ...13 more
├── graph/
│ ├── _schema.yaml # Node/edge schema reference
│ └── changesets/
├── hooks/
│ └── install-hooks.sh
├── logs/ # Session logs (git-ignored)
└── codeindex/ # ChromaDB files (git-ignored)
| Feature | Python | TypeScript | Go | Rust |
|---|---|---|---|---|
| Semantic code search | ✅ | ✅ | ✅ | ✅ |
| Context graph + blast radius | ✅ | ✅ | ✅ | ✅ |
| Roadmap + changesets | ✅ | ✅ | ✅ | ✅ |
| Session logs + decision search | ✅ | ✅ | ✅ | ✅ |
get_signature / get_code |
✅ | ❌ | ❌ | ❌ |
| Auto-generated graph stubs | ✅ | ❌ | ❌ | ❌ |
| AST-based chunking | ✅ |
All session management, graph, roadmap, and search features work for any language.
Only get_signature, get_code, and auto-generated graph stubs are Python-specific.
- Python 3.10+
- ChromaDB
- sentence-transformers
- PyYAML
pip install -r .agents/requirements.txtWant to understand the full story behind why this was built, the design decisions, what didn't work, and how it compares to other tools in the ecosystem?
Read the full write-up: How We Cut AI Coding Agent Token Usage by 92%
Contributions are welcome — this is an early-stage open source project and there's a lot of room to grow.
Read CONTRIBUTING.md for the full guide: forking, branch naming, commit format, and PR process.
Good first areas:
- Tree-sitter support for TypeScript / Go / Rust (unlocks
get_signatureand graph auto-generation) - Additional playbook entries for common task types
- IDE-specific setup guides
- Bug reports and edge case fixes
Reporting a bug? → Open a bug report
Requesting a feature? → Open a feature request
Found a security issue? → Read SECURITY.md — please don't use public issues for vulnerabilities.
Please open an issue before submitting a large PR so we can discuss the approach first.
Common questions about setup, usage, architecture, and troubleshooting — see FAQ.md.
See what's built, what's coming next, and what's being considered — see ROADMAP.md.
Want to influence priorities? Open a feature request or upvote existing ones.
This project follows the Contributor Covenant Code of Conduct. By participating, you agree to maintain a respectful and welcoming environment.
MIT — free to use, modify, and distribute.