index_repository
MCP toolIndex a repository into the persistent graph and hand subsequent freshness to auto-sync.
Local native code-intelligence MCP server that indexes repositories into a persistent structural knowledge graph and answers graph, architecture, impact, and source queries.
Local native code-intelligence MCP server that indexes repositories into a persistent structural knowledge graph and answers graph, architecture, impact, and source queries.
# Restart your agent, open a disposable repository, then ask:
Index this repository with codebase-memory and show its architecture overview.Each card below corresponds to a component identified in the repository research. Open a component record for its path, purpose, capabilities, dependencies, risks, and relationships.
Index a repository into the persistent graph and hand subsequent freshness to auto-sync.
List indexed projects and their current node and edge counts.
Remove a selected project and its graph data after an explicit request.
Report whether a project is indexing, ready, stale, or failed.
Search graph nodes with label, name, file, degree, pagination, and other structural filters.
Traverse incoming or outgoing call relationships to explain who calls a symbol and what it calls.
Map a Git diff to affected symbols, blast radius, and a risk classification.
Run a supported read-only Cypher-like query against the project graph.
Describe available labels, properties, relationship patterns, and counts before custom queries are written.
Return source for a function or method identified by its qualified name.
Summarize languages, packages, routes, hotspots, clusters, and architectural decisions.
Run grep-like text search over files in an indexed project.
Create, read, update, and organize Architecture Decision Records under the project mutation guard.
Ingest runtime traces that can validate or refine inferred HTTP-call relationships.
Explore the local repository graph visually through the built-in localhost interface.
These capabilities are derived from the current first-party README and supporting documentation. Names follow upstream terminology so you can search the source documentation precisely.
Upstream treats this as a distinct part of DeusData/codebase-memory-mcp. In plain language, use this area when your task concerns why codebase-memory-mcp. Begin with the documented default, test it on disposable input, and open the source section for its current options and limitations.
Upstream treats this as a distinct part of DeusData/codebase-memory-mcp. In plain language, use this area when your task concerns session coordination daemon. Begin with the documented default, test it on disposable input, and open the source section for its current options and limitations.
Upstream treats this as a distinct part of DeusData/codebase-memory-mcp. In plain language, use this area when your task concerns graph visualization ui. Begin with the documented default, test it on disposable input, and open the source section for its current options and limitations.
Upstream treats this as a distinct part of DeusData/codebase-memory-mcp. In plain language, use this area when your task concerns auto-index. Begin with the documented default, test it on disposable input, and open the source section for its current options and limitations.
Upstream treats this as a distinct part of DeusData/codebase-memory-mcp. In plain language, use this area when your task concerns keeping up to date. Begin with the documented default, test it on disposable input, and open the source section for its current options and limitations.
Upstream treats this as a distinct part of DeusData/codebase-memory-mcp. In plain language, use this area when your task concerns graph & analysis. Begin with the documented default, test it on disposable input, and open the source section for its current options and limitations.
Upstream treats this as a distinct part of DeusData/codebase-memory-mcp. In plain language, use this area when your task concerns search. Begin with the documented default, test it on disposable input, and open the source section for its current options and limitations.
Upstream treats this as a distinct part of DeusData/codebase-memory-mcp. In plain language, use this area when your task concerns cross-service linking. Begin with the documented default, test it on disposable input, and open the source section for its current options and limitations.
Upstream treats this as a distinct part of DeusData/codebase-memory-mcp. In plain language, use this area when your task concerns cross-repo intelligence. Begin with the documented default, test it on disposable input, and open the source section for its current options and limitations.
Upstream treats this as a distinct part of DeusData/codebase-memory-mcp. In plain language, use this area when your task concerns edge types (selected). Begin with the documented default, test it on disposable input, and open the source section for its current options and limitations.
Upstream treats this as a distinct part of DeusData/codebase-memory-mcp. In plain language, use this area when your task concerns indexing pipeline. Begin with the documented default, test it on disposable input, and open the source section for its current options and limitations.
Upstream treats this as a distinct part of DeusData/codebase-memory-mcp. In plain language, use this area when your task concerns distribution & operation. Begin with the documented default, test it on disposable input, and open the source section for its current options and limitations.
Start with one capability card instead of asking the repository to do everything at once. This makes permissions, inputs, and output easier to understand.
Use a sample URL, copied repository, test document, or sandbox account. Keep production credentials and irreplaceable files out of the first run.
Watch Terminal output or the host application's activity view. If the behavior differs from the README, stop with Control + C or cancel inside the host before retrying.
Check generated files, diffs, API responses, logs, or previews. Never assume “command finished” means the result is correct.
Record the working command and non-secret configuration in your project's README. Store secrets in the documented environment file or password manager.
These examples are selected from the repository's first-party documentation. Replace obvious placeholders, keep quotation marks intact, and run them only in the context indicated by the surrounding explanation.
scripts/test.sh # full: clean sanitizer build + all suites + guards
scripts/test.sh --suites <name> # one suite, incremental, seconds
build/c/test-runner --list-suites # what is available{
"mcpServers": {
"codebase-memory-mcp": {
"command": "/path/to/codebase-memory-mcp",
"args": []
}
}
}curl -fsSL https://raw.githubusercontent.com/DeusData/codebase-memory-mcp/main/install.sh | bashDetected agent MCP configuration plus optional CBM environment variables
A configuration file changes behavior without changing source code. Make one change at a time and keep a backup before editing JSON, TOML, YAML, or environment files.
src/, docs/, local cache/index directory
Paths identify where the relevant implementation or generated files live. Paths beginning with ~ are inside your home folder.
None
Prefer temporary, least-privileged credentials. Never commit .env, tokens, cookies, private keys, or session exports.
None for normal operation
Check pricing, data retention, rate limits, and account permissions before enabling optional integrations.
git diff before committing.127.0.0.1 unless you intentionally secure and expose them.The manual reflects first-party files checked on August 18, 2026. It explains the indexed repository rather than promising that every optional third-party integration is available or safe.