lxDIG MCP
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@lxDIG MCP Show me the code graph for utils.js"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Works with: VS Code Copilot · Claude Code · Claude Desktop · Cursor · any MCP-compatible AI assistant
Supported languages: TypeScript · JavaScript · TSX/JSX · Python · Go · Rust · Java Databases: Memgraph (graph) · Qdrant (vector) Transports: stdio (local) · HTTP (remote/fleet)
What is lxDIG MCP?
An open-source Model Context Protocol (MCP) server that adds a persistent code intelligence layer to AI coding assistants — Claude Code, VS Code Copilot, Cursor, and Claude Desktop. Unlike static RAG or batch-oriented GraphRAG, lxDIG MCP is a live, incrementally-updated intelligence graph that turns any repository into a queryable knowledge graph — so agents can answer architectural questions, track decisions across sessions, coordinate safely in multi-agent workflows, and run only the tests that actually changed — without re-reading the entire codebase on every turn.
It is purpose-built for the agentic coding loop: the cycle of understand → plan → implement → verify → remember that AI agents (Claude, Copilot, Cursor) repeat continuously.
The core problem it solves: most AI coding assistants are stateless and architecturally blind. They re-read unchanged files on every session, miss cross-file relationships, forget past decisions, and collide when multiple agents work in parallel. lxDIG MCP is the memory and structure layer that fixes all four.
Related MCP server: trw-mcp
Table of Contents
Why Use a Code Graph MCP Server? Problems lxDIG Solves
Most code intelligence tools solve one of these problems. lxDIG solves all of them together:
Problem | Without lxDIG | With lxDIG |
Context loss between sessions | Agent re-reads everything on restart | Persistent episode + decision memory survives restarts |
Architecturally blind retrieval | Embeddings miss cross-file relationships | Graph traversal finds structural dependencies |
Probabilistic search misses | Semantic search returns nearest chunks, not facts | Hybrid graph + vector + BM25 fused with RRF |
Multi-agent collisions | Two agents edit the same file simultaneously | Claims/release protocol with conflict detection |
Wasted CI time | Full test suite on every change | Impact-scoped test selection — only affected tests run |
Stale architecture knowledge | Agent guesses at layer boundaries | Graph-validated architecture rules + placement suggestions |
Queries eat context budget | Raw file dumps, hundreds of tokens per answer | Cross-file answers in compact, budget-aware responses |
Key Capabilities: Code Graph, Agent Memory & Multi-Agent Coordination
1. Code graph intelligence
Turn your repository into a queryable property graph of files, functions, classes, imports, and their relationships. Ask questions in plain English or Cypher.
Natural-language + Cypher graph queries (
graph_query)Symbol-level explanation with full dependency context (
code_explain)Pattern detection and architecture rule validation (
find_pattern,arch_validate)Architecture placement suggestions for new code (
arch_suggest)Semantic code slicing — targeted line ranges from a natural query (
semantic_slice)Find duplicate or similar code across the codebase (
find_similar_code,code_clusters)
2. Persistent agent memory
Your agent remembers what it decided, what it changed, what broke, and what it observed — even after a VS Code restart or a Claude Desktop session ends.
Episode memory: observations, decisions, edits, test results, errors, learnings (
episode_add,episode_recall)Decision log with semantic query (
decision_query)Reflection synthesis from recent episodes (
reflect)Temporal graph model: query any past code state with
asOf, compare drift withdiff_since
3. Multi-agent coordination
Run multiple AI agents in parallel on the same repository without conflicts.
Claim/release protocol for file, function, or task ownership (
agent_claim,agent_release)Fleet-wide coordination view — see what every agent is doing (
coordination_overview,agent_status)Context packs that assemble high-signal task briefings under strict token budgets (
context_pack)Blocker detection across agents and tasks (
blocking_issues)
4. Test and change intelligence
Stop running your full test suite on every change. Know exactly what's affected.
Change impact analysis — blast radius of modified files (
impact_analyze)Selective test execution — only the tests that can fail (
test_select,test_run)Test categorization for parallelization and prioritization (
test_categorize,suggest_tests)
5. Documentation as a first-class knowledge source
Your READMEs, ADRs, and changelogs become searchable graph nodes, linked to the code they describe.
Index all markdown docs in one call (
index_docs)Full-text BM25 search across headings and content (
search_docs?query=...)Symbol-linked lookup — every doc that references a class or function (
search_docs?symbol=MyClass)Incremental re-index: only changed files are re-parsed
6. Architecture governance
Enforce architectural boundaries automatically and get placement guidance for new code.
Layer/boundary rule validation (
arch_validate)Graph-topology-aware placement suggestions (
arch_suggest)Circular dependency and unused-code detection (
find_pattern)
7. One-shot project setup
Go from a fresh clone to a fully wired AI assistant in one tool call.
init_project_setup— sets workspace, rebuilds graph, generates Copilot instructionssetup_copilot_instructions— generates.github/copilot-instructions.mdfrom your repo's topologyWorks with VS Code Copilot, Claude Code, Claude Desktop, and any MCP-compatible client
How lxDIG MCP Works: Graph + Vector + BM25 Hybrid Retrieval
lxDIG runs as an MCP server over stdio or HTTP and coordinates three data planes behind a single tool interface:
┌─────────────────────────────────────────────────────────────┐
│ MCP Tool Surface (39 tools) │
│ stdio transport (local) │ HTTP transport (remote/fleet) │
└──────────────┬────────────┴────────────────┬────────────────┘
│ │
┌───────────▼────────────┐ ┌────────────▼────────────┐
│ Graph Plane │ │ Vector Plane │
│ Memgraph (Bolt) │ │ Qdrant │
│ ───────────────── │ │ ───────────────────── │
│ FILE · FUNC · CLASS │ │ Semantic embeddings │
│ IMPORT · CALL edges │ │ Nearest-neighbor search│
│ Temporal tx history │ │ Natural-language code │
└────────────────────────┘ └─────────────────────────┘
│
┌───────────▼────────────────────────────────────────────┐
│ Hybrid Retrieval (RRF fusion) │
│ Graph expansion + Vector similarity + BM25 lexical │
└────────────────────────────────────────────────────────┘When you call graph_query in natural language mode, retrieval runs as hybrid fusion:
Vector similarity search (semantic concepts)
BM25 lexical search (keyword matches)
Graph expansion from seed nodes (structural relationships)
Reciprocal Rank Fusion (RRF) merges all three signals into a single ranked result
The result: structurally accurate, semantically relevant answers — not just the closest embedding match.
System diagram
Visualize Your Code Graph — lxDIG Visual
lxDIG Visual is the open-source browser-based visualization layer for lxDIG MCP. It renders your code dependency graph as an interactive, navigable canvas — turning abstract code relationships into a tangible spatial representation you can explore.
Key features:
Force-directed interactive graph — files, functions, and classes rendered as explorable nodes with physics-based positioning
Expand-by-depth navigation — double-click any node to progressively reveal its direct relationships
Architecture layer awareness — color-coded module boundaries and structural compliance indicators
Multi-agent visualization — real-time view of coordination when multiple AI agents are active via lxDIG MCP
Live + mock modes — connects to your running Memgraph instance or uses built-in fallback data
Setup (shares the same Memgraph instance as lxDIG MCP — no extra database needed):
git clone https://github.com/lexCoder2/lxDIG-visual.git
cd lxDIG-visual
npm install && cp .env.example .env
npm run dev:all
# Open http://localhost:5173After indexing with graph_rebuild, changes appear in the visual explorer immediately — no manual refresh required.
Quick Start
Recommended setup: Memgraph + Qdrant in Docker, MCP server on your host via stdio. Your editor spawns and owns the process — no HTTP ports, no session headers.
Prerequisites
Requirement | Version |
Node.js | 24+ |
Docker + Docker Compose | 24+ (v2) |
1. Clone and build
git clone https://github.com/lexCoder2/lxDIG-MCP.git
cd lxDIG-MCP
npm install && npm run build2. Start the databases
docker compose up -d memgraph qdrant
docker compose ps # wait for "healthy" (~30 s)3. Wire your editor
VS Code — add to .vscode/mcp.json:
{
"servers": {
"lxdig": {
"type": "stdio",
"command": "node",
"args": ["/absolute/path/to/lxDIG-MCP/dist/server.js"],
"env": {
"MCP_TRANSPORT": "stdio",
"MEMGRAPH_HOST": "localhost",
"MEMGRAPH_PORT": "7687",
"QDRANT_HOST": "localhost",
"QDRANT_PORT": "6333"
}
}
}
}Claude Desktop — add to claude_desktop_config.json:
{
"mcpServers": {
"lxdig": {
"command": "node",
"args": ["/absolute/path/to/lxDIG-MCP/dist/server.js"],
"env": {
"MCP_TRANSPORT": "stdio",
"MEMGRAPH_HOST": "localhost",
"MEMGRAPH_PORT": "7687",
"QDRANT_HOST": "localhost",
"QDRANT_PORT": "6333"
}
}
}
}4. Initialize your project (one call)
{
"name": "init_project_setup",
"arguments": {
"workspaceRoot": "/absolute/path/to/your-project",
"sourceDir": "src",
"projectId": "my-repo"
}
}This single call sets the workspace context, rebuilds the code graph, and generates .github/copilot-instructions.md for your project. Your agent is ready to query.
Total setup time: ~5 minutes. See QUICK_START.md for the full guide including Docker, Claude Desktop, and HTTP transport.
39 MCP Tools — At a Glance
Category | Tools | What they do |
Graph / querying |
| Index and query the code graph |
Code intelligence |
| Understand structure and change |
Architecture |
| Enforce boundaries, guide placement |
Semantic / similarity |
| Find related code by meaning |
Test intelligence |
| Run only what matters |
Progress / ops |
| Track delivery and blockers |
Agent memory |
| Persist and retrieve agent knowledge |
Coordination |
| Safe multi-agent parallelism |
Documentation |
| Search your READMEs and ADRs like code |
Reference |
| Query a sibling repo for patterns and examples |
Setup |
| One-shot onboarding |
Use Cases: Claude Code, VS Code Copilot, Cursor & CI Pipelines
Individual developer — Claude Code or VS Code Copilot
Ask "what calls
AuthService.loginacross the whole repo?" and get a graph answer, not a file dumpResume a refactoring task after a VS Code restart — your agent remembers every decision
Run
impact_analyzebefore committing — know exactly which tests to runUse
arch_validateto catch layer violations before they become bugsExplore your dependency graph visually with lxDIG Visual
Engineering team — multi-agent workflows
Run a planning agent and an implementation agent in parallel without file conflicts
Use
coordination_overviewto see what every agent is working oncontext_packhands off a high-signal task briefing between agents in one callPersistent decision memory means the second agent doesn't repeat work the first already did
CI / automation pipeline
graph_healthas a startup readiness gatetest_select+test_runfor impact-scoped CI that's 5–10x faster than full suitearch_validateas an automated architecture compliance check on every PR
Repository onboarding
init_project_setupon a new codebase — graph + copilot instructions in ~30 secondscode_explainto understand unfamiliar subsystems with full dependency contextsetup_copilot_instructionsgenerates AI assistant instructions tailored to your repo's topology
lxDIG MCP vs RAG, GraphRAG, GitHub Copilot & LangChain Agents
Feature | lxDIG MCP | Plain RAG / embeddings | GitHub Copilot (built-in) | Custom LangChain agent |
Cross-file structural reasoning | ✅ Graph edges | ❌ Chunks only | ⚠️ Limited | ⚠️ Manual setup |
Persistent agent memory | ✅ Episodes + decisions | ❌ Stateless | ❌ Stateless | ⚠️ Custom DB needed |
Multi-agent coordination | ✅ Claims/releases | ❌ None | ❌ None | ❌ Custom setup |
Temporal code model | ✅ | ❌ | ❌ | ❌ |
Impact-scoped test selection | ✅ Built-in | ❌ | ❌ | ❌ |
Architecture validation | ✅ Rule-based | ❌ | ❌ | ❌ |
Interactive graph visualization | ✅ lxDIG Visual | ❌ | ❌ | ❌ |
MCP-native (any AI client) | ✅ 39 tools | ❌ | ❌ | ❌ |
Open source / self-hosted | ✅ MIT | ⚠️ Varies | ❌ Closed | ✅ |
Setup complexity | Medium (Docker) | Low | None | High |
Performance
Benchmarks run against a synthetic 20-scenario agent task suite (benchmarks/):
Metric | Result |
Scenarios where lxDIG was faster than baseline | 15 / 20 |
MCP-only successful scenarios (baseline could not complete) | 4 / 20 |
vs Grep / manual file reads | 9x–6000x faster, <1% false positives |
vs pure vector RAG | 5x token savings, 10x more relevant results |
Benchmarks are workload-dependent. Run
npm run benchmark:check-regressionagainst your own repository for accurate numbers.
What's Already Shipped
Every feature below is production-ready today:
✅ Hybrid retrieval for
graph_query— vector + BM25 + graph expansion fused with RRF✅ AST-accurate parsers via tree-sitter for TypeScript, TSX, JS/MJS/CJS, JSX, Python, Go, Rust, Java
✅ Watcher-driven incremental rebuilds — graph stays fresh without manual intervention (requires
LXDIG_ENABLE_WATCHER=true)✅ Temporal code model —
asOfqueries any past graph state;diff_sinceshows what changed✅ Indexing-time symbol summaries — compact-profile answers stay useful in tight token budgets
✅ Leiden community detection + PageRank PPR with JS fallbacks for non-MAGE environments
✅ SCIP IDs on all FILE, FUNCTION, and CLASS nodes for precise cross-tool symbol references
✅ Episode memory, agent coordination, context packs, and response budget shaping
✅ Docs & ADR indexing — markdown parsed into graph nodes; queried by text or symbol association
✅ Interactive graph visualization via lxDIG Visual — force-directed canvas explorer
✅ 557 tests across parsers, builders, engines, and tool handlers — all green
Runtime Modes
Mode | Best for | Command |
stdio ✅ recommended | VS Code Copilot, Claude Code, Claude Desktop, Cursor |
|
HTTP | Remote agents, multi-client fleets, CI pipelines |
|
Useful scripts
npm run start # stdio server (recommended)
npm run start:http # HTTP supervisor (multi-session)
npm run build # compile TypeScript
npm test # run all 557 tests
npm run benchmark:check-regression # check latency/token regressionsRepository Map
Path | What's inside |
| MCP + HTTP transport surfaces |
| Tool handlers, registry, all 39 tool implementations |
| Graph client, orchestrator, hybrid retriever, watcher, docs builder |
| Architecture, test, progress, coordination, episode, docs engines |
| AST + markdown parsers (tree-sitter + regex fallback) |
| Response shaping, profile budgets, summarization |
| Full agent runbook — tool priority, path rules, response shaping |
| Deep-dive integration guide |
| Step-by-step deployment + editor wiring (~5 min) |
Integration Tips
Start every session with
graph_set_workspace→graph_rebuild(or configureinit_project_setupto run automatically)Prefer
graph_queryover file reads for discovery — far fewer tokens, cross-file context includedUse
profile: compactin autonomous loops; switch tobalancedordebugwhen you need detailRebuild incrementally after meaningful edits; the file watcher handles this automatically during active sessions
Run
impact_analyzebefore tests so your agent only executes what's actually affectedOpen lxDIG Visual alongside your editor for a spatial view of the graph while your agent works
Roadmap
lxDIG is open source and self-hosted today. Planned work ahead — see ROADMAP.md for the full prioritized backlog with detail on each item.
Language server protocol (LSP) integration for deeper symbol resolution
Go, Rust, Java parser improvements
MCP
resourcessurface (expose graph nodes as MCP resources)Webhook-triggered graph rebuilds for CI environments
Plugin API for custom tool registration
Real-time transparent graph sync — continuous file-watching with live graph and vector index updates surfaced as observable events, so agents and users always know when the graph is current without polling
graph_healthor triggering manual rebuildsDomain knowledge layer — attach external knowledge sources (documentation, standards, specs, research articles) directly to code symbols as graph nodes; a
calculateBMIfunction links to CDC/WHO references, a payment function links to PCI-DSS rules, a GDPR-scoped model links to regulation articles — giving agents real-world context alongside structural contextMulti-user coordination — shared agent memory, task ownership, and conflict detection across multiple developers on the same repository
lxDIG Cloud — hosted, zero-infrastructure version for individuals and teams
Contributing
Pull requests are welcome. Whether it's a new parser, a tool improvement, a bug fix, or better docs — contributions of all sizes move this project forward.
Bugs / features — open an issue first to align on scope
New tools — follow the handler + registration pattern in
src/tools/; include testsNew language parsers — add tree-sitter grammar + tests in
src/parsers/Docs — typos, clarifications, and examples are always appreciated
→ Open a pull request · → Browse open issues
Support the Project
lxDIG MCP is built and maintained in personal time — researching graph retrieval techniques, designing the tool surface, writing tests, and keeping everything working across MCP protocol updates. If it saves you time or makes your AI-assisted workflows meaningfully better, consider supporting the work:
GitHub Sponsors → github.com/sponsors/lexCoder2
Buy Me a Coffee → buymeacoffee.com/hi8g
FAQ
Q: Does lxDIG require a cloud service or API key? No. lxDIG runs entirely on your machine. Memgraph and Qdrant run in Docker containers you control. No data leaves your environment.
Q: Does it work with Cursor? Yes. Any MCP-compatible client works. Add the stdio config to Cursor's MCP settings the same way as VS Code.
Q: How large a codebase can it handle?
The graph plane (Memgraph) scales to millions of nodes. For very large monorepos, use sourceDir to scope indexing to the relevant subdirectory. Incremental rebuilds keep the graph fresh without re-indexing everything.
Q: Do I need to run Qdrant?
Qdrant is optional but recommended for large codebases. Without it, semantic_search and find_similar_code are unavailable; all other tools continue to work via graph-only or BM25 retrieval.
Q: Can multiple developers on a team share one lxDIG instance? Yes, via HTTP transport. One running instance handles multiple independent sessions. Team-level shared memory is on the lxDIG Cloud roadmap.
Q: Is this production-ready? The core tools are stable and tested (402 tests, all green). Treat it as beta — APIs may change before a 1.0 release. Pin your version and watch the changelog.
Q: Is lxDIG MCP the same as GraphRAG? No. GraphRAG is a batch retrieval technique applied to documents. lxDIG MCP is a live, incrementally-updated code graph with persistent agent memory, multi-agent coordination, and impact-scoped test selection — not just a retrieval improvement.
Q: How do I add persistent memory to Claude Code?
Install lxDIG MCP, add the stdio config to .vscode/mcp.json, and call init_project_setup once per repository. From that point, Claude Code can call episode_add / episode_recall and decision_query to read and write memory that persists across sessions.
Q: Can I visualize the code graph?
Yes. lxDIG Visual is the companion browser-based graph explorer. It shares the same Memgraph instance — run npm run dev:all in the lxDIG-visual repo and open http://localhost:5173.
License
MIT — free to use, modify, and distribute.
Available Tools
39 toolsagent_claimA
Claim a file, function, task, or feature for exclusive editing. Conflict detection prevents two agents from claiming the same target simultaneously. Requires targetId (file path or task ID) and intent (natural language description of what you plan to do). Returns a claimId — save it for the matching agent_release call. claimType: task | file | function | feature.
Inputs: targetId (required), intent (required), claimType, taskId, +3 more.
agent_releaseC
Release an active claim
Inputs: claimId (required), outcome, profile.
agent_statusB
Get active claims and recent episodes for an agent
Inputs: agentId, profile.
arch_suggestA
Suggest the best file path and layer for a new code element. Requires name (the identifier, e.g. 'UserService') and type (one of: component, hook, service, context, utility, engine, class, module). Optionally pass dependencies (list of imports the new element will use). Returns recommended path, layer, and rationale.
Inputs: name (required), type (required), dependencies.
arch_validateA
Check code files against architecture layer rules. Returns a violations list and statistics. Call with no files to validate the full project, or pass a list of file paths to scope validation. Violations are returned as warnings by default; set strict=true to elevate to errors.
Inputs: files, strict.
blocking_issuesC
Find blocking issues
Inputs: type, context, profile.
code_clustersA
Cluster code elements by directory proximity and vector similarity. Requires type (function | class | file). Returns clusters with member counts and samples — useful for understanding module boundaries and finding groups of related code. Depends on Qdrant embeddings.
Inputs: type (required), count, profile.
code_explainB
Explain code element with dependency context
Inputs: element (required), depth.
context_packB
Build a single-call task briefing using PPR-ranked retrieval across code, decisions, learnings, and blockers
Inputs: task (required), taskId, agentId, includeDecisions, +3 more.
contract_validateC
Normalize and validate tool argument contracts before execution
Inputs: tool (required), arguments, profile.
coordination_overviewB
Fleet-wide claim view including active claims, stale claims, and conflicts
Inputs: profile.
decision_queryC
Query decision episodes for a target topic
Inputs: query (required), affectedFiles, taskId, agentId, +2 more.
diff_sinceB
Summarize temporal graph changes since txId, timestamp, git commit, or agentId
Inputs: since (required), projectId, types, profile.
episode_addA
Persist a structured episode in long-term agent memory. Required: type (one of: OBSERVATION, DECISION, EDIT, TEST_RESULT, ERROR, REFLECTION, LEARNING) and content (the episode text). IMPORTANT: DECISION type also requires metadata: { rationale: '...' } — omitting it returns an error. Optional: entities (related file/symbol names), taskId, outcome (success | failure | partial), sensitive (exclude from default recalls).
Inputs: type (required), content (required), entities, taskId, +6 more.
episode_recallC
Recall episodes by semantic, temporal, and entity relevance
Inputs: query (required), agentId, taskId, types, +4 more.
feature_statusC
Get feature implementation status
Inputs: featureId (required), profile.
find_patternA
Find architectural patterns or violations in code. Requires pattern (a search string describing what to find, e.g. 'circular dependencies', 'unused files', 'layer violation'). Optional type selects the detection mode: 'circular' = circular dependency detection, 'unused' = files with no relationships, 'violation' = architecture layer rule violations, 'pattern' = general semantic pattern search.
Inputs: pattern (required), type.
find_similar_codeA
Find code elements similar to a given function or class by vector similarity. Requires elementId — use the id field returned by graph_query or code_explain (not a symbol name or natural language string). Optionally set threshold (0–1, default 0.7) and limit. Returns similar elements with names and file paths.
Inputs: elementId (required), threshold, limit, profile.
graph_healthB
Report graph/index/vector health and freshness status
Inputs: profile.
graph_queryC
Execute Cypher or natural language query against the code graph
Inputs: query (required), language, mode, limit, +3 more.
graph_rebuildC
Rebuild code graph from source
Inputs: mode, verbose, workspaceRoot, workspacePath, +4 more.
graph_set_workspaceB
Set active workspace/project context for subsequent graph tools
Inputs: workspaceRoot, workspacePath, sourceDir, projectId, +1 more.
impact_analyzeC
Analyze impact of changes
Inputs: files, changedFiles, depth, profile.
index_docsA
Discover and index all markdown documentation files (README, ADRs, guides, CHANGELOG, ARCHITECTURE) under the workspace root into DOCUMENT and SECTION graph nodes. Supports incremental mode (skips unchanged files). Emits DOC_DESCRIBES edges linking sections to the code symbols they mention.
Inputs: workspaceRoot, projectId, incremental, withEmbeddings.
init_project_setupA
One-shot project initialization: sets workspace context, triggers graph rebuild, and generates .github/copilot-instructions.md if not present. Use this as the first step when onboarding a new project or starting a fresh session.
Inputs: workspaceRoot (required), sourceDir, projectId, rebuildMode, +2 more.
progress_queryA
List tasks or features by status. Pass a query string (e.g. 'all tasks' or 'feature auth') and optionally filter by status (all | active | blocked | completed). Returns matching task or feature nodes with their current status, assignee, and due date.
Inputs: query (required), status, profile.
reflectB
Synthesize reflections and learning nodes from recent episodes
Inputs: taskId, agentId, limit, profile.
ref_queryA
Query a reference repository on the same machine for architecture insights, design patterns, conventions, or code examples. Useful for borrowing context from a well-structured sibling repo when working on the current workspace.
Inputs: repoPath (required), query, mode, symbol, +2 more.
search_docsA
Search indexed documentation sections by full-text query or by code symbol name. Returns matching SECTION nodes with heading, source document, kind (readme/adr/guide/…), line number, relevance score, and a short content excerpt. Run index_docs first to populate the index.
Inputs: query, symbol, limit, projectId.
semantic_diffA
Compare graph-stored metadata properties between two code elements. Requires elementId1 and elementId2 — use the id fields from graph_query or code_explain results (not symbol names). Returns changed property keys and left/right-only properties. Note: compares graph metadata, not source-code semantics or embedding similarity.
Inputs: elementId1 (required), elementId2 (required), profile.
semantic_searchC
Search code semantically using vector similarity
Inputs: query (required), type, limit, profile.
semantic_sliceC
Return relevant exact source lines with optional dependency and memory context
Inputs: file, symbol, query, context, +2 more.
setup_copilot_instructionsA
Analyze a repository and generate two files: a lean .github/copilot-instructions.md (project-specific facts only — stack, commands, lxDIG bootstrap) and a .github/lxdig-agent-guide.md (full tool-reference guide with correct signatures, decision table, pitfalls, and usage patterns). The guide is read on demand so it does not saturate the ambient instruction context.
Inputs: targetPath, projectName, dryRun, overwrite, +1 more.
suggest_testsA
Suggest test cases for a code element. Requires elementId — use the id field returned by graph_query or code_explain (not a symbol name). Returns suggested test names, types, and coverage gaps based on the element's structure and similar existing tests.
Inputs: elementId (required), limit, profile.
task_updateA
Update the status of a tracked task. Requires taskId (from progress_query results) and status (new status string, e.g. completed, blocked, in-progress). Optional: notes (progress notes or blockers), assignee, dueDate. Use after completing or blocking a task to keep delivery state current.
Inputs: taskId (required), status (required), notes, assignee, +3 more.
test_categorizeC
Categorize tests by type
Inputs: testFiles.
test_runC
Execute test suite
Inputs: testFiles (required), parallel.
test_selectB
Select tests affected by changed files
Inputs: changedFiles (required), mode.
tools_listA
List all MCP tools and their availability in the current session, grouped by category
Inputs: profile.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
TDQS
Scored across 39 tools
Most tools have clearly distinct purposes, with detailed descriptions aiding differentiation. There is some overlap among code analysis tools (e.g., find_pattern, semantic_search, code_clusters), but each targets a specific use case, making confusion unlikely for an agent.
The majority of tools follow a consistent verb_noun snake_case pattern (e.g., agent_claim, arch_suggest). A few tools like 'reflect' and 'semantic_slice' deviate slightly, but overall naming is predictable and readable.
With 39 tools, the server is extensive. While each tool seems justified by the breadth of functionality, the count is high and some tools could potentially be consolidated (e.g., multiple search tools). This may overwhelm an agent.
The tool surface covers a comprehensive range of operations for an agentic coding assistant: project setup, code graph management, agent coordination, testing, documentation, architecture validation, and more. There are no obvious dead ends or missing critical operations for the stated domain.
Maintenance
Related MCP Connectors
Persistent memory, knowledge graph, task management and more for AI agents via MCP.
MCP server for building and testing AI agents with multi-model experimentation and insights.
Team memory for AI coding agents and code reviews, reviewed by humans and served over MCP.
An MCP memory server. One memory your agents share — across models, devices and apps.
Related MCP Servers
- AlicenseNot gradedqualityDmaintenanceA self-hosted MCP server that provides AI assistants with a shared, persistent SQLite-backed memory for storing and retrieving project context, decisions, and discoveries. It enables cross-session continuity and team-wide knowledge sharing to keep AI coding tools aligned and informed.3MIT
- AlicenseBqualityBmaintenanceMCP server providing persistent engineering memory and spec-driven development workflows for AI coding agents, preserving learnings across sessions.41Business Source 1.1
- AlicenseNot gradedqualityDmaintenanceMCP server that provides persistent memory and contextual awareness to language models, enabling project onboarding, recall of architectural rules, and code consistency across sessions.32MIT
- AlicenseNot gradedqualityCmaintenanceMCP server that enables AI coding agents to communicate, share state, and coordinate work in real time via MCP tools or REST API.84 npm10MIT