Code Memory
Related Servers
Alternatives to Code Memory
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityCmaintenanceLocal MCP server to index your codebase once and search it across AI sessions with keyword, semantic, or hybrid search, keeping all data on disk.90 npm4MIT
- AlicenseAqualityDmaintenanceLocal-first MCP server for semantic + keyword hybrid code search. Zero external services, no API keys required.2MIT
- AlicenseAqualityAmaintenanceLocal MCP server for semantic code search using Tree-sitter AST parsing, local embeddings, and hybrid search; enables indexing and querying codebases entirely offline.5MIT
- AlicenseAqualityAmaintenanceA fully local RAG MCP server for semantic code search and code intelligence, using AST-level chunking and hybrid search to pinpoint functions, classes, and APIs. No cloud, no API keys, zero setup.1661 npm13MIT
- FlicenseAqualityDmaintenanceSelf-hosted hybrid code search MCP server with text, symbol, and semantic search layers. Runs locally, no third-party MCP servers, LSP, or SaaS.8-
- AlicenseNot gradedqualityAmaintenanceA high-performance MCP server for semantic search and codebase indexing using the Qdrant vector database. It features optimized embedding pipelines, AST-aware chunking, and git metadata enrichment for fast, privacy-focused local or remote search.382 npm22MIT
TDQS
Scored across 7 tools
Each tool has a distinct, well-defined purpose: checking index status, finding dead code, getting stats, indexing, searching code, searching docs, and searching history. No overlaps or ambiguous boundaries.
All tool names use a consistent snake_case pattern with descriptive verbs (check, find, get, index, search) followed by the target domain (index_status, dead_code, index_stats, codebase, code, docs, history). Minor variations in length do not hinder predictability.
With 7 tools, the set is well-scoped for a code intelligence server. Each tool provides essential functionality (indexing, search, dead code analysis, stats, history) without redundancy or bloat.
The tool surface covers the full lifecycle: indexing (index_codebase), status checks (check_index_status, get_index_stats), code and documentation search (search_code, search_docs), dead code detection (find_dead_code), and git history (search_history). There are no obvious gaps for the stated purpose.